研发类项目管理中PMP和PRINCE2理论的适用性

Q:在研发类项目管理时,PMP的理论和思路似乎有点局限性,灵活性不够。是不是prince的理念更适合,或者说更有利于研发?


A:这个问题问的很好,PMP是一套完整的知识体系,它把所有项目过程按照五大过程组、十大知识领域、47个子过程帮大家排列起来。很多人在使用的时候是又爱又恨,爱是PMBOK太全,你要的项目中的任何工具都有介绍,恨的也是内容太全,而导致落地难。

我记得每当我上到PMP第二课的时候,我就一直提醒大家,需要裁剪和灵活运用。

比如:内部项目有客户(这里的客户指业务部门)但是基本没有SOW,外部客户好多不愿写SOW,只能写出传统按流程项目,在中国很多无流程项目过程我们要懂得它的原理。当我们知道SOW的原理,是在签订协议之前大家就必须有可交付成果的定义和描述,那这个文件可以叫任何一个名称,如果客户不愿写我们可以帮助完成,如果业务部门不愿写我们也可以帮助完成。这时候有人说写了他们也不愿意签字,那我们可以通过电子邮件确认。如果你懂得原理和方法,一切都被很软的去落实和落地了,如果完全拿着PMBOK照抄照搬肯定会死的很难看!

接下来谈谈研发项目的项目管理,PMP的理论是否可用呢?我的回答一概如是的“Yes”。

记得PMBOK一开始在第二章就指出项目的三大生命周期:预测型、迭代型、敏捷型。因为研发类项目一般很少有类似的组织过程资产去参照,或者说创新成分比较多,所以预测型很难去使用。而我建议的是使用迭代或者敏捷方法论,项目拥有总体目标我们可以使用“滚动式”研发,把项目切开至重要里程碑,边规划边工作慢慢达到一个个小目标。迭代或者敏捷总要参照一个原理和原则,那一定是PMBOK。在项目立项后,我们项目管理计划是慢慢更新和完善的,项目重点应该抓住的是里程碑,边设计边工作,边工作边总结经验教训,边总结再边设计。

最后说一下Prince2是否适合研发项目,我的回答是“No”。

Prince2是英国商务部OGC提出的整套项目管理方法论,它非常注重项目的主题、原则、方法,如果注重这些的话那么对于项目的文档会更加注重,OGC给出标准化模板,二十多个项目文档将共同运用到使用其知识体系的项目中去。那如果说到企业中哪些部门会更注重文档呢?倒不是单项目本身,而是PMO(项目管理办公室)这个组织,他们希望在企业中所有的项目都有标准化语言、文档、方法。

总结:PMBOK是我们项目管理者使用了几十年的一个标准方法论,虽然大而全,但是各位学员在学习后,一定要根据自己的组织进行自行裁剪后使用,项目的一切都会好起来,完善起来滴。

你可能感兴趣的:(研发类项目管理中PMP和PRINCE2理论的适用性)