Q：在研发类项目管理时，PMP的理论和思路似乎有点局限性，灵活性不够。是不是prince的理念更适合，或者说更有利于研发？
A：这个问题问的很好，PMP是一套完整的知识体系，它把所有项目过程按照五大过程组、十大知识领域、47个子过程帮大家排列起来。很多人在使用的时候是又爱又恨，爱是PMBOK太全，你要的项目中的任何工具都有介绍，恨的也是内容太全，而导致落地难。
我记得每当我上到PMP第二课的时候，我就一直提醒大家，需要裁剪和灵活运用。
比如：内部项目有客户（这里的客户指业务部门）但是基本没有SOW，外部客户好多不愿写SOW，只能写出传统按流程项目，在中国很多无流程项目过程我们要懂得它的原理。当我们知道SOW的原理，是在签订协议之前大家就必须有可交付成果的定义和描述，那这个文件可以叫任何一个名称，如果客户不愿写我们可以帮助完成，如果业务部门不愿写我们也可以帮助完成。这时候有人说写了他们也不愿意签字，那我们可以通过电子邮件确认。如果你懂得原理和方法，一切都被很软的去落实和落地了，如果完全拿着PMBOK照抄照搬肯定会死的很难看！
接下来谈谈研发项目的项目管理，PMP的理论是否可用呢？我的回答一概如是的“Yes”。
记得PMBOK一开始在第二章就指出项目的三大生命周期：预测型、迭代型、敏捷型。因为研发类项目一般很少有类似的组织过程资产去参照，或者说创新成分比较多，所以预测型很难去使用。而我建议的是使用迭代或者敏捷方法论，项目拥有总体目标我们可以使用“滚动式”研发，把项目切开至重要里程碑，边规划边工作慢慢达到一个个小目标。迭代或者敏捷总要参照一个原理和原则，那一定是PMBOK。在项目立项后，我们项目管理计划是慢慢更新和完善的，项目重点应该抓住的是里程碑，边设计边工作，边工作边总结经验教训，边总结再边设计。
最后说一下Prince2是否适合研发项目，我的回答是“No”。
Prince2是英国商务部OGC提出的整套项目管理方法论，它非常注重项目的主题、原则、方法，如果注重这些的话那么对于项目的文档会更加注重，OGC给出标准化模板，二十多个项目文档将共同运用到使用其知识体系的项目中去。那如果说到企业中哪些部门会更注重文档呢？倒不是单项目本身，而是PMO（项目管理办公室）这个组织，他们希望在企业中所有的项目都有标准化语言、文档、方法。
总结：PMBOK是我们项目管理者使用了几十年的一个标准方法论，虽然大而全，但是各位学员在学习后，一定要根据自己的组织进行自行裁剪后使用，项目的一切都会好起来，完善起来滴。
