S02E05 PMBOK or PRINCE2
欢迎大家收听PM网事，上一期节目的内容我们涉及到了一点PMBOK的内容，这一次我们来聊聊PMBOK和PRINCE2。
这期节目我其实早就想做了，4年前这期节目其实就出现在了PM网事第1季的节目清单里，但后来被我临时拿掉了，主要原因是还想再多观察一下这两个标准对于互联网行业的项目管理哪个更适用一些，现在呢，4年时间已经过去，PMBOK和PRINCE2这两个标准我也接触了8年的时间，在这8年的时间里，这两个标准也已经经历了版本升级，相关的衍生产品也已经诞生，所以我觉得这个话题已经可以聊了，但是因为篇幅的限制，如果要深入对比和分析这两个标准对于互联网行业的适用性，不夸张的讲，里面的内容开一个培训课程是没什么太大问题的，但我们每一期节目的时间都比较短，所以今天只是挑几个点来简单聊聊，我们点到为止。另外我还要说明，这期节目聊的不是PMP认证和PRINCE2认证，而是背后的标准和实践，如果大家想要了解认证的话，可以反馈给我，我考虑看看是不是要再加一期对比这两个认证的节目。
先分别简要介绍一下这两个标准的背景，PMBOK是美国项目管理协会也就是PMI的单项目管理标准，对应的认证就是大家耳熟能详的PMP认证，而PRINCE2的经历就比较坎坷，简单地讲，多年之前属于英国政府商务部，也就是OGC，后来转入了AXELOS，为了便于介绍，后面我们就统一把PRINCE2简称为P2吧。
在项目管理领域，标准、规范、流派有很多，这两个标准可以说在业内认同度是相对比较高的，从知名度上来说，PMI进入中国的时间要早于OGC，加上PMI进入中国后的那段时间恰逢中国处于IT行业的高速发展阶段等原因，PMBOK和PMP认证在国内的知名度要远高于P2。在国外，应用PMBOK的地区主要集中在北美，使用P2的主要是英联邦国家，包括咱们国家的香港也在用P2。
无论是PMBOK还是P2，都是工业化时代的产物，随着互联网时代的到来，PMI和AXELOS也都针对互联网目前流行的敏捷方法做出了一定的回应，在这两个标准的最新版，也就是PMBOK第6版和P2 2017版里面，两个标准都不同程度地增加了敏捷和精益的相关内容。另外，PMI和AXELOS也根据敏捷推出了两个衍生产品PMI-ACP认证和P2 Agile认证。
说到这里，可能大家觉得奇怪，既然聊互联网项目管理，为什么不选择PMI-ACP和P2 Agile这两个和互联网密切相关的标准来聊呢？其实原因很简单，PMI-ACP目前只有认证，而没有相关的标准，换句话讲，你想和找PMBOK似的找到PMI-ACP这本书是找不到的，因为PMI还没有出，而P2 Agile是既有认证也有标准，所以在这种情况下是没有办法去做对比的，所以我们对比的主要对象还是定在了PMBOK和P2上，而这两个标准也是PMI-ACP和P2 Agile的基石。
言归正传，我们聊完了一些背景信息，可以来说说对于互联网组织而言，PMBOK和P2，我们应该选哪个了，再次声明，因为篇幅的原因，这个对比不太严谨，纯属闲聊，我们就先聊4点：
第1点，PMBOK全称叫做项目管理知识体系指南，而P2叫做受控环境下的项目管理，从这两个标准的命名和应用情况来看，PMBOK是在教我们做项目管理的时候需要注意些什么，里面会用到哪些东西，更多停留在知识层面而不是应用层面，而P2则强调应该怎样一步一步地去做项目管理，它不仅明确指出了P2的具体应用环境，还详细说明了做项目的原则、流程、涉及到的角色、职责、文档模板等等，可以说是在手把手地教怎么开始一个项目，一直到项目的收尾，所以PMBOK和P2相比，更适合做单项目管理知识的培训和扫盲，而P2适合应用。另外PMBOK的40多个过程还有文档模板都需要自己去花大量的时间研究和整理，当然了，研究和整理的过程也是一个学习的过程。
第2点，从管理的层级来讲，PMBOK显的更加扁平，而P2则要更加立体。PMBOK强调的是偏乙方的交付，组织结构偏强矩阵或者是项目型，所以我们在PMBOK中可以看到，项目经理是得到了组织正式授权的项目核心，虽然PMBOK里也提到了发起方、项目管理委员会、PMO等相关方，但结构只有管理这1层。P2强调的是什么？P2立足于偏甲方的战略落地、组织变革和价值实现，组织结构偏弱矩阵或者是平衡矩阵，所以P2强调的项目组织结构包含了指导、管理和交付3个层级，不仅包含了项目经理，更把项目管理委员会、项目主管和小组经理等角色包含在内，这是一个与现实环境非常匹配的结构。刚才我们提到了PMI-ACP没有相关的标准，而P2 Agile已经推出了标准，我想其中一个重要的原因就在于此。因为目前的敏捷主要还是聚焦在交付层面，敏捷的理念与PMBOK有不小的差别，而PMBOK的管理层级就只有1层，所以如果要比较好地兼容敏捷，就必然导致PMBOK要做大的调整，或者PMBOK不做大的调整，但还要根据敏捷出台一个单独的偏重于敏捷的单项目管理标准，如果我的这个判断没错的话，PMI可能遇到了不小的麻烦。而反观P2，因为P2所倡导的管理结构已经分层，所以P2 Agile基本上只在交付层级做了些补充，而其他方面与P2实现了良好的兼容，而P2本身并没有做出大的调整。另外，虽然PMBOK也指出PMBOK不仅支持瀑布，也支持迭代，但毕竟没有具体的流程做支撑，所以从实际应用上支持敏捷有一定的困难。而P2则刚好相反，P2强调的是分阶段管理，可以说天生就与敏捷高度兼容。
第3点，从实际落地的适用性上看，PMBOK和P2显然都支持根据组织环境进行剪裁，但是PMBOK并没有明确指出如何来做剪裁，而反观P2，已经明确给出了剪裁的原则和方法，我也曾经在实际工作中根据这些剪裁的原则和方法设计过一个适用于互联网组织的项目管理流程和规范，可以说，P2的可伸缩性还是不错的。
最后一点，从整合能力上来看，PMBOK和P2都很强大，PMI和AXELOS两个组织分别有一套自己的产品家族，PMBOK和P2对于各自的产品家族整合的都不错，对于产品家族以外的一些管理理念和管理工具支持的都很好，其中P2做的更好，例如贯穿项目始终的商业论证、例外管理等等。
以上简单的对比就说这么多。在过去的几年时间里，因为工作的原因，我经常需要作为面试官去面试候选人，同时，我也在关注很多互联网组织对于项目管理从业人员的要求，我发现几乎绝大多数的候选人和组织都更了解PMBOK，而对于P2知之甚少，我看到的是相当一部分互联网组织甚至于在用PMBOK构建自己的单项目管理规范，在这里我抛一个问题给大家，在互联网当前的环境下，你觉得，PMBOK和P2哪个更适用？我想，可能每个人的答案都不太一样，因为不同的组织情况是有差别的，加上PMBOK和P2各有自己的优势，这就更不好说了，但就我个人的经历和分析来看，我更倾向于P2。当然了，到底哪一个标准更适合互联网组织，就让时间和结果去判定吧。
今天我们就聊到这里，我们下期节目见。
