← 工作与学习

项目案例 03 / 康奈尔大学 · 系统工程

从社区需求出发,设计一所学校。

学校要满足怎样的社区需求?建筑方案、预算和长期运转又该怎样兼顾?在这个项目里,我把这些问题放在一起考虑。

参与时间
2022 年秋—2023 年秋
项目团队
34 人 · 跨学科
我的角色
社区组负责人 · 协调可持续发展组与建筑组
约 17 分钟阅读
100%

项目背景 / CUSD 可持续教育项目

设计学校,也要考虑它怎样长期运转。

我在康奈尔大学可持续设计团队(CUSD)的可持续教育项目中,连续参与了三个学期。团队共有 34 人,来自不同学科;我们为尼泊尔的学校探索接近自给自足、同时兼顾预算的设计方案。

我的工作主要是协调社区需求、可持续发展和建筑设计这几方面的工作。除了当地的环境、社会和经济条件,还要考虑建设成本和各方需求,判断方案是否可行。

这篇案例记录我在概念设计与项目规划阶段的参与。

我的参与 / 三方面工作

让不同团队围绕同一套方案协作。

  1. 01

    社区需求

    作为社区组负责人,我从环境、社会、经济和利益相关方需求等角度,分析学校方案在当地是否可行。

  2. 02

    跨团队协调

    我协调可持续发展组与建筑组,把社区需求、建筑设计和预算放在同一套方案里讨论。

  3. 03

    计划与报告

    我参与编制项目报告和计划,整理设计提案、系统架构及可持续发展建议;另在 SYSEN 5190 课程中完成了个人项目管理计划。

团队项目与个人项目管理计划

把设计方案,变成可以推进的计划。

团队项目 / 2022–2023

学校方案与跨团队协作

我参与的团队成果包括项目报告、设计提案、系统架构和可持续发展建议。这些材料把各组的工作汇总成一套学校方案。

SYSEN 5190 / FALL 2022

个人项目管理计划

围绕当时正在推进的项目,我另行编制了个人项目管理计划:明确范围与分工、安排短期和长期里程碑,并纳入设计版本、质量和验证确认的管理。

范围与分工
明确项目范围、阶段目标和各项工作的责任分工。
版本与质量管理
通过配置管理记录设计版本与变更,让各团队采用一致的方案,并安排质量检查。
验证与确认(V&V)
既检查成果是否符合设计要求,也确认设计能否满足实际需求。

SYSEN 5100 / 9 DECEMBER 2022 / 个人课程报告

设计之后,学校还会经历什么?

在《Life Cycle & Technical Process Report》中,我用 CUSD 学校方案串联需求、设计、交接、运行、维护与退役。前三项回顾当时的工作;后三项是原报告对后续阶段的推演。

  1. 当时的工作

    从需求读到使用情景

    报告回顾了早期会议、往届材料和需求整理。我尝试借助用例、功能流程与运行状态,把“可持续”这样宽的目标,放进教师、学生和管理者会遇到的具体情景。

    原文章节: Concept Stage · Requirements Definition
  2. 当时的工作

    不同小组一起看设计

    在这份 2022 年报告里,我记录了从社区组转向可持续发展组,也参与了各组共同讨论方案的设计工作坊。我的关注点,是相关设施怎样与建筑方案衔接,以及一项改动还会影响哪些部分。

    原文章节: Business/Mission Analysis · Design Analysis
  3. 当时的工作

    边设计,边回到要求核对

    报告把需求核对放进设计过程,并记录通过利益相关方会议澄清不确定问题的做法。这里的核对针对设计方案;原文也明确说明,项目当时还没有进入实际建造与集成。

    原文章节: Verification Analysis · Integration Analysis
  4. 后续阶段推演

    交接前,还需要检查什么

    我在报告中设想了从建造转入使用之前的检查与交接:相关设施是否符合原先的需求,哪些设备还要测试,最终使用者需要拿到什么信息。具体实施时间当时尚未确定。

    原文章节: Utilization Stage / Transition Stage / Operation Stage Analysis
  5. 后续阶段推演

    把维护记录带回判断

    维护部分讨论了设备维修、故障原因、风险轻重,以及维护日志与设计版本记录怎样帮助后续检查。这些是面向未来的安排,不是已经取得的运行数据。

    原文章节: Support Stage & Maintenance Process
  6. 后续阶段推演

    使用之后,也有下一步

    报告还推演了设施停用、迁移与处置阶段。现在回看,把项目放进更长的时间里,有助于继续追问:方案交出去之后,谁使用、谁维护,条件变了又怎样调整?

    原文章节: Retirement Stage & Disposal Process
