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

一、价值理念

首先,传统项目管理VS敏捷项目管理,是传达的价值理念是不同的,这点也是最核心的。看上面的图,大家都知道项目管理的三要素:时间、范围、成本。从这三要素上说下两种项目管理方法的不同。

传统的项目管理,是先确定产品的范围,也就是要做哪些需求和特性先固定下来;然后评估这些需求要花费多少时间,协调花费多少人力,然后形成各种计划,如排期计划、沟通计划、人力分配计划、风险计划等等,然后按照既定的计划来推进,是典型的 计划驱动。因为只有这样,进度和成本才可以估算,风险才可以控制。而敏捷项目管理,是先固定了成本、和时间,如一个团队就10个人,迭代周期两周,那我们先做哪些 有价值的需求和特性。所以它们本质的区别是,传统项目管理是 计划驱动的,而敏捷项目管理是 价值驱动

在互联网大环境下,市场环境是很不确定性的,所以很多业务最开始需求的范围就很难确定下来,或者前期确定下来,后期也会不断的变化。传统项目管理的价值理念是需求范围要确定,最好不变,不适合互联网公司的业务环境,所以敏捷才应用更广泛。

二、研发模式

传统的项目管理,通常用瀑布的研发模型,瀑布模型是最典型的预见性方法,什么叫预见性方法呢,就是做之前先严密的分析计划,严格遵守预先计划的需求分析、设计、编码、集成、测试、维护的步骤顺序化进行。为了后期的执行过程中不会有太大的风险和偏差,所以前期会花大块的时间准备繁重的各种文档,并且会有很严格的评审流程。通过预见性的方法来保证有个好的研发过程。这样的研发模型是不接受变更的,因为变更的代价会较大。

而敏捷项目管理,通常用迭代的研发模型,在初步分析后,产品就以小的增量进行开发。先小布快跑起来,然后实现小部分功能找到用户做验证反馈,在一步步的完善产品方案,最终交付完成产品。迭代的研发模型的好处是,一直围绕这用户变化的需求适应调整,保证最终交互的是用户满意的成果。

通常这两种研发模型,第一种通常是保证了有一个 “好过程”,而第二种通常是有一个 “好结果”,而“好过程”不一定等于“好结果”,所以尽量选择能产生好结果的研发模式。

三、实践方法

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

  • XP:极限编程,XP是偏工程实践和方法,缺乏对项目管理的指导方法。但它里面提到结对编程,持续集成等很好的实践方法。持续集成的核心就是快速试错,提前发现问题,而不是把问题放到集成之后。
  • Scurm:提供一套基于团队运作的敏捷方法,scrum引入了“backlog”、优先级、迭代例会等;scrum优势是简单,易于使用,所以很多互联网团队都在参考和实践。
  • KANBAN:最初是制造业应用的方法,后来被敏捷相关管理进行改良事件,变成故事板。KANBAN能将现有的管理可视化,透明化,有利于管理工作的有效推进。

从上面的实践方法来看

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

EPMS: http://epms-ent.demo.zhidieyun.com
CSOA: http://csoa.demo.zhidieyun.com
CSCRM: http://cscrm.demo.zhidieyun.com
CSPM: http://cspm.demo.zhidieyun.com
EPMS SASS: http://epms.zhidieyun.com

全新的帮助手册展示,请点 这里查看