传统项目管理VS敏捷项目管理对比

传统项目管理通常采用的是瀑布式、部分迭代开发模式，要求在项目建设时，需求足够明确、文档足够规范，迭代过程中需求变更越多、越晚，对项目影响越大，会影响到项目的交付质量。

敏捷项目管理作为新兴的项目管理模式，简化了传统项目管理的繁琐流程和文档。以 Scrum 为代表，欢迎需求变更，在客户需求不明确的时候，以在较短的周期内开发出可用的软件为目标，来帮助客户描述自己的需求。迭代过程中的需求变更会加入到项目继续迭代需求池，丰富项目的产品功能。

敏捷项目管理VS传统项目管理的相同点

敏捷项目管理声称要摆脱繁冗的流程制度文档，但是对于关键的项目文档，比如需求规格说明书等等，也是要求必须具备的。所以，敏捷项目管理的项目流程制度上的管理可以看作是对一套完善的项目管理流程制度的裁剪，只不过这个裁剪的尺度比较大，从而也对敏捷项目团队成员的适应性，自主性提出了较高的要求。

具体的敏捷方法在每个迭代周期中都存在立会制度，燃尽图、看板监控、计划发布等，这些和PMBOK中对项目生命周期的五个过程组启动、规划、执行、监控和收尾的定义没有冲突矛盾，实际上敏捷项目管理的这些措施可以看作是PMBOK项目生命期五个过程组执行的微缩版，区别在于敏捷项目管理的迭代周期，时间很短，在去执行过程中裁剪了很多规范正式的项目管理流程制度。

敏捷项目管理传统项目管理的区别

1、不同的管理方式适用于不同类型的项目，Scrum更适用于未知、不可知或持续变化的项目;

2、传统的管理方式有如计划经济体制，Scrum有如市场经济体制，适应变化的能力不同;

3、极大地缩短了用户与开发者，预期目标与实施状况，投资与投资回报之间的反馈回路;

4、将小型团队转化为自身命运的管理者，团队接受挑战，找寻应对挑战的方法，发挥创意，避开工作障碍，而这一切都无法由中央控制及调度系统预先安排。

各个项目管理模式的认识和理解

1、PMP:传统型

PMP的框架是基于知识点出发的，它的知识框架基本可以覆盖所有的领域，即是其框架是综合和通用的，而不是完全的软件开发项目管理，所以我们经常也会发现在工程领域的PMP框架运用，如:建筑工程类、硬件类、软件开发类等等。

传统型的项目管理模式，分为五大阶段，十个领域。

五大阶段分别为:启动、规划、执行、监控、收尾

十一个过程领域:范围管理、时间管理、质量管理、成本管理，(多快好省)，人力资源管理、干系人管理、采购管理等。

每个阶段和过程领域都会有一定的概念介绍、输入输出内容、工具，提供给项目人员进行合理运用。

在PMP中，项目经理的作用，即是五个阶段的控制者、领导者，同时也是需要对结果负责的。

2、SCRUM:

谈及敏捷项目管理中的角色时，大多数敏捷方法(特别是Scrum)不包含项目经理。传统项目经理的角色和职责由Scrum团队共同承担，即开发团队(Development Team)、SM(ScrumMaster)和产品负责人(ProductOwner)。

Scrum的目标是能够使开发过程能够及时审视，更加透明，并达到持续开发。

Scrum 的核心是sprint，每个sprint即为一个迭代，或者一个相似工作的重复周期，为产品或系统产出增量。同一个产品的每个sprint周期是固定的。

基于sprint，我们制定product backlog，即待办事项列表，根据产品的不同，我们可以定制不同形式的backlog。核心目标是相同的，即明确目标、检查任务完成及时度，审视过程中存在的问题。

SCRUM的敏捷性在于，每一个sprint都是连续性的，在每个sprint的时间窗内，都会有15%的时间来制定sprint计划，并且每相邻的sprint之间没有时间间隔，即开发是连续性的，上一个sprint结束之后立即启动下一个sprint。