01 / 决策

工作与学习

把问题理清,把分析变成能执行的方案。

从康奈尔的系统工程到 NUS 的管理学,我逐渐把技术、业务和执行放在一起思考。

我喜欢先弄清真正的问题,再把制度、数据和各方需求整理成别人可以接着做的工作。

我关注的事

以决策为导向的方法

  1. 01

    看清系统

    先看谁受影响、有哪些限制,再确认需要作出什么决定。

  2. 02

    核对依据

    把数据和现场情况放在一起,检查判断是否站得住。

  3. 03

    落实方案

    让方案讲得清楚,也方便别人检查和执行。

项目 / 课程案例

Kopi & Co:三家门店,一个周一决策

从 42 家门店的数据中筛选经营问题,为周一会议设计一套决策支持原型。

阅读完整案例

LJL / 决策剧场

这次,轮到你作决定。

接过一份周一会议任务。选一个关注目标,打开材料,再决定下一步。最后回到原作,看看依据与判断怎样对应。

三个对照样本五个环节无需登录或账号
进入 Kopi 决策剧场第二篇:交付前的顺序 ↗先阅读案例与原作 ↗

NUS / NEGOTIATION / 2026

有了底气,为什么还会谈窄?

回到一次卖方小组谈判,看看备选方案、价格和条件组合怎样影响讨论。

项目导览 / 从一个问题开始

看过作品,也走一遍思路。

选一个项目,先了解背景,再看过程,最后到相关工具里试一试。也可以用中英文关键词,找到你关心的问题。

9 条路线 / 正在看:Kopi & Co

NUS / 数字化转型 / 2026

这些记录,能支持怎样的决定?

从小组提交的界面开始,看看三屏背后的取舍,再亲手作一次周一运营会议的决定。

  1. 看原型界面

    把周一入口与旁边的项目说明一起看。

  2. 看怎样做出来

    沿着会议问题,追踪到三屏结构。

  3. 亲手作一次决定

    作出选择,再到复盘里对照依据。

小组原型、我的个人分支和后来的网站练习,各自使用的数据范围在案例中分别说明。

工作经历 / 回看需求管理

别人能照着实现,也能照着验收吗?

把业务要求拆到定义、字段、异常和验收样例,再改一条规则,检查受影响的路径。

  1. 先了解背景

    了解工作中的参与范围与案例的整理方式。

  2. 追踪一条需求

    把要求、字段、处理行为和验收连起来。

  3. 试着变更规则

    对照正常、边界和信息缺失的样例。

这里的例子根据简历中的工作经历,重新整理了需求处理方法。

康奈尔大学 / CUSD / 可持续教育项目

一项设计变了,还有谁要一起跟进?

从社区需求读到设计,再读到交接和维护。在变更演练里,看看一项假设会怎样牵动不同团队。

  1. 从原作读起

    先看个人报告及其项目背景。

  2. 看怎样协调

    对照社区、可持续发展与建筑工作的联系。

  3. 演练一次变更

    换一项假设,看看接下来要确认哪些事情。

案例分别交代了我的个人原作、跨团队协调,以及学校的概念方案。

康奈尔大学 / SYSEN 5400 / 2023

方案看起来更好,依赖哪些假设?

从需求关系图读到候选方案的比较,再换到条件组合练习,看看偏好一变,评价会怎样变化。

  1. 细看需求关系图

    沿着原图,找一条需求与设计目标的联系。

  2. 再看模型背景

    了解候选方案怎样生成、比较,以及材料的局限。

  3. 换一项偏好试试

    在不同偏好下,再对照 A、B 两版条件。

绿道团队报告采用生成架构与模拟问卷数据;条件组合实验使用另一组虚构委托情境。

康奈尔大学 / CHEME/SYSEN 6800 / 2022

写进程序的目标,和原先想的一样吗?

先看未完成的课程模型,理解为什么会出现全零调度,再到后来的单车实验里,对照调度成本与未满足需求。

  1. 先看原报告的结果

    了解原报告怎样解释实现中的问题。

  2. 回看建模过程

    打开项目短档案,读过程与检查问题。

  3. 亲手检查目标

    调整权重,对照可选调度方案。

