瀑布管理

做了十五年软件开发，我参与过9个瀑布项目，其中6个在测试阶段出现了大规模延期，3个直接宣告失败。这个比例不是巧合，而是一个我想用一篇文章说清楚的结构性问题。如果你也在经历类似的情况，开发阶段一切正常，集成测试却突然崩盘，延期通知一封接一封，那这篇文章就是写给你的。 一、核心结论：崩盘不是意外，而是瀑…

去年秋天，一家做工业 SaaS 的团队找到我，说他们的项目“又”延期了。这是他们两年内的第三次延期，CEO 已经在考虑砍掉整条产品线。我刚打开他们分享的项目文档，就看到了那个熟悉的信号：一个长达 47 页的需求规格说明书，上面还批注着“需求已确认冻结，后续变更需走 CCB 审批”。那一刻我基本知道问…

一、返工的真相：不是需求变了，是信息在传递中变质了 1. 一个价值270万的返工故事 2022年，我参与了一家金融科技公司的项目复盘。他们花了9个月时间、270万预算，交付了一套合规风控系统。上线第一周，业务方发现报表口径完全对不上，不是因为需求变更，而是因为从需求文档到技术设计的那次"翻…

一、我在"完美计划"里输得一塌糊涂 2016年秋天，我接手了一个看上去"不可能失败"的项目。客户是一家大型制造企业，需求文档写了187页，流程图精细到每一个异常分支，WBS分解到2567个任务节点。项目启动会上，所有人都觉得这次稳了，计划做到这个颗粒度，还有什…

我们用了三个月，用最正统的瀑布模型做了一个几乎可以乱真的原型。第 91 天，项目组一致决定：放弃它。不是放弃这个产品方向，而是放弃整个原型，连一行代码都不打算保留，全部重写。做出这个决定，不是因为我们突然觉醒了“敏捷信仰”，而是我们在三个月里踩遍了瀑布模型在原型开发中能踩到的所有坑。我现在把这些坑的…

一、我为什么敢下这个判断：瀑布开发的核心矛盾不在“慢”，而在“验” 2018 年我参与过一个 SaaS 产品的完整重建。当时团队花了将近四个月做需求调研、PRD 撰写、技术方案评审、UI 设计定稿，按照标准的瀑布流程走完了需求冻结和概要设计阶段。我们做了 200 页的方案说明书，功能清单列了 47 …

一、我在 2018 年差点毁掉一个项目，不是因为技术错，而是因为一个幻觉 2018 年第三季度，我接手了一个中型 SaaS 项目的交付管理工作。客户是一家 200 人规模的金融科技公司，合同签了 6 个月，需求文档 173 页，双方盖章签字，阵仗非常正式。我们团队内部开启动会的时候，所有人都觉得这次…

不是“要不要写文档”的问题，而是什么时候写、写到什么程度、由谁来写、写完之后谁来用。团队第一次在瀑布模型里做的是一个政府监管平台，60多人，9个交付模块，工期14个月。项目进行到第4个月时，产品经理离职了，带走了一肚子“我知道业务在说什么”的隐性知识。接着是架构师调岗，再后来是甲方换了对接处室。如果…

一、我从一场沉默的项目复盘会里，看见文档如何“吃掉”了开发 2023年深秋，我被拉去旁听一家百人规模的SaaS公司项目复盘会。项目延期11周，验收时客户翻了脸。所有人都以为是因为核心模块有技术难题，结果复盘出来，全场沉默了将近五分钟。 他们的一位后端负责人推过来一张表格： 需求分析阶段产出文档：21…

一、先谈核心结论：需求变更的成本不是一条曲线，而是一场复合型灾难 在软件工程领域，有一个被反复引用以致于几乎失去警示意义的数据：需求变更发生得越晚，修复成本越高，后期变更成本可达初期的 100 倍。 这个结论最初来自 Barry Boehm 1981 年出版的《软件工程经济学》。它像一句咒语，被项目…