SYSEN 5100 Final Report — The INCOSE Report / Life Cycle & Technical Process Report

署名 Jinglin “Ronaldo” Li,日期为 2022 年 12 月 9 日。以上按原作章节重新整理;角色变化对应当时的个人记录,不替代后续学期的团队分工。

原作对读 / 2022–2023

同一个问题,沿着三个时期继续问。

从一项具体设计出发,对照我的个人管理计划,以及两学期的团队报告。下面按主题重新整理原作,看看问题怎样展开、哪些选择仍需讨论。

  1. 个人计划 · 2022 年秋
  2. 团队报告 · 2023 年春
  3. 团队报告 · 2023 年秋

四个主题,按材料日期对读。

用水与如厕体验

一间卫生间,除了平面图还需要考虑什么?

个人计划 · 2022 年秋

分清用水需求,再安排检查

我在计划中区分建筑内用水与灌溉用水的不同要求,并提出后续检查雨水收集、输送和储存过程的思路。这是为项目后续阶段安排的测试。

原作定位 ↗§2 Milestones and Control Gates; §4 Key Testings

团队报告 · 2023 年春

把私密性、通行和排水一起考虑

春季方案把卫生间位置、自然通风和化粪池连接起来,也考虑课间等高峰时段的排队与遮挡视线的隔墙。浇水冲厕与雨水收集系统的衔接,仍需继续设计。

原作定位 ↗§6.5 Bathroom Design; §6.6 Sustainability

团队报告 · 2023 年秋

好想法,还要经得起维护与预算的推敲

秋季报告以 WASH(供水、环境卫生与个人卫生)为线索,讨论洗手、私密性、无障碍和经期用品处置。第 7.4 节仍在探索堆肥厕所;到第 7.5 节,团队综合成本、卫生与维护负担后,决定不采用堆肥处理方案,其他选项还需进一步研究。

原作定位 ↗§7.3 WASH; §7.4 Bathroom Design; §7.5 Disposal Methods
花园也是课堂

花园画进图纸之后,谁来让它真正成为课堂?

个人计划 · 2022 年秋

先明确室外空间由谁负责

我的工作分解把学习花园、室外活动、植物、用水和储物放进景观组的工作范围;管理安排则把维护与故障记录纳入长期计划。

原作定位 ↗§2 Responsibility, Authority and General Work Plans; Management Activities

团队报告 · 2023 年春

把花园放回整个场地来看

春季方案将教室分为几组,在中间形成庭院,并把社区活动空间与雨水花园纳入场地设计。雨水花园主要处理地表径流,学习花园则用于教学;名字相近,需要讨论的问题并不相同。

原作定位 ↗§6.6 Sustainability; §7.4 Multi-use Space for Community; §7.5 Rain Garden

团队报告 · 2023 年秋

种什么,也关系到怎样教、怎样养护

秋季的学习花园提案提出,由一位教师统筹安全、养护和课程,尽早与家长及学校管理者讨论,并让不同年级都有参与机会。团队整理了作物养护建议;后续仍需补齐材料清单、成本和施工文件。

原作定位 ↗§6.5 Rain Garden; §6.6 Learning Garden; §8.4 Future Work – Landscape
从使用者看教室

同一间教室,怎样回应不同孩子的需要?

个人计划 · 2022 年秋

年龄不同,活动方式也不同

我的计划分别考虑低龄儿童更鲜明、富于创意的教室设计,以及较大年龄学生需要的有序、多功能空间和储物安排,并把这些差异带入设计迭代与检查。

原作定位 ↗§2 Milestones and Control Gates

团队报告 · 2023 年春

室内安排,也要与建筑布局相配合

春季报告在按年级分组的三组教室建筑中,继续细化教室布局与室内设计。建筑之间留出的庭院,也承担课间休息、活动和教师照看的需要。

原作定位 ↗§6.2 Classroom Design; §6.3 Classroom Interior Design; §6.6 Sustainability

团队报告 · 2023 年秋

把语言与当地文化带进教室

秋季社区章节提出当地艺术、多语言教学海报、植物,以及席地活动时使用的坐垫。讨论因此从建筑结构延伸到孩子每天如何使用教室、如何感受这个空间。

原作定位 ↗§7.7 Classroom Design
哪些问题还没解决

怎样判断一项需求已经得到满足?

个人计划 · 2022 年秋

进入下一阶段前,先安排怎样检查