原项目的实现尚未完成;网站实验另用示例输入和假设,帮助检查这类权衡。

康奈尔大学 / SYSEN 5930 / 2023

时间、人手和预算,撑得起这份计划吗?

从服务构想读到我负责的成本管理章节,再到进度实验里,检查任务依赖和工期变化的影响。

  1. 了解服务构想

    先看投递与自提流程怎样安排。

  2. 看我的成本管理工作

    沿着范围、假设预算和成本控制继续读。

  3. 试着调整进度

    改一项工期,追踪整体完成时间。

预算属于课程规划假设;网站里的进度与资源实验采用示例数据。

康奈尔大学 / SYSEN 5740 / Cherry Street

第一次来的人,可以怎样参与?

先读街区品牌与网站构想,再带着“第一步怎么开始”的问题,换到 F1 × 乐高参与设计台作一次比较。

  1. 读街区提案

    看看介绍、到访指引和线上入口怎样联系。

  2. 回看设计过程

    查看我的参与范围与原作补记。

  3. 比较不同的第一步

    换到另一个案例,试试玩、搭建与收藏。

Cherry Street 原作为设计提案;参与设计台来自另一个项目,在这里提供一种对照。

NUS / 产品与品牌管理 / 2026

还没看懂这项运动,可以先参与吗?

沿着我的 F1 × 乐高个人演示,从第一次接触读到产品组合与车手巡游,再为新观众选择一个起点。

  1. 读个人品牌分析

    顺着原演示稿的思路往下看。

  2. 对照原作与资料

    查看演示稿与相关公开材料。

  3. 选一次初次体验

    比较玩、搭建和收藏分别从什么开始。

分析依据个人演示稿;三条参与路径是后来为网站补充的练习。

NUS / El-Tek 谈判 / 2026 年 1 月

多谈一个条件,交流会怎样变化?

先读卖方小组的课堂复盘,再看 Bugis 的一次真实购买经历,最后用虚构委托练习对照完整的条件组合。

  1. 先读小组复盘

    回看价格、备选方案和对方的关注点。

  2. 读一段生活里的谈判

    看看买两个包,怎样成为报价的一部分。

  3. 对照完整提案

    固定 A、B 两版,再换偏好看一看。

接着走完一次谈判 ↗问条件、提方案,再展开完整复盘。

课堂模拟、Bugis 买包与虚构报价模型,在各自页面中分别记录。

最近在想 / NUS · 10 月工具更强以后,我想把什么做出来?从课堂里的两个问题,读到这个网站仍在继续的尝试。 ↗

原作展厅 / 界面 · 模型 · 创作

从一幅图,走进一段经历。

九件作品、三个展区。细看原图,把两幅作品并排打开,再沿着来源和案例继续读。

走进原作展厅 ↗

跨案例对照 / 把方法放在一起看

换一个项目,怎样继续判断?

选择一个问题,并排看看三个案例的做法。这是我对不同经历的复盘,也是一条继续阅读的路线。

怎样提出问题

01 / Kopi & Co

这一行数据,能支持什么决定?

起始数据按门店、按周记录,可以帮助找出值得关注的门店;具体到产品线的取舍,还需要更细的依据。

接着检查

先看每一行代表什么,再决定推荐什么。

查看案例与材料 ↗进入对应的互动体验 ↗
02 / 从需求到验收

谁在什么条件下,需要系统做什么?

把操作人、输入、适用条件和后续处理人说清楚,一句需求才更容易落实到系统行为。

接着检查

把预期行为放到一个具体例子里说明。

查看案例与材料 ↗进入对应的互动体验 ↗
03 / 从社区需求出发,设计一所学校

这项设计,要回应谁的需求?

社区需求、建筑方案、可持续发展目标与预算,需要放在一起考虑,才能判断一套学校方案是否可行。

接着检查

把设计选择与它要解决的需求对照着看。

