在之前读的两本与项目管理相关的书中，多处出现了“基于PMBOK…”的字眼，所以，要想真正的了解和学习项目管理，PMBOK作为项目管理知识体系指南，也许不是最适合的入门级的选择，但一定是必须经历的过程。
PMBOK是项目管理的知识体系，是项目管理标准的集合，这些标准适用于许多行业并且对于大多数项目管理时都可以应用；作为一部教科书式的指南，不管你是正在从事项目管理工作，还是想要学习项目管理知识，它都具有绝对的指导和参考意义。
PMBOK定义了项目管理的47个过程（包括每个过程的输入-工具与技术-输出）、5大过程组和10大知识领域。这些过程组和知识领域并不是相互独立的模块，事实是PMBOK将这47个过程融入进了5大过程组和10大知识领域，下图则是PMBOK作为指南的整体结构。
整本指南我重点关注了以下几个章节和知识点：
项目管理过程
项目管理过程其实就是一系列的有相互关联关系的行为和活动，要做的事情便是，先了解每个过程的输入是什么，从哪儿来，怎样去运用提供的工具与技术，将这些输入转化为输出。
PMBOK定义的项目管理的5大过程组是启动、规划、执行、监控和收尾，但并不代表进行项目管理的过程中，这5个过程组有着绝对的先后顺序，在实际项目管理中经常是重叠、交叉或者反复的。
从项目启动到收尾的全部过程都需要进行监控，所以监控过程组实际上是贯穿整个项目管理周期的，也是其他过程组的背景过程组。
项目启动以后，规划和执行过程会反复循环反复迭代，到了一定的时候才会进入收尾阶段。
项目管理5大过程组似乎与PDCA理论有着异曲同工之妙，其实最终的目的都是为了实现更好的结果。
项目整合管理
项目整合管理的实现过程包括：项目启动过程组的“制定项目章程”，项目规划过程组的“制定项目管理计划”，项目执行过程组的“指导与管理项目工作”，项目监控过程组的“监控项目工作”和“实施整体变更控制”，以及项目收尾过程组的“结束项目或阶段”。
我认为项目整合管理是10大知识领域中最难掌握也是对管理人员要求最高的。因为项目管理就是将知识、技能、工具与技术应用于项目管理，以满足项目的要求。可以理解为，项目管理的本质其实就是项目整合管理，或者说项目管理的核心就是整合管理，需要去整合的是各要素之间的相互协调，这对项目经理的要求很高，需要对项目有全局性的和系统性的把握。
项目范围管理
项目范围管理可以说是其他各方面管理的前提和基础，只有先把项目的范围规划好，弄清楚项目的范围了，才能去谈项目的时间、成本、质量还有风险等等。也就是说在做事情之前先弄清楚要做什么事，而且是只做什么事。
项目范围管理的实现过程包括：项目规划过程组的“规划范围管理”、“收集需求”、“定义范围”、“创建WBS”；项目监控过程组的“确认范围”、“控制范围”。
范围管理需要收集需求，对需求进行分析，这是确定项目范围的基础。这里还要注意区分产品需求和项目需求。
范围管理还需要创建WBS，即进行工作分解结构，分解的目标是要把整个项目逐层的分解到比较小的、便于管理的可交付成果，而这些可交付成果就是为完成项目必须提交的、可衡量的、可验证的项目工作成果。通过分解，可以提高项目的进度计划和成本计划的准确性，这样才有利于管理和控制整个项目。
项目时间管理
项目时间管理在我理解其实就是项目的进度管理，目标就是保证项目能够在规定的时间内完成。
可以借助一些工具对项目的进度进行把控。比如，网络图可以很清晰的表达清楚各活动之间的逻辑关系，并且找到关键路径，关键路径决定了项目的最短完成时间，管理人员可以对关键路径上各关键节点活动重点关注，并通过其他协调方法尽量缩短项目的完成时间。
项目风险管理
项目启动和规划阶段是风险的高发期，执行和收尾阶段是风险的高影响期。
项目风险管理强调，除了项目经理和团队成员，各主要项目干系人都要且有责任参与风险管理，也就是说风险的影响与每个人息息相关。
对风险的定性分析是一种主观分析和判断，PMBOK中提到的定量分析是一种客观分析，提供的各种方式方法我还不是特别理解，感觉是一个难点。
PMBOK是这样一套知识体系，大而全。要将其真正应用的话，一定是具有可行性的，但要用好，肯定不是照搬，得根据实际项目的性质和环境做出相应的调整和变化，毕竟，适合自己的才是最好的。