我的个人计划把责任分工、里程碑与质量记录、后续子系统检查联系起来。测试也需要安排人员、资源和时间,不能等设计结束后再临时补上。

原作定位 ↗§2 Milestones and Control Gates; §3 Quality Control; §4 V&V

团队报告 · 2023 年春

为下一轮使用者反馈做准备

春季报告把利益相关方要求与当地情况带入设计,并整理了使用者反馈问题,以及收集、分析反馈的计划。这些安排也指出下一阶段还要继续做什么。

原作定位 ↗§5.0 Requirements; §8.0 User Feedback Questions and Material; §9.1 Future Work

团队报告 · 2023 年秋

把未完成的项明确列出来

需求对接组(Customer team)用测试计划和验证交叉引用矩阵,把需求对应到设计要素。采光、通风仍有待澄清检查标准;报告也记录了饮用水可及性较晚才补进需求,以及交给下一届团队的协调与文件工作。

原作定位 ↗§4.4 Requirements Verification; §8.1–8.5 Continuing Work

这次对读的三份原作

个人计划中的安排,与团队报告中的方案分别标明。两份团队报告均将成果界定为建议或指导,实施前需由具备资质的专业人士核查与授权。这里的章节索引便于定位原作;阅读卡片是重新整理的摘要。

  1. 个人计划 · 2022 年秋

    SYSEN 5190 Final Project SEMP/PMP

    我的管理计划围绕学校概念方案,安排工作分解、阶段检查、质量管理和后续测试。

    2022 年 12 月 5 日启动 · 个人课程作业
  2. 团队报告 · 2023 年春

    Sustainable Education – Nepal / Spring 2023 Final Report

    团队调整场地与教室布局,细化卫生间和可持续设计方案,并安排使用者反馈。

    2023 年 5 月 16 日 · 团队报告;署名标注为第二学期参与
  3. 团队报告 · 2023 年秋

    Sustainable Education – Nepal / Fall 2023 Final Report

    社区研究、学习花园和需求核查,与尚待澄清的问题、交给下一届团队的工作一并记录。

    2023 年 12 月 8 日 · 团队报告;署名标注为第三学期参与

过程阅览 / 需求、协调与计划

在团队设计与个人计划之间,展开工作过程。

从四个角度回看这段经历。结合简历、个人管理计划与团队报告,梳理角色和工作范围;衔接说明与检查问题是这次复盘的思考。

COMMUNITY

先理解学校要服务的人。

我的角色:社区组负责人。

在可持续教育项目中,我从环境、社会、经济和利益相关方等方面,分析尼泊尔学校方案的可行性。社区组的工作,是让这些当地条件进入设计讨论。

现在回看,我会把一项设计和它要解决的需求放在一起读:谁会使用它,运转需要哪些支持,还有哪些条件要到当地进一步核实。

怎样接到下一步
社区需求为建筑组与可持续发展组提供需要共同解决的问题。
复盘时再问一句
能不能从一项设计,找到它所回应的需求?

TEAM INTERFACES

把相互影响的选择,放在一起讨论。

我协调可持续发展组与建筑组的工作。

一套学校方案需要兼顾社区、建筑、可持续性、预算与系统整体。我的协调工作,是把可持续发展组与建筑组的工作联系起来,让不同部分能够放回同一套方案中考虑。

下方的关系图,是我后来解释这种工作方法的方式。点选一个环节,可以看到需要一并讨论的问题;图中的连线表示讨论关系。

怎样接到下一步
一组调整方案后,其他相关团队需要知道具体改了什么、要复核什么。
复盘时再问一句
形成下一个版本之前,还有谁需要参与判断?

SYSEN 5190 / INDIVIDUAL

明确谁来推进,何时检查。

SYSEN 5190 个人项目管理计划,2022 年秋季。

围绕当时正在推进的可持续教育项目,我另行完成了一份个人项目管理计划,把范围、进度、组织分工与短期、长期里程碑联系起来,并纳入风险、配置、质量以及验证与确认的安排。

多人协作时,配置管理解决的是很具体的问题:正在评审哪一版设计,改动了哪里,哪些相关文档也要更新。这份个人计划可以与团队设计成果对照阅读,了解我怎样组织项目工作。

怎样接到下一步
通过范围和责任分工,把设计讨论接到后续任务上。
复盘时再问一句
参与评审的人,拿到的是不是同一个版本?

VERIFICATION & VALIDATION

既查设计要求,也回到实际需求。

两种检查,需要一起考虑。

验证关注成果是否符合设计要求;确认关注方案能否满足实际需求。我的 SYSEN 5190 计划把后续子系统检查,与负责人员和所需资源联系起来。