查看案例与材料 ↗进入对应的互动体验 ↗

怎样组织材料

02 / 从需求到验收

让交付物彼此对得上。

字段字典定义输入,规则说明处理路径,原型呈现操作方式,验收样例写清预期结果。

接着检查

沿着同一个条件,核对几份文档。

查看案例与材料 ↗进入对应的互动体验 ↗
03 / 从社区需求出发,设计一所学校

分清团队成果与个人计划。

团队形成设计与报告成果;我在 SYSEN 5190 另行完成个人项目管理计划,安排范围、里程碑与相关管理工作。

接着检查

读材料时,也看看各自的分工与作者说明。

查看案例与材料 ↗进入对应的互动体验 ↗

条件变化之后

01 / Kopi & Co

数据结构变了,问题也要重看。

门店周度记录与合成产品记录,能回答的问题不同。产品行里重复出现的门店总量,汇总时尤其要留意。

接着检查

换版本时,重新核对编号、每行含义和汇总方式。

查看案例与材料 ↗进入对应的互动体验 ↗
02 / 从需求到验收

只差 1,也可能走向另一条流程。

虚构的 500 阈值与 501 情境,能说明一个条件用词为什么重要。有例外授权,也不能跳过必填字段。

接着检查

把边界、例外和信息缺失的情况一起检查。

查看案例与材料 ↗进入对应的互动体验 ↗
03 / 从社区需求出发,设计一所学校

一处变更,需要哪些团队跟进?

假设变更练习从成本估算、维护责任和使用者需求三个方向,查看相关工作会受到什么影响。

接着检查

找出需要更新的设计、预算、版本与评审依据。

查看案例与材料 ↗进入对应的互动体验 ↗

怎样检查判断

01 / Kopi & Co

每一条建议,都能解释依据吗?

把页面、推荐依据与数据限制放在一起看。界面做得完整之后,还要让人理解为什么值得采取行动。

接着检查

顺着一条建议,回到支持它的数据。

查看案例与材料 ↗进入对应的互动体验 ↗
03 / 从社区需求出发,设计一所学校

符合设计要求,也适合实际使用吗?

验证检查成果是否符合要求;确认检查方案能否满足实际需求。这两种检查都要有依据。

接着检查

检查标准时,也回头看看原来的需求。

查看案例与材料 ↗进入对应的互动体验 ↗

工作案例 02 / 需求到验收

把一句需求,变成共同的理解。

从杭州慧智的真实经历出发,说明需求、字段、原型与验收标准怎样彼此对应。

展开第二个工作案例 ↗

项目案例 03 / 康奈尔大学 · 可持续教育

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

在 34 人跨学科团队中参与三个学期,负责社区组并协调可持续发展组与建筑组。案例新增三个时期的原作对读,也可以用关系图和变更练习,看看一项选择会影响哪些环节。

阅读案例与系统关系图 ↗

新专题 / 城市、模型与使用体验

把三个城市项目,展开来读。

从绿道候选方案,到共享单车的借还需求,再到街区的数字呈现。附原作复盘,以及可以调车、比较成本与价格分界的三站点实验。

进入城市系统专题 ↗

NUS / PRODUCT × FORMULA 1

从发车格,到积木桌。

从我的 F1 × 乐高品牌分析出发,换一种方式理解“第一次参与”。附三种起点的互动对照。

谈判 × 新加坡 / 互动实验

价格之外,还有什么可以谈?

组合 45 种提案,固定 A/B 两版;从课堂复盘,走进可以亲手试的条件组合实验室。

把条件放上桌 ↗

BON APPÉTIT / SYSEN 5930

一个配送构想,怎样安排工作与成本?

展开我负责的成本管理章节,再用进展对照台,亲手比较计划、完成量与实际支出。

阅读服务项目与进展实验 ↗

项目短档案 / 课程与工作经历

换一个问题,带着同一份好奇。

从工程环境到服务交付,从优化模型到区域品牌。这些项目与工作经历,让我从不同角度学习理解需求、整理信息和提出方案。

7 项经历

