敏捷项目管理和传统项目管理的对比

最新推荐文章于 2023-03-08 19:06:10 发布

小小程序员爱滑雪

最新推荐文章于 2023-03-08 19:06:10 发布

阅读量484

点赞数

分类专栏：项目管理文章标签：敏捷开发

本文链接：https://blog.csdn.net/biaoyushiyin/article/details/119521772

版权

1 篇文章 0 订阅

订阅专栏

敏捷：摆脱繁琐冗余的流程文档，但是对于关键的项目文档，比如需求规格说明书等还是强调必须具备的。所以说敏捷项目管理的流程制度是对一套完整的项目管理流程制度的剪裁，只是这个剪裁的过程尺度比较大，对敏捷项目团队的主动性和适应性都提出了很高的要求和挑战。

传统项目管理：通常采用瀑布式、部分迭代的开发模式。要求在项目建设时，需求足够明确，文档足够规范；迭代过程中需求变更越多，越晚，对项目的影响越大，甚至会影响到项目的交付质量。
敏捷项目管理：简化了传统项目管理流程制度，简化了繁琐的文档和流程。以Scurm为代表，拥抱需求变更，在客户需求不明确的时候，以较短的周期内开发可用的软件为目标，来帮助客户描述自己的需求。将迭代过程中需求变更会加入到迭代需求池中，丰富产品功能。

传统性：知识框架覆盖所有领域，适用于软件开发，建筑工程、硬件类等等；传统型分为五个阶段：启动、规划、执行、监控、收尾；传统型涉及十大过程领域：范围管理、时间管理、质量管理、成本管理，资源管理、干系人管理、采购管理等；每个阶段和过程领域都会涉及输入，工具技术，输出等内容工具（ITTO）；在整个项目管理中PM全权负责上述五个阶段，领导者和控制者的身份，并对最终结果负责。
敏捷型：以Scrum为例，敏捷过程中不包含PM，传统的PM角色和职责由Scrum团队共同承担，Scrum团队由PO、SM、Development Team组成；Scrum的核心是在开发过程中及时审视、更加透明，并持续开发，在每个sprint中，制定PB，明确目标，检查任务完成及时度，审视过程中存在的问题。SM是一个服务型的指引人，负责Scrum流程，使其使用并达到最大效果。
以Scrum为例：敏捷性在于，每一个sprint都是连续性的，在每个sprint的时间窗内，都会有15%的时间来制定sprint计划，并且每相邻的sprint之间没有时间间隔，即开发是连续性的，上一个sprint结束之后立即启动下一个sprint。

关注