敏捷指南 · 敏捷基础
为什么要采用敏捷项目管理？优势与权衡
敏捷很流行，但流行并不是采用它的理由。本指南阐述敏捷实际改进了什么、需要付出什么代价，以及如何判断它是否适合您的项目。
要点总结
- 敏捷最大的好处是降低做错东西的风险。
- 它需要一位随时可参与的决策者、可拆分的工作以及一个稳定的团队。
- 当这些条件不具备时，预测型或混合型方法可能更好。
主要好处
- 降低做错东西的风险。 与真实用户的频繁评审能在几周而不是几个月内发现误解。
- 更早获得价值。 可用的部分一旦就绪即发布，因此在项目结束之前就开始产生收益。
- 进度可见。 可用的成果和简单的图表让状态一目了然，从而建立相关方的信任。
- 更好地应对变更。 新的优先事项进入待办事项列表，在下一次计划会上进行考虑，无需繁重的变更控制流程。
- 更高的质量。 测试和评审在每个周期中进行，而不是挤到最后。
- 更投入的团队。 能够规划自己的工作并看到其影响的人往往更有积极性。
敏捷有效运作的前提
- 一位能够做出决策并参加评审的产品负责人或客户代表。
- 可拆分为多个小块、每块都能交付一定价值的工作。
- 一个稳定的跨职能团队，具备无需漫长交接即可完成工作的技能。
- 领导者接受范围会有弹性，并以成果而不是对原始计划的遵循程度来评判成功。
- 留给团队反思和改进的时间。
何时预测型方法可能更好
敏捷并不是每个项目的正确答案。在以下情况下，预测型或 混合型 方法通常更合适：
- 需求由法规或合同固定，不太可能变化。
- 成果无法分块使用；半座桥或完成一半的数据中心迁移不产生任何价值。
- 项目后期的变更成本极高或存在安全隐患。
- 客户无法参与定期评审。
敏捷转型令人失望的常见原因
- 只给旧做法改名（“我们把状态会议叫作站会”），却不改变决策方式。
- 在固定范围、固定时间和固定成本的同时，却期望获得敏捷的灵活性。
- 给团队安排超出一次迭代所能完成的工作量。
- 跳过回顾会，导致流程永远得不到改进。
- 用速度衡量团队并在团队之间进行比较。
请参阅 如何实施敏捷 ，了解避免这些陷阱的实用步骤。
常见问题
敏捷项目管理比瀑布式更快吗？
从总工期来看不一定，但敏捷通常能更早交付第一批可用成果，并在没人需要的功能上浪费更少的时间。
敏捷项目管理更便宜吗？
可能会，主要是因为避免了在错误事情上的投入。但它确实需要客户投入更多时间，而且频繁的测试和发布也有其自身成本。
敏捷项目管理的主要好处是什么？
降低做错东西的风险、通过可用的发布更早获得价值、进度可见、更容易应对变更、通过每个周期的测试获得更高质量，以及更投入的团队。
敏捷项目管理有哪些缺点？
它需要客户投入更多时间，使长期日期和成本更不确定，并且在固定合同或无法拆分为可用部分的工作中可能会遇到困难。
什么时候不应使用敏捷项目管理？
当需求由法规或合同固定、成果在完成之前没有价值、后期变更成本极高或存在安全隐患，或客户无法参与定期评审时，预测型或混合型方法可能更合适。
为什么敏捷项目管理有时会失败？
常见原因包括：没有被充分授权的产品负责人、领导者同时固定范围和截止日期、团队并非真正跨职能，以及只采用了会议而没有采用相应的思维方式。参见 如何实施敏捷.
敏捷项目管理能提高质量吗？
通常会，因为测试和评审在每个周期中进行，而不是挤到最后，问题在修复成本仍然较低时就被发现。
敏捷项目管理能降低项目风险吗？
能，主要是通过及早暴露错误的假设。与真实用户的频繁评审能在几周内表明团队是否在做正确的东西。
敏捷项目管理适合小型项目吗？
通常是的。小型项目可以使用轻量级的敏捷实践，例如待办事项列表、看板和短周期评审，而无需承担完整框架的全部开销。
如何说服管理层采用敏捷项目管理？
先在合适的项目上开展试点，事先商定几项成果衡量指标，并尽早展示可用的成果。来自您所在组织的证据比泛泛而谈更有说服力。
敏捷项目管理可以与瀑布式结合吗？
可以。许多组织使用预测型里程碑计划进行治理，并在每个阶段内采用敏捷交付。参见 敏捷与瀑布.