康奈尔大学 · SYSEN 5400 · 2023 年春 · 团队研究

把步行绿道当作一个系统

设计步行绿道,要兼顾行人需求、运行方式和整体效果。

贡献、交付与回看

我的参与

我运用系统架构与优化方法,用 Python 和 R 生成、分析随机数据,为设计判断提供依据。

交付物

系统分析、随机生成的数据集与设计建议。

原作补记

Pedestrian Greenway Optimization System · 17 May 2023 · §§3.2.3, 3.5 & Conclusion

团队报告记录了 10,000 个候选架构的随机生成、去重与约束检查,并通过帕累托前沿等方法比较方案。利益相关方需求,继续落实到设计选择、指标与效用函数。

报告结论也指出,评价受到模拟问卷数据的影响,需要现场数据来改进。以后再使用这套框架时,我也会把这个条件一并说明。

展开相关项目专题 ↗

过程与回看

这项研究把系统架构和优化方法,放进了人们每天会走过的空间。分析用到随机生成的数据,因此除了模型算出的最优值,我也在意:设计选择和评价指标之间,到底是怎样联系起来的。

现在回看,我会把每条建议依赖的条件写在旁边:指标代表谁的步行体验,生成数据能帮助检验什么,又有哪些判断需要到现场观察之后才能确认。

现在重做,我会怎样检查

让每条建议,都能顺着假设回到街道。

如果重新打开绿道研究,我会先把生成数据与现场观察分开,再比较设计方案。下一步最值得找的是:哪条建议,最依赖一项尚未测量的条件?

  1. 标出需求与行为数据中,哪些是生成的输入。
  2. 固定比较条件,只改变一项关键假设。
  3. 找出最能帮助区分方案的一项现场观察。
继续读绿道研究 →
回头看,我还想问

选的指标能反映行人的实际体验吗?换一组生成数据,结论又会有多大变化?

康奈尔大学 · SYSEN 5930 · 2023 年秋 · 团队项目

交付流程与服务优化计划

改进交付与服务流程,也要把责任、任务、时间、成本和风险安排清楚。

贡献、交付与回看

我的参与

我参与编制项目管理计划,梳理利益相关方需求与项目目标的对应关系,并安排组织分工、工作分解、进度、人力成本、预算和风险管理。

交付物

交付流程与服务优化的团队项目管理计划。

原作补记

Team8_BonAppetit_SYSEN5930_Assignment5_Word · Part 5: Cost Management Plan · Jinglin “Ronaldo” Li

原作把成本管理计划标为我负责的章节。服务构想结合固定投递点与社区附近自提,并把无人配送作为可能的扩展方向。

在这一节里,我先提出原设预算与规划范围是否匹配,再用明确标注为假设的扩展预算,讨论成本控制、挣值指标与报告节奏。这些数值属于课程规划情境。

展开相关项目专题 ↗

过程与回看

团队的计划从利益相关方需求和项目目标出发,继续落实到组织分工、工作分解、进度、人力成本、预算和风险。提出一项改进,也要想清楚它在交付计划中怎样落地。

现在回看,我尤其想检查任务之间怎样衔接。单项任务写得清楚,交接处却未必同样明确。我会顺着目标找到负责人、完成标准和前后依赖,再问一句:这里延误了,其他地方要怎么调整?本站的交付实验也补上了人手限制:前置工作完成了,下一项仍可能因为没有空闲小组而等着。

现在重做,我会怎样检查

沿着一次交接,检查计划怎样变成工作。

我会选一项任务,顺着前置工作、负责小组和完成标准逐项检查,再改变可用人手。这样更容易分清:下一处等待,究竟来自任务依赖,还是小组正在忙别的事?

  1. 把改进目标对应到工作包与负责人。
  2. 写清下一项任务凭什么判断可以开始。
  3. 保持排入顺序不变,换一组人手条件再比较。
试试有限人手排班 →
回头看,我还想问

每项改进,能否找到负责人、具体任务,以及完成后怎么检查?

