范围蔓延

三年前我接手过一个企业内部系统的替换项目。立项时计划书写了 86 页，甘特图铺满一整面墙，所有人都觉得这次"准备得很充分"。第 4 个月，业务方"顺手…

去年我接手过一个已经延期两个月的企业级系统实施项目，复盘时发现真正压垮进度的不是技术难题，而是 17 次没有记录在案的"临时调整"。客户随口提一句"这…

我见过太多项目不是败在执行，而是败在“没有一个大家共同承认的基准版本”。2022 年我帮一家做工业设备的公司做 PMO 梳理，他们有一个自动化产线改造项目，立项时计划书写的是 20…

五年前我接手过一个跨部门的数据中台实施项目，做了一件当时自认为很专业的事：花两周时间写了一份 38 页的实施计划书，甘特图精确到半天，任务分解到四级，连风险应对都按概率和影响打了分…

2023年我接手过一个已经跑偏的交付项目：客户在周会上随口加了一句"顺便把新版接口也支持一下"，项目经理当场回了"问题不大"，两周后这个&q…

2023年下半年，我参与了一次内部项目复盘。项目预算约1200万，立项时交付了一份68页的实施计划，评审会上全票通过。三个月后，项目范围扩大到原计划的2.7倍，预算超支41%，关键…

去年冬天我帮一家装备制造企业做交付复盘，会议开到一半，甲方项目经理掏出一张表：项目延期 97 天，超支工时 2140 人天，验收时被判定为“不在合同范围”的需求 31 项。我把这张…

去年冬天，我帮一家 180 人的 SaaS 公司做研发效能诊断。他们那份版本计划表做得非常漂亮：甘特图精确到半天、五种颜色区分模块、每周更新两次、还有自动汇总的完成度仪表盘。但我只…

项目计划基线这件事，我做过三轮：第一轮在小团队里当"文档"，写完就没人看；第二轮在中型公司里当"审批关卡"，结果所有人绕着走；第三轮才真正把…

上周三下午，我在一家做供应链 SaaS 的团队做迭代复盘。会议室白板上还贴着三个月前评审通过的需求清单，一共 27 条。研发负责人拿马克笔在旁边写了个"41"，…