这次复盘中,我用下方的假设变更练习,把两个问题放在一起考虑:如果成本估算或使用者需求发生变化,相关设计、预算和评审标准是否也需要调整?

怎样接到下一步
评审发现问题后,要落实到需要更新的假设、方案或任务,并明确由谁继续处理。
复盘时再问一句
它符合要求吗?这些要求仍能回应实际需求吗?

系统关系图 / 点选一个视角

改一处,要看哪些关联?

选择一个环节,看看还需要考虑哪些问题。连线表示这些部分需要一起讨论。

社区

学校要服务谁,又需要谁的支持?

社区需求会影响空间设计和可持续发展目标。评审方案时,也要回到这些需求,检查设计是否合适。

各方需求 → 设计要求 → 评审依据

需要一并考虑

  • 建筑
  • 可持续性
  • 检查与评审
阅读各环节的完整说明

社区 · 学校要服务谁,又需要谁的支持?

社区需求会影响空间设计和可持续发展目标。评审方案时,也要回到这些需求,检查设计是否合适。

各方需求 → 设计要求 → 评审依据

建筑 · 怎样把需求落实到空间和建筑设计中?

调整一项建筑设计,可能同时影响资源需求、成本和评审时需要准备的材料。

建筑方案 → 与其他部分的衔接 → 可行性检查

可持续性 · 学校怎样在长期使用中维持运转?

可持续发展目标要结合当地条件、建筑方案和可用资源,才能落实到长期运转中。

可持续发展目标 → 所需条件 → 运转安排

预算 · 现有预算,能支持什么样的方案?

建筑设计和可持续发展措施都会影响成本。随着方案推进,需要反复核对预算依据是否仍然成立。

范围 → 成本假设 → 预算复核

检查与评审 · 怎样判断方案达到了预期目标?

把社区需求和设计目标转成具体的评审标准,同时核对成本估算的依据。

目标 → 标准 → 证据 → 评审

变更练习 / 三个假设情境

条件变了,哪些地方也要调整?

展开一个情境,按提示逐项检查;想清楚一项,就勾选一项。

已检查 0 / 9 项

01 / 假设情境

关键成本的估算上升了

展开检查清单 +

假设初步评审后,发现一项关键成本高于原先估算。

  • 预算
  • 建筑
  • 检查与评审
逐项检查
02 / 假设情境

长期维护由谁负责,还没说清

展开检查清单 +

假设方案已经成形,但后续维护的责任仍未确定。

  • 社区
  • 可持续性
  • 预算
  • 检查与评审
逐项检查
03 / 假设情境

使用者提出了新的需求

展开检查清单 +

假设初步设计完成后,使用者又提出了一项新需求。

  • 社区
  • 建筑
  • 检查与评审
逐项检查

关系图与练习整理于 2026 年;三个情境均为复盘时设计的假设示例。

项目复盘 / 我想保留的习惯

多问一句:还有谁、还有什么会受影响?

回看这段经历,我最关注的是不同团队怎样衔接:一项设计单独看起来不错,放到社区需求、预算和长期使用中,还是否合适?把这些问题一起讨论,才更容易确定先解决什么、由谁接着做。

材料导览 / 顺着内容继续读

案例背后,还可以展开看什么?

每个入口都标明材料类型,可以回看经历,也可以直接操作原型或方法示例。

回到三个案例的方法对照 ↗

读完之后 / 接着聊

你会怎样看?

账户与阅读空间 ↗

欢迎补充经历、提出问题,或指出需要勘误的地方。中英文页面共用这一篇的讨论。

评论服务尚未开放。可以先写下想法,暂存在本机,或通过联系页发给我。

写一份本机草稿

点击“暂存本机”才会保存。共用设备上请在离开前清除;草稿不会自动发布。

0 / 1600

从联系页发给我 ↗

同一瞬间 / 不同经线

此刻,与你相遇。

你的时间,与我的此刻。

你的时间

— : —

等待浏览器时钟

—

Ronaldo 的时间

— : —

等待浏览器时钟

Asia/Singapore

开启 JavaScript 后显示本地时间与时差。

你那里的天气

开启 JavaScript 后显示城市与天气。

IP 位置可能指向网络出口;你也可以用浏览器定位校准。

时间按设备时区显示;我的时区设为新加坡。天气根据 IP 城市估算,也可以授权设备定位。查询结果在本次浏览中缓存 30 分钟。

IP · ipwhois.io ↗天气 · Open-Meteo ↗