康奈尔大学 · CHEME/SYSEN 6800 · 2022 年秋 · 团队课程项目

怎样让人借得到车,也还得了车

围绕纽约 Citi Bike 有桩共享单车,研究调度成本、借还车需求与站点容量之间的关系。

贡献、交付与回看

我的参与

我参与构建课程优化模型,把可借车辆、站点容量、调度成本与未满足的需求联系起来。

交付物

课程模型与实现讨论;实现尚未完成。

原作补记

NYC CITI Bike Parking, Bike Availability Optimization and Profit Maximization · 21 November 2022 · Model Introduction, Model Implementation & Conclusion

原报告封面的课程编号为 CHEME/SYSEN 6800。模型把调度成本与未满足借车、还车需求的惩罚成本一起考虑,站点供需采用假设值。

报告明确记录了实现尚未完成:惩罚项没有正确接入,求解返回全零调度。因此,这段经历也值得从“实现是否完整表达了目标”这个角度回看。

展开相关项目专题 ↗

过程与回看

模型把可借车辆数量、站点容量、调度成本和未满足的借还需求放在一起考虑。这些目标最后都会落到一个很具体的场景:有人到站点借车,也有人骑到了目的地,需要一个空位还车。

现在回看,我会先核对目标函数与约束的实现,再问一种分配方式对使用者意味着什么。

现在重做,我会怎样检查

把目标函数,放到借车与还车两头核对。

继续完善尚未完成的实现前,我会先用一个小场景手算:有人要在起点借车,也有人需要在目的地找到空桩。这个检查能帮助发现,模型目标与实际使用场景之间有没有错位。

  1. 核对调度前后,各站可借车辆与空桩数量。
  2. 分开记录借不到车与还不了车的需求。
  3. 把调度投入与仍未解决的服务缺口放在一起看。
查看站点调度实验 →
回头看,我还想问

模型算出的结果更好了,对想借车或找空位还车的人,又意味着什么?

康奈尔大学 · SYSEN 5740 · 设计思维项目

让一个地方,在网上被看见

围绕 Cherry Street 街区,提出商业改善区(BID)、网站、社交媒体与区域品牌的构想。

贡献、交付与回看

我的参与

我运用设计思维,探索怎样在网上呈现街区特色,以及怎样让当地利益相关方参与其中。

交付物

网站、社交媒体与区域品牌的概念方案。

原作补记

Cherry Street BID Intro, Web/Social Media Branding and Interaction · course presentation

演示稿提出的是未来建立 Cherry Street 商业改善区(BID)的构想。数字呈现包括街区介绍、商户地图、图集、到访指引,以及社交媒体与网站之间的联系。

材料考虑先借助既有旅游信息平台介绍街区,待发展更成熟时再建设独立网站。读这份材料时,应把它看作设计提案。

展开相关项目专题 ↗

过程与回看

这项设计思维提案围绕 Cherry Street 的网站、社交媒体、利益相关方参与,以及未来建立商业改善区的可能性展开。要呈现的是一个有参与者、有自身特色的街区,因此需要考虑的也包括页面之外的事情。

现在重新看这个概念,我会跟着访客的问题走:这里有什么,为什么值得来,接下来去哪里了解?同时,也会问谁来持续维护这些信息。展示方式和后续维护,最好放在一起考虑。

现在重做,我会怎样检查

第一次被看见之后,也要值得再来。

我会先以访客身份走一遍概念方案,再换成维护者的角度检查。街区页面既要把人带向真实的地方,也要让参与者有办法持续维护信息。

  1. 从认识街区开始,一路走到访客的下一步行动。
  2. 给会变化的信息找到明确维护者。
  3. 想清过期内容由谁更正,什么时候移除。
阅读街区品牌构想 →
回头看,我还想问

怎样让访客了解这个街区,也让当地参与者愿意共同维护它的形象?

成都中寰 · 2025 年 2–12 月 · 内控运营与业务拓展

把运营问题,一路跟进到下一步

参与经营复盘、仓储与物料计划优化,以及制造环节的跨部门协调。

贡献、交付与回看

