PMBOK的版本变迁历史简评

（内容来源：元模式之高茂源的博客，2013.6.14）
从PMBOK的发展历史来看，我们可以看到以下规律：
1、过程越分越细。
参见下图，可以看到，过程越分越细，例如原来第三版增加了WBS的制作，第五版让每个领域都具有了计划过程。第五版增加了一个知识领域：干系人管理。第二版开始增加了定量分析。而第一版则从原始的研究报告上所写的六个领域直接增加了三个领域：风险，采购，整体。风险领域则由原来的只有定量加了一个定性分析。其实这十分符合认知规律的。随着项目管理学科的深入，原来混沌不清的概念开始明细。
2、版本的变化更是文法上的变化以及表达方式的变化，这样的变化是为了便于读者理解，同时让体系更加合理，可以自圆其说。这种变化并没有什么管理思想的变化或者新的方法或流程的变革。
3、不断受到新的方法或者工具的影响，但是增加的有限。项目管理作为一个学科，本身并没有带来多少独有的方法或者工具技术，能说出来的也就是PERT，EVM以及Gantt，关键路径等为数不多项目管理所独有的。
4、项目管理的壮大其实还是因为融合了质量管理。而质量管理十分成熟，所以可以看到，五个版本变化，质量管理过程从始至终没有发生变化，是最稳定的一个。另外，最近几年的敏捷大行其道，可以看到PMBOK在第五版本也把这部分知识加了进来。
5、PMBOK逐渐向组织中的更高层级以及更多的行业开始渗透自己的影响。项目集，项目组合，以及PMO,PBO概念的强调这些都能看出来这种趋势。

目前PMBOK的问题：
1、由于是众多人意见的汇总，可以看出来几个版本的编辑思路还是有差异。如何把这么庞大的知识体系包含进来，现在的架构是不是最好的装载了所有知识？其实好多实际项目管理领域的知识PMBOK并未涉及到，例如销售以及售前工作，PMBOK尚未涉及，而这也是实际工作最常见的问题。要不要还是坚持以十大知识领域这个维度为主线，值得商榷。
2、PMBOK本身其实只是个概念体系。但是新的版本的思路有种错误的倾向，那就是把PMBOK当做实际的工作方法来使用。这其实会导致可用性极差。例如原来的启动这个过程现在在哪里体现呢？项目的启动会怎么处理？是应该先项目收尾还是管理收尾？项目管理计划和其他管理计划的关系，需要谁先制定。如果真的有项目经理照办PMBOK的流程，那么他就会惊讶的发现这几乎是不可能完成的任务。
3、仍然有很多语义表达不一致的地方。例如：每个领域其实都可以把计划当做第一个过程，这样表述读者更清楚。而PMBOK同时遵循流程的先后和领域的逻辑完整性（PDCA），所以会造成这样的困惑。
4、逻辑上仍然不完备，估计下一版会改进。例如监控过程组，正常来讲分测量验证——发现问题了进行控制的思路。但是目前只有整体和范围是这样的思路。而其他的领域则只有控制这个过程组。一种理解就是把验证和控制统一放到了控制里面，但是这又和整体、范围相矛盾。另外，监控过程组没有人力资源，这个也应该是个极大漏洞！



编者的话：
高老师对PMBOK的发展历程进行了独到的点评，也对目前存在的问题给出了自己的观点。如PMBOK的引论所言：“PMBOK指南包含项目管理专业全球认可的标准和指南（见附录 A1）。“标准”是一种描述既定规范、方法、过程和做法的正式文件。与其他专业一样，本标准所包含的知识提炼自项目管理从业者公认的良好做法。正是项目管理从业者推动了本标准的发展。 ”，PMBOK是公认的良好做法，但是不是唯一的答案和标准，是项目管理的从业者推动了标准的发展，在此我们对高老师表示致敬！

也希望我们的会员能够把PMBOK的理论体系和指导思想和自己的工作实践想结合，一起推动我们这个行业项目管理水平的提高！