敏捷指南 · 敏捷基础
敏捷与瀑布：区别及各自的适用场景
敏捷和瀑布是运行项目的两大类方式。瀑布先规划一切，再按顺序推进各个阶段；敏捷则以短周期交付，并在学习中重新规划。总体而言，二者并无优劣之分。正确的选择取决于您的项目面临多大的不确定性。
要点总结
- 瀑布在早期确定范围；敏捷固定每次迭代的时间，让范围灵活调整。
- 对于稳定、受监管或不可分割的工作，采用瀑布；当学习会改变解决方案时，采用敏捷。
- 混合方法很常见，而且往往是最实用的。
瀑布简介
在瀑布式（即预测型）项目中，工作按顺序经过各个阶段：需求、设计、构建、测试、部署。每个阶段通常在下一阶段开始前完成，并往往需要在阶段关口获得批准。范围在早期商定，进度和预算据此估算。变更须经过正式的变更控制。
敏捷简介
敏捷项目在短迭代中以小增量交付产品。需求保存在按优先级排序的待办事项列表中，并随着团队和客户的学习而变化。每次迭代都会产出可用的成果，并与相关方一起评审。请参阅 什么是敏捷项目管理 ，了解全貌。
并列对比
| 瀑布 | 敏捷 | |
|---|---|---|
| 规划 | 全面、预先进行 | 持续进行，分多个层级 |
| 需求 | 在规格说明中早期确定 | 在按优先级排序的待办事项列表中不断演进 |
| 交付 | 一次，在最后 | 每次迭代 |
| 客户参与 | 主要在开始和验收时 | 全程参与，每次评审都参与 |
| 变更处理 | 变更请求和审批 | 新条目进入待办事项列表 |
| 测试 | 接近尾声时的独立阶段 | 在每次迭代之内 |
| 风险 | 如果假设错误，发现得较晚 | 通过反馈及早暴露 |
| 进展报告 | 阶段完成情况、挣值 | 可用的增量、燃尽图和燃起图 |
| 典型角色 | 由项目经理领导 | 产品负责人、团队、Scrum Master 或敏捷负责人 |
何时使用瀑布
- 需求清晰、稳定且易于理解。
- 工作受到监管，文档和审批是强制性的。
- 产品只有在完成后才能使用，例如建筑物或实体设施安装。
- 后期变更的代价非常高或非常危险。
- 团队以前做过非常类似的项目。
何时使用敏捷
- 目标明确，但最佳解决方案尚不明确。
- 用户能够定期提供反馈。
- 成果可以分批交付和使用。
- 上市速度很重要。
- 环境、技术或竞争格局变化迅速。
混合方法
大多数实际组织会将两者结合。常见的模式是保留预测型计划用于里程碑、预算和治理，同时让交付团队在每个阶段内以敏捷迭代方式工作。软硬件项目通常以预测型方式推进硬件、以冲刺方式推进软件，并在集成里程碑处进行同步。
常见问题
敏捷与瀑布：可以在项目中途从瀑布切换到敏捷吗？
可以，但应在自然的分界点进行，例如某个阶段开始时。将剩余需求转换为待办事项列表，任命产品负责人，并从短迭代开始。
敏捷与瀑布：瀑布过时了吗？
没有。对于稳定、受监管或实体类项目，它仍然是正确的选择。改变的是，它不再是所有项目的默认选项。
敏捷和瀑布的主要区别是什么？
瀑布预先规划一切，并在最后一次性交付；敏捷则分层规划，全程交付可用的增量，并让范围随着团队的学习而变化。
敏捷和瀑布哪个更好？
总体而言，二者并无优劣之分。敏捷适合不确定、不断变化且可以分批交付的工作；瀑布适合稳定、易于理解或受监管、且只有在完成后才有价值的工作。
什么是结合敏捷和瀑布的混合方法？
两者的结合，例如采用瀑布式的里程碑计划进行治理和预算编制，同时以敏捷迭代进行交付。这在大型组织和受监管行业中很常见。
Scrum 属于敏捷还是瀑布？
Scrum 是一种敏捷框架。它以一个月或更短的冲刺交付工作，每个冲刺产出一个可用的增量。请参阅 敏捷与 Scrum.
敏捷与瀑布：瀑布式项目有哪些例子？
建筑、实体设施安装、硬件制造以及受到严格监管的系统实施都是典型例子，因为这些项目的需求是固定的，部分成果几乎没有价值。
敏捷与瀑布：敏捷也像瀑布一样有阶段吗？
并非同一意义上的阶段。敏捷会多次重复“计划、构建、评审、改进”的短周期，不过有些组织仍会在迭代前后加入启动和收尾阶段。
敏捷和瀑布中的测试有何不同？
在瀑布中，测试通常是接近尾声时的一个独立阶段。在敏捷中，测试在每次迭代内进行，因此能更早发现缺陷。
PMP 考试涵盖敏捷和瀑布吗？
涵盖。PMI 表示 PMP 考试涵盖预测型、敏捷和混合方法，因此考生需要同时了解两者。请参阅 PMP 认证.
敏捷与瀑布：哪个更便宜？
本质上没有哪个更便宜。瀑布在纸面上可能看起来更便宜，因为成本是预先估算的，但后期变更和构建无用的功能可能使其代价高昂。敏捷需要客户投入更多时间，但能减少无效工作。