我的参与

我分析近三个财年的运营信息,参与流程改进,跟进生产、采购和仓储之间的协作,并协助客户拜访、项目交流与后续资料整理。

交付物

管理分析、项目进度记录,以及整理后的客户与项目信息。

过程与回看

这段经历把经营复盘和后续推进连在一起。我分析了近三个财年的运营信息,参与仓储与物料计划优化,也跟进生产、采购和仓储等部门之间的协作。

客户拜访、项目交流和市场拓展,又让我从外部需求的角度理解这些运营工作。现在回看,我会沿着一个客户问题继续追:交流中得到什么信息,内部哪些人需要知道,接下来还有哪些事情要落实。

现在重做,我会怎样检查

交接信息时,也把下一步一起交过去。

面对一个运营或客户问题,我会先核对:不同环节说到的状态、术语与日期,是不是同一个意思。交接时把必要背景带全,下一位接手的人才不用重新追问整段过程。

  1. 对齐正在讨论的状态定义与对应日期。
  2. 明确下一步由哪个角色负责,还缺什么信息。
  3. 记录凭什么证据判断这次跟进已经完成。
与需求交接案例对照 →
回头看,我还想问

一个客户或运营问题,能否顺着相关信息,找到负责人和下一步要做的事?

霍尼韦尔(Honeywell)· 重庆 · 2023 年 6–8 月 · 产品工程实习

搭建并测试虚拟化工程环境

与四人工程团队及六位内部相关方协作,为霍尼韦尔 Experion 系统设计、实现和测试虚拟化环境。

贡献、交付与回看

我的参与

我参与设计、实现与测试,并在五天内完成一项虚拟化测试项目。

交付物

虚拟化测试项目。简历记录的预估收益为:节省 15–25 小时的环境配置与培训时间,硬件利用率提高约 10–20%。

过程与回看

虚拟化环境的工作同时涉及设计、实现和测试,也需要与四人工程团队、六位内部相关方协作。五天内完成一项测试项目,让这段经历有了一个具体的交付节点。

简历中的节省时间和利用率提升属于预估收益。现在回看,我会进一步核对环境配置与培训的比较基准,确认不同环境采用相同工作负载,并写清楚硬件利用率统计了哪些资源。

现在重做,我会怎样检查

给预估收益,设计一组可以复核的比较。

我会把简历中的预估收益进一步整理成比较计划:采用相同工作负载,记录原环境基准,再分别测量配置与培训时间。目标是弄清这些预估在可比条件下能成立到什么程度。

  1. 记录两种环境的工作负载与计入的硬件资源。
  2. 分开统计配置、培训和重复操作的时间。
  3. 确认利用率采用同一种定义和统计范围。
结合例子理解验证与确认 →
回头看,我还想问

要核实这些预估收益,应该采用什么基准和测试条件?

西门子(Siemens)· 上海 · 2021 年 6–8 月 · 产品设计实习

从客户要求,到第一版界面

面向楼宇管理场景,设计早期网页应用概念,并处理客户需求的变化。

贡献、交付与回看

我的参与

我收集并梳理客户需求,用 HTML/CSS 制作早期界面原型,编写面向客户的产品说明与需求文档,并协调项目范围和进度。

交付物

早期界面原型、产品说明和需求文档。

过程与回看

我的工作围绕楼宇管理网页应用的早期设计展开:收集客户要求,整理成界面概念,用 HTML/CSS 制作原型,再编写产品说明和需求文档。

现在回看,我会特别留意一个变化怎样传到其他地方。客户改了一项要求,界面、产品说明、项目范围和进度可能都要跟着动。把这些内容保持一致,原型才能更好地支持下一轮讨论。

现在重做,我会怎样检查

选一项变更,看它有没有传到每一处。

我会选一条调整后的客户要求,顺着界面原型、产品说明和交付计划检查。把某个界面为何改变、怎样才算完成联系起来,讨论就能落到具体位置。

  1. 找到当前要求,以及它替代的是哪个版本。
  2. 列出受影响的界面与产品说明。
  3. 约定可观察的验收方式,并核对交付影响。
