无论说你是ScrumMaster、项目经理、产品负责人或团队成员，还是只是想回答“我如何在现实世界中运行敏捷Scrum项目”这个问题的人，相信这个问题可以可以给你答案。
瀑布式项目管理
传统的项目管理（瀑布）方法是线性的，其中流程的所有阶段都按顺序发生，该方法取决于可预测的工具和可预测的经验。每个项目都遵循相同的生命周期，包括可行性、计划、涉及、构建、测试、生产、支持等阶段。
整个项目都是预先规划好的，没有任何需求变化的余地。
这种方法假设时间和成本是可变的，而需求是固定恶的。这就是传统项目管理面临预算和时间表问题的原因。
敏捷项目管理
当传统系统专注于预先计划，其中成本、范围和时间等因素很重要时，敏捷管理会突出团队合作、客户协作和灵活性。
敏捷拒绝这些传统的项目管理方法，因为这些方法繁琐、限制性强且不适合当下快速变化的市场需求。敏捷项目管理时迭代的，旨在在软件开发项目的每次迭代中不断结合用户反馈和持续发布，每次迭代交付的产品都是有价值的产品。团队和工作结构式围绕对客户或客户直接有用的东西而设计的。
传统还是敏捷— —如何选择？
根据最新的敏捷状态报告，敏捷项目的成功率是瀑布项目的三倍。
Scrum和传统项目管理模型之间的许多差异。
| 类别 | 传统的 | 敏捷 |
|---|---|---|
| 发展模式 | 传统的 | 迭代 |
| 重点 | 过程 | 人们 |
| 管理 | 控制 | 促进 |
| 客户参与 | 需求收集和交付阶段 | 现场持续参与 |
| 开发商 | 在团队中单独工作 | 合作或成对 |
| 技术 | 任何 | 主要面向对象 |
| 产品特点 | 全都包括 | 最重要的第一 |
| 测试 | 开发周期结束 | 迭代和/驱动代码 |
| 文档 | 通过 | 仅在需要时 |
传统上，软件项目应该避免更改，因为在项目后期变更成本很高，而敏捷软件开发明白更改是无法避免的，寄希望于详细计划是不切实际的。敏捷宣言的四个价值观之一清楚地表达了这一点：
“响应变化而不是遵循计划”
敏捷挑战了这一概念，并相信变更成本可以相对平稳。
传统与敏捷的变革成本
项目管理中的敏捷与传统铁三角
项目管理的成功传统上与项目在范围、时间、成本和质量方面的约束参数的能力有关，称为铁三角，这是一个比较流行的比喻，指出项目经理被要求在这些限制之间达成合理的权衡。
传统铁三角的问题是什么？
例如，可以通过增加预算或缩小范围来更快地完成项目。同样，增加范围可能需要相应增加预算和进度。不调整时间表或范围消减预算会导致质量下降。然而，在实践中，约束之间的交易并不总是可行的。例如，在人员重组的项目上投入资金（人员）可能会减慢它的速度。此外，在运行不佳的项目中，通常会不可能在不影响质量的情况下，改进预算、进度和范围。
在传统意义上，项目管理中，铁三角显然不足以作为项目成功的模型，因为它忽略了成功的关键维度，包括对利益相关者的影响、学习和用户满意度。
敏捷意义上的铁三角 — — 范式转变
在敏捷意义中，有一个固定的时间表，在Scrum中，我们通过有时间限制的Sprint和固定资源来做到这一点。因此，当事情没有按照计划进行时，需要缩小范围，在敏捷中，我们确保即使我们不得不在范围上妥协，我们仍会交付产品待办列表中最高优先级的项目，以最大限度地提高项目产生的价值。
鲸舟——数智化精益敏捷研发管理工具平台。
适合互联网创业团队的敏捷研发管理平台，现在注册使用，30人以下团队，永久免费。
可爱的你记得点个赞再走哦！！
