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

直到1969年美国成立了PMI组织，推出了PMBOK一整套规则、PMP认证后，全世界的项目管理就有了章法、有了规则。

直到现在，绝大部分行业还是使用这套标准项目管理方法——传统的项目管理。

直到2001年，有17个软件行业开发者在犹他州Snowbird滑雪胜地里聚会，他们白天滑雪，晚上喝酒聊天，聊着聊着发现，他们一致认为传统项目管理不适用于软件行业的，然后他们制定并签署了行业最重要的文件之一：敏捷宣言。他们还在这里塑造了许多关于软件的构想、开发和交付的方式，甚至是世界如何运作的方式。

所以敏捷这个概念是非常新颖的，2006-2007年期间，敏捷就被引入中国，腾讯就是最早使用敏捷的企业之一。同时，对于一些要考虑很多问题的项目，例如：“有没有流量？”、“别人愿不愿意来”等等，所以他们需求是不确定的，按照以前传统项目管理方法是行不通的，所以敏捷就诞生了。

传统项目管理

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

敏捷项目管理

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

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

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

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

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

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