详细描述三个适于瀑布模型的项目_“深入浅出”第二弹：传统项目管理VS敏捷项目管理...

作者简介：孙丽晶，腾讯企业发展事业群(CDG)产品经理。

目前互联网行业内，敏捷的项目管理方式比较受用，那为什么大家更喜欢敏捷项目管理呢？敏捷项目管理跟传统的项目管理有什么不同和特点呢？我想从价值理念、流程框架、实践方法三个角度来说明下我的看法：

一、价值理念

首先，传统项目管理VS敏捷项目管理，我觉得是传达的价值理念是不同的，这点也是最核心的。看上面的图，大家都知道项目管理的三要素：时间、范围、成本。从这三要素上说下两种项目管理方法的不同。
传统的项目管理，是先确定产品的范围，也就是要做哪些需求和特性先固定下来；然后评估这些需求要花费多少时间，协调花费多少人力，然后形成各种计划，如排期计划、沟通计划、人力分配计划、风险计划等等，然后按照既定的计划来推进，是典型的计划驱动。因为只有这样，进度和成本才可以估算，风险才可以控制。而敏捷项目管理，是先固定了成本、和时间，如一个团队就10个人，迭代周期两周，那我们先做哪些有价值的需求和特性。所以它们本质的区别是，传统项目管理是计划驱动的，而敏捷项目管理是价值驱动。
在互联网大环境下，市场环境是很不确定性的，所以很多业务最开始需求的范围就很难确定下来，或者前期确定下来，后期也会不断的变化。传统项目管理的价值理念是需求范围要确定，最好不变，不适合互联网公司的业务环境，所以敏捷才应用更广泛。

二、研发模式

传统的项目管理，通常用瀑布的研发模型，瀑布模型是最典型的预见性方法，什么叫预见性方法呢，就是做之前先严密的分析计划，严格遵守预先计划的需求分析、设计、编码、集成、测试、维护的步骤顺序化进行。为了后期的执行过程中不会有太大的风险和偏差，所以前期会花大块的时间准备繁重的各种文档，并且会有很严格的评审流程。通过预见性的方法来保证有个好的研发过程。这样的研发模型是不接受变更的，因为变更的代价会较大。
而敏捷项目管理，通常用迭代的研发模型，在初步分析后，产品就以小的增量进行开发。先小布快跑起来，然后实现小部分功能找到用户做验证反馈，在一步步的完善产品方案，最终交付完成产品。迭代的研发模型的好处是，一直围绕着用户变化的需求适应调整，保证最终交互的是用户满意的成果。
通常这两种研发模型，第一种通常是保证了有一个“好过程”，而第二种通常是有一个“好结果”，而“好过程”不一定等于“好结果”，所以尽量选择能产生好结果的研发模式。

三、实践方法

上面是项目管理历史中，用到过的项目管理方法，绿色的部分是传统项目管理用到的实践方法，如waterfall、PMBOK、RUP；黄色是行业内比较流行的敏捷方法，如XP、scrum、kanban等。

XP：极限编程，XP是偏工程实践和方法，缺乏对项目管理的指导方法。但它里面提到结对编程，持续集成等很好的实践方法。持续集成的核心就是快速试错，提前发现问题，而不是把问题放到集成之后。

Scurm：提供一套基于团队运作的敏捷方法，scrum引入了“backlog”、优先级、迭代例会等；scrum优势是简单，易于使用，所以很多互联网团队都在参考和实践。

KANBAN：最初是制造业应用的方法，后来被敏捷相关管理进行改良事件，变成故事板。KANBAN能将现有的管理可视化，透明化，有利于管理工作的有效推进。

从上面的实践方法来看，传统项目管理方法更像是计划经济体制，更注重规划和过程把控的方法实践；而敏捷管理方法更像是市场经济体制，更多的是适应环境，小步快跑，灵活变化的方法实践。