探索需求追踪与规则变更 →
回头看,我还想问

范围一变,哪些界面、需求和交付预期必须跟着一起调整?

经历与参与范围依据 2026 年 8 月版简历整理;四项课程项目另据原作补充过程与说明。Citi Bike 课程编号以原报告封面为准;复盘问题补写于 2026 年 10 月。 阅读简历 ↗

工作方法 / 从制度到验收

不只写需求,也让它能够被检验。

在杭州慧智的需求分析工作中,我把制度与多方诉求整理成流程、字段、计算规则、界面原型和验收条件。下面用一个重新构造的小例子,展示这些环节如何连接。

方法演示:以虚构的 500 阈值说明信息校验与例外分流。

改一个条件,看看流程去向。

规则输出进入常规复核

字段与分流条件满足演示规则,下一步仍由人员复核。

验收样例 / 改变条件,看见预期

把“应该这样”,写成可复现的检查。

  1. 01

    350,完整用途,无例外授权

    进入常规复核
  2. 02

    800,完整用途,无例外授权

    转入例外复核
  3. 03

    800,完整用途,有例外授权

    进入常规复核
  4. 04

    350,缺少用途

    补齐或修正信息

我关注的连接:需求 → 明确规则 → 可验证的行为 → 人能接手的下一步。

了解经历背景 ↗

INFORMATICS → SYSTEMS → MANAGEMENT

换一个场景,再问一遍。

信息学、系统工程、管理学,也包括生活和游戏。回头看这些经历,我会把几个问题反复拿出来比较:依据够不够,什么时候试,别人能不能接着用。

6 则笔记 · 2026 年 10 月整理

工作 / 需求与验收

这份需求,别人能接着做吗?

把业务要求继续拆到字段、规则、异常和验收。展开这次判断

需求讲清了还不够,后面负责实现和检查的人也要接得住。慧智的工作经历是起点,案例里用独立演示把方法展开。

下次可以这样检查换一个人来看,能否说清谁可以做什么,遇到例外又怎么办?

查看工作案例 ↗
NUS / Kopi & Co

现有数据,到底能决定什么?

先做好门店排序和周度人力问题的排查。展开这次判断

我最初的个人分支有 504 行门店周度数据。要决定撤掉哪个产品,还得有产品层面的依据;小组终稿后来使用了更丰富的合成数据。

下次可以这样检查先看证据细到哪一层,再决定建议能具体到哪一步。

阅读项目复盘 ↗
NUS / 课堂挑战

什么时候,先试一下再说?

回头看那座 21 厘米的塔,应该早点量、早点试。展开这次判断

我们选择 3A 方案,最后搭到 21 厘米。回头看,早点测量,就能给调整结构多留一点时间。

下次可以这样检查别等到来不及改的时候,才得到最关键的反馈。

阅读课堂札记 ↗
FF14 / 捕鱼

哪些靠准备,哪些还要等运气?

把前置准备、有效窗口和最后那一口分开看。展开这次判断

碧空之心等了好几个窗口。前置做好之后,才有机会出目标;至于最后能不能上钩,还得继续等。

下次可以这样检查复盘能改的部分,然后为下一个窗口做好准备。

阅读碧空之心札记 ↗
新加坡 / 晚饭计划

家里有这些,还需要买什么?

先看现有食材,再算份量。展开这次判断

准备番茄炒蛋和黄油煎大虾时,家里已经有黄油、鸡蛋和一个番茄。怎么买合适、怎样少浪费,也是计划的一部分。

下次可以这样检查购物清单,是否真的符合这顿饭的份量?

阅读厨房札记 ↗
个人网站 / 产品体验

真正读起来,舒服吗?

根据实际反馈,改字号、配色对比和中文表达。展开这次判断

朋友指出有些中文不顺,我也注意到部分小字偏小。这些感受都能转成具体的设计和编辑工作。

下次可以这样检查两种语言、小屏幕和两种配色,都要实际读一遍。

