目前互联网行业内,敏捷的项目管理方式比较受用,那为什么大家更喜欢敏捷项目管理呢?敏捷项目管理跟传统的项目管理有什么不同和特点呢?以下从价值理念、流程框架、实践方法三个角度来说明下看法:
首先,传统项目管理VS敏捷项目管理,是传达的价值理念是不同的,这点也是最核心的。看上面的图,大家都知道项目管理的三要素:时间、范围、成本。从这三要素上说下两种项目管理方法的不同。
传统的项目管理,是先确定产品的范围,也就是要做哪些需求和特性先固定下来;然后评估这些需求要花费多少时间,协调花费多少人力,然后形成各种计划,如排期计划、沟通计划、人力分配计划、风险计划等等,然后按照既定的计划来推进,是典型的 计划驱动。因为只有这样,进度和成本才可以估算,风险才可以控制。而敏捷项目管理,是先固定了成本、和时间,如一个团队就10个人,迭代周期两周,那我们先做哪些 有价值的需求和特性。所以它们本质的区别是,传统项目管理是 计划驱动的,而敏捷项目管理是 价值驱动。
在互联网大环境下,市场环境是很不确定性的,所以很多业务最开始需求的范围就很难确定下来,或者前期确定下来,后期也会不断的变化。传统项目管理的价值理念是需求范围要确定,最好不变,不适合互联网公司的业务环境,所以敏捷才应用更广泛。
传统的项目管理,通常用瀑布的研发模型,瀑布模型是最典型的预见性方法,什么叫预见性方法呢,就是做之前先严密的分析计划,严格遵守预先计划的需求分析、设计、编码、集成、测试、维护的步骤顺序化进行。为了后期的执行过程中不会有太大的风险和偏差,所以前期会花大块的时间准备繁重的各种文档,并且会有很严格的评审流程。通过预见性的方法来保证有个好的研发过程。这样的研发模型是不接受变更的,因为变更的代价会较大。
而敏捷项目管理,通常用迭代的研发模型,在初步分析后,产品就以小的增量进行开发。先小布快跑起来,然后实现小部分功能找到用户做验证反馈,在一步步的完善产品方案,最终交付完成产品。迭代的研发模型的好处是,一直围绕这用户变化的需求适应调整,保证最终交互的是用户满意的成果。
通常这两种研发模型,第一种通常是保证了有一个 “好过程”,而第二种通常是有一个 “好结果”,而“好过程”不一定等于“好结果”,所以尽量选择能产生好结果的研发模式。
上面是项目管理历史中,用到过的项目管理方法,绿色的部分是传统项目管理用到的实践方法,如EPMS、CSOA、waterfall、PMBOK、RUP;黄色是行业内比较流行的敏捷方法,如XP、scrum、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
全新的帮助手册展示,请点 这里查看。
专注企业应用的研发与服务,提供专业解决方案和技术开发