敏捷 vs 瀑布：方法论选择

核心概念

瀑布(Waterfall, 预测型)：线性阶段——需求→设计→开发→测试→交付，前一阶段完成才进下一。适合需求稳定、后果可逆性差、强合规的项目(如造桥、航天、受监管金融系统)。

敏捷(Agile, 适应型)：迭代增量(Scrum/Kanban)，小批交付、持续反馈、拥抱变更。适合需求易变、可快速试错、软件类产品。核心价值观(敏捷宣言)：个体互动>流程工具、可用软件>完备文档、客户合作>合同谈判、响应变化>遵循计划。

混合(Hybrid)：外层瀑布(阶段门/合规)，内层敏捷(迭代开发)——大型受监管项目常用。

选择维度(没有银弹)：

• 需求稳定度：稳→瀑布，变→敏捷。
• 后果可逆性：错了能低成本回退→敢敏捷;错了要命→瀑布+重评审。
• 交付粒度：能切小增量→敏捷;必须整体交付→瀑布。
• 干系人参与度：能高频参与→敏捷;只认最终验收→瀑布。

布鲁克斯定律(Brooks):「向已延期的项目加人，只会更延期」——新人上手成本抵消产出。这限定了「加人赶工」的天花板(呼应 0004 赶工边际递减)。方法论选错，往往比执行差更致命:用瀑布做需求月月变的产品,等于每月重写计划。

实务直觉

第一原则：先判「需求会不会变、变了多贵」，再选方法。 这是唯一真正相关的轴。其余都是派生。

• 敏捷不是「不写文档、随便改」。 它是「把大风险拆小、用可运行增量逼出真需求」。无纪律的「假敏捷」(无评审、无 DoD、范围无界)比瀑布还乱。
• 瀑布的坑在「晚期才见真东西」。 需求错到 UAT 才暴露,返工成本最高(呼应 0007 COQ)。故瀑布项目更要砸钱在前期需求与设计评审。
• 混合是成年人的选择。 别被教条绑架:合规与架构用瀑布锁边界,功能开发用敏捷快速试错。大多数真实大项目本就是混合态。

跨学科应用

期权思维：敏捷=分期看涨权

敏捷把「一次大赌」拆成「一串小赌」,每迭代有退出/转向权(实物期权)。需求越不确定,期权的价值越高——这从金融角度证明为何多变项目该敏捷。

控制论：短反馈环更稳

敏捷短迭代=高频率反馈(0005 闭环)。反馈环越短,系统越易稳(偏差早现早纠);瀑布长反馈环,偏差累积到末期才爆。

经济史：丰田 vs 福特

瀑布似福特流水线(稳定需求、规模经济);敏捷似丰田精益(拉动、小批、持续改善)。生产方式随需求环境演化,方法论同理无绝对优。

布鲁克斯定律：人月神话

《人月神话》指出:软件进度不随人数线性(沟通成本 n²,见 0010)。这框定了「加人赶工」的硬上限,也说明为何小敏捷团队常快过大作坊瀑布。

练习题

单选题

单选题

判断题

案例题

创业公司要做一款需求高度不确定、可每周发版的 C 端 App。另一单是给电厂做不可中断的监控固件(需求钉死、出错要命)。分别该用哪种方法?

参考答案：C 端 App→敏捷(需求易变、可小批试错、错了低成本回退,期权价值高);电厂固件→瀑布/预测型(需求稳、后果不可逆、强合规与整体验收,须重前期设计与评审)。若电厂项目内部功能开发也想灵活,可用混合:外层瀑布锁安全边界与阶段门,内层敏捷迭代。关键判据始终是「需求稳定度+后果可逆性」,而非流行度。