阅读设计札记 ↗

学习经历 / 人、系统与管理

把学到的东西,用来解决问题。

从信息学、系统工程到管理学,我逐渐把技术、业务和团队执行放在一起理解。下面是这三段学习经历,也附上学校的课程介绍。

  1. 01 / 印第安纳大学伯明顿分校

    信息学

    理解技术,也理解它所处的人与组织环境。

    学校项目介绍(英文) ↗(新标签页)
  2. 02 / 康奈尔大学

    系统工程

    从各方需求出发,设计系统,再验证它是否达到了预期。

    学校项目介绍(英文) ↗(新标签页)我的康奈尔项目案例 ↗
  3. 03 / 新加坡国立大学商学院

    管理学

    学习如何分析业务问题、推动数字化转型,并带着团队把计划落地。

    学校项目介绍(英文) ↗(新标签页)

LJL / READING COMPANION

遇到一个术语,顺着例子读懂它。

简明解释、本站例子与原始资料放在一起,随时查一条,再回到正在读的内容。

展开术语与例子本栏目 3 条
先有比较基准,才知道变化意味着什么。Baseline

要比较进展,先说清原计划:做哪些工作、何时完成、预算多少。基准更新时,也要保留版本,方便回头核对。

放回本站的例子

在服务交付案例中,计划值、挣值和实际成本分别阅读。花了更多钱与完成了更多工作,是两件需要分开检查的事。

是实际结果变了,还是用来评价结果的基准变了?

最长的依赖链,决定基础工期。Critical path / Total float

在基础关键路径模型中,任务时长和前后依赖决定最早完工时间。总时差表示:在这些条件下,一项任务还能延后多久而不推迟项目完工。

放回本站的例子

交付顺序实验先计算任务网络,再通过资源排班加入人手限制。前置任务做完了,也可能因为所有小组都忙着而暂时开不了工。

这次等待,是前置工作没完成,还是没有可用的人手?

既核对写下的要求,也确认实际用途。Verification & validation

验证关注成果是否符合规定的要求;确认关注它是否适合预期用途、满足使用者需要。讨论验收时,两方面都要说清楚。

放回本站的例子

一个教育空间的构想可能符合书面设计要求,却仍有运营上的问题需要落实。可持续教育案例把设计协调与后续使用放在同一条阅读线上。

用什么证明要求已满足,又由谁判断成果是否真正好用?

LJL / WATCH · READ · EXPLORE

把案例读深一层。

从原作到公开课程,把项目里的问题放进更大的背景。

资料核对 · 延伸资料与观看提示

MIT OpenCourseWare / EN / 2020

沿着反馈,看看决定之后的事。

MIT 的这场公开工作坊介绍系统动力学。结合城市系统案例,可以继续思考延迟、累积效应与反馈回路。公开录像因版权原因省略了 Fishbanks 模拟环节。

哪些后果出现得较晚,容易被第一版看板漏掉?

MIT / James E. Paine

Cornell University / EN

交付之后,设计仍在和现实打交道。

康奈尔关于可持续设计的介绍,提供了理解建成环境的另一层背景。对照可持续教育项目构想,可以继续追问:谁来使用、维护,又由谁根据实际需要调整设计?

设计团队离开后,日常运营的工作交给谁?

Cornell / Design & Environmental Analysis

LJL / Group submission / EN + 中文导读

改规则之前,先回到原作。

Kopi 案例汇集了已公开的提交材料、界面证据和分工说明。把小组最终版本与后来的决策剧场放在一起看:控件更清楚了,它是否仍在回答原来的管理问题?

什么证据足以支持调整阈值,而不只是换一种展示?

Published team material and case attribution

点击“加载视频”后才连接外部播放器,不自动播放。关闭或切换视频会移除当前播放器。

同一瞬间 / 不同经线

此刻,与你相遇。

你的时间,与我的此刻。

你的时间

— : —

等待浏览器时钟

—

Ronaldo 的时间

— : —

等待浏览器时钟

Asia/Singapore

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

你那里的天气

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

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

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

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