1.2.3.1 概述
项目管理过程、工具和技术的运用为组织达成目的和目标奠定了坚实的基础。一个项目可以采用三种不同的模式进行管理：作为一个独立项目（不包括在项目组合或项目集中）、在项目集内或在项目组合内。如果在项目组合或项目集内管理某个项目，则项目经理需要与项目集和项目组合经理互动合作。例如，为达成组织的一系列目的和目标，可能需要实施多个项目。在这种情况下，项目可能被归入项目集中。项目集是一组相互关联且被协调管理的项目、子项目集和项目集活动，以便获得分别管理所无法获得的利益。项目集不是大项目。规模特别大的项目称为“大型项目”。一般定义，大型项目通常需要 10 亿美元或以上的成本，可影响上百万人，并且将持续数年。
有些组织可能会采用项目组合，以有效管理在任何特定的时间内同时进行的多个项目集和项目。
项目组合是指为实现战略目标而组合在一起管理的项目、项目集、子项目组合和运营工作。图 1-3 展示了项目组合、项目集、项目和运营在特定情况下如何关联的。
项目集管理和项目组合管理的生命周期、活动、目标、重点和效益都与项目管理不同；但是，项目组合、项目集、项目和运营通常都涉及相同的相关方，还可能需要使用同样的资源（见图 1-3），而这可能会导致组织内出现冲突。这种情况促使组织增强内部协调，通过项目组合、项目集和项目管理达成组织内部的有效平衡。
图 1-3 所示的项目组合结构示例表明了项目集、项目、共享资源和相关方之间的关系。将项目组
合组成部分合为一组能够促进这项工作的有效治理和管理，从而有助于实现组织战略和相关优先级。在开展组织和项目组合规划时，要基于风险、资金和其他考虑因素对项目组合组件排列优先级。项目组合方法有利于组织了解战略目标在项目组合中的实施情况，还能促进适当项目组合、项目集和项目治理的实施和协调。这种协调治理方式可为实现预期绩效和效益而分配人力、财力和实物资源。
表 1-2项目、项目集、项目组合管理的比较概述
某些项目可能需要一个或多个其他的知识领域，例如，建造项目可能需要财务管理或安全与健康管理。表 1-4 列出了项目管理过程组和知识领域。第 4 章至第 13 章详细说明了各个知识领域。该表格概述了第 4 章至第 13章所描述的基本过程。
本概述先简要介绍一下系统。系统是各种组件的集合，可以实现单个组件无法实现的成果。组件是项目或组织内的可识别要素，提供了某种特定功能或一组相关的功能。各种系统组件的相互作用创造出组织文化和能力。以下是关于系统的几个原则：
本章接下来的部分讨论项目经理角色的主要方面。关于这个话题有数以千计书籍和文章，但本章不涵盖全部内容，而是旨在通过概述让从业者对这个话题有个基本的认识，为深入研究文中提及的各个方面做好准备。
图 4-1项目整合管理概述
在本过程中，与关键相关方举行会议的目的是识别项目目标、成功标准、主要可交付成果、高层级需求、总体里程碑和其他概述信息。
可用于本过程输入的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。假设日志包含会影响项目的假设条件和制约因素的信息。
- 估算依据。见 6.4.3.2 节和 7.2.3.2 节。估算依据说明不同估算是如何得出的，用于决定如何应对偏差。
- 成本预测。见 7.4.3.2 节。成本预测基于项目以往的绩效，用于确定项目是否仍处于预算的公差区间内，并识别任何必要的变更。
- 问题日志。见 4.3.3.3 节。问题日志用于记录和监督由谁负责在目标日期内解决特定问题。
- 经验教训登记册。见 4.4.3.1 节。经验教训登记册可能包含应对偏差的有效方式以及纠正措施和预防措施。
- 里程碑清单。见 6.2.3.3 节。里程碑清单列出特定里程碑的实现日期，用于检查是否达到计划的里程碑。
- 质量报告。见 8.2.3.1 节。质量报告包含质量管理问题，针对过程、项目和产品的改善建议，纠正措施建议（包括返工、缺陷（漏洞）补救、100% 检查等），以及在控制质量过程中发现的情况的概述。
- 风险登记册。见 11.2.3.1 节。风险登记册提供在项目执行过程中发生的各种威胁和机会的相关信息。
- 风险报告。见 11.2.3.2 节。风险报告提供关于整体项目风险和单个风险的信息。
- 进度预测。见 6.6.3.2 节。进度预测基于项目以往的绩效，用于确定项目是否仍处于进度的公差区间内，并识别任何必要的变更。
工作绩效报告的示例包括状态报告和进展报告。工作绩效报告可以包含挣值图表和信息、趋势线和预测、储备燃尽图、缺陷直方图、合同绩效信息和风险情况概述。可以表现为有助于引起关注、制定决策和采取行动的仪表指示图、热点报告、信号灯图或其他形式。
可用于本过程输入的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。假设日志记录了与技术规范、估算、进度和风险等有关的全部假设条件和制约因素。
- 估算依据。见 6.4.3.2 节和 7.2.3.2 节。估算依据用于根据实际结果来评估持续时间、成本和资源估算，以及成本控制。
- 变更日志。见 4.6.3.3 节。变更日志包含了整个项目或阶段期间的所有变更请求的状态。
- 问题日志。见 4.3.3.3 节。问题日志用于确认没有未决问题。
- 经验教训登记册。见 4.3.3.1 节。在归入经验教训知识库之前，完成对阶段或项目经验教训的总结。
- 里程碑清单。见 6.2.3.3 节。里程碑清单列出了完成项目里程碑的最终日期。
- 项目沟通记录。见 10.2.3.1 节。项目沟通记录包含整个项目期间所有的沟通。
- 质量控制测量结果。见 8.3.3.1 节。质量控制测量结果记录了控制质量活动的结果，证明符合质量要求。
- 质量报告。见 8.2.3.1 节。质量报告的内容可包括由团队管理或需上报的全部质量保证事项、改进建议，以及在控制质量过程中发现的情况的概述。
- 需求文件。见 5.2.3.1 节。需求文件用于证明符合项目范围。
- 风险登记册。见 11.2.3.1 节。风险登记册提供了有关项目期间发生的风险的信息。
- 风险报告。见 11.2.3.2 节。风险报告提供了有关风险状态的信息，用于确认项目结束时没有未关闭的风险。
见 1.2.6 节。商业文件包括（但不限于）：
- 商业论证。商业论证记录了作为项目依据的商业需求和成本效益分析。
- 效益管理计划。效益管理计划概述了项目的目标效益。
商业论证用于确定项目是否达到了经济可行性研究的预期结果。效益管理计划用于测量项目是否达到了计划的效益。
用最终报告总结项目绩效，其中可包含诸如以下信息：
- 项目或阶段的概述；
- 范围目标、范围的评估标准，以及证明达到完工标准的证据；
- 质量目标、项目和产品质量的评估标准、相关核实信息和实际里程碑交付日期以及偏差原因；
- 成本目标，包括可接受的成本区间、实际成本，以及产生任何偏差的原因；
- 最终产品、服务或成果的确认信息的总结。
- 进度计划目标包括成果是否实现项目所预期的效益。如果在项目结束时未能实现效益，则指出效益实现程度并预计未来实现情况。
- 关于最终产品、服务或成果如何满足商业计划所述业务需求的概述。如果在项目结束时未能满足业务需求，则指出需求满足程度并预计业务需求何时能够得到满足。
- 关于项目过程中发生的风险或问题及其解决情况的概述。
图 5-1项目范围管理概述
见 4.1.3.1 节。项目章程记录项目目的、项目概述、假设条件、制约因素，以及项目意图实现的高层级需求。
见 4.1.3.1 节。项目章程记录了项目概述以及将用于制定详细需求的高层级需求。
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段，以提高验收可交付成果的效率与效果。
- 质量报告。见 8.2.3.1 节。质量报告的内容可包括由团队管理或需上报的全部质量保证事项、改进建议，以及在控制质量过程中发现的情况的概述。在验收产品之前，需要查看所有这些内容。
- 需求文件。见 5.2.3.1 节。将需求与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵含有与需求相关的信息，包括如何确认需求。
图 6-2进度规划工作概述
图 7-1项目成本管理概述
图 8-2 概述了项目质量管理过程的主要输入和输出以及这些过程在项目质量管理知识领域中的相
可作为本过程输入的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。假设日志记录与质量要求和标准合规性有关的所有假设条件和制约因素。
- 需求文件。见 5.2.3.1 节。需求文件记录项目和产品为满足相关方的期望应达到的要求，它包括（但不限于）针对项目和产品的质量要求。这些需求有助于项目团队规划将如何实施项目质量控制。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵将产品需求连接到可交付成果，有助于确保需求文件中的各项需求都得到测试。矩阵提供了核实需求时所需测试的概述。
- 风险登记册。见 11.2.3.1 节。风险登记册包含可能影响质量要求的各种威胁和机会的信息。
- 相关方登记册。见 13.1.3.1 节。相关方登记册有助于识别对质量有特别兴趣或影响的相关方，尤其注重客户和项目发起人的需求和期望。
质量报告可能是图形、数据或定性文件，其中包含的信息可帮助其他过程和部门采取纠正措施，以实现项目质量期望。质量报告的信息可以包含团队上报的质量管理问题，针对过程、项目和产品的改善建议，纠正措施建议（包括返工、缺陷/漏洞补救、100% 检查等），以及在控制质量过程中发现的情况的概述。
图 9-1项目资源管理概述
适用于本过程的数据表现技术包括（但不限于）图表。数据表现有多种格式来记录和阐明团队成员的角色与职责。大多数格式属于层级型、矩阵型或文本型。有些项目人员安排可以在子计划（如风险、质量或沟通管理计划）中列出。无论使用什么方法来记录团队成员的角色，目的都是要确保每个工作包都有明确的责任人，确保全体团队成员都清楚地理解其角色和职责。层级型可用于表示高层级角色，而文本型则更适合用于记录详细职责。
- 层级型。可以采用传统的组织结构图，自上而下地显示各种职位及其相互关系。
- 工作分解结构 (WBS)。WBS 用来显示如何把项目可交付成果分解为工作包，有助于明确高层级的职责。
- 组织分解结构 (OBS)。WBS 显示项目可交付成果的分解，而 OBS 则按照组织现有的部门、单元或团队排列，并在每个部门下列出项目活动或工作包。运营部门（如信息技术部或采购部）只需要找到其所在的 OBS 位置，就能看到自己的全部项目职责。
- 资源分解结构。资源分解结构是按资源类别和类型，对团队和实物资源的层级列表，用于规划、管理和控制项目工作。每向下一个层次都代表对资源的更详细描述，直到信息细到可以与工作分解结构（WBS）相结合，用来规划和监控项目工作。
- 责任分配矩阵。责任分配矩阵展示项目资源在各个工作包中的任务分配。矩阵型图表的一个例子是职责分配矩阵(RAM)，它显示了分配给每个工作包的项目资源，用于说明工作包或活动与项目团队成员之间的关系。在大型项目中，可以制定多个层次的 RAM。例如，高层次的RAM 可定义项目团队、小组或部门负责 WBS 中的哪部分工作，而低层次的 RAM 则可在各小组内为具体活动分配角色、职责和职权。矩阵图能反映与每个人相关的所有活动，以及与每项活动相关的所有人员，它也可确保任何一项任务都只有一个人负责，从而避免职权不清。RAM的一个例子是 RACI（执行、负责、咨询和知情）矩阵，如图 9-4 所示。图中最左边的一列表示有待完成的工作（活动）。分配给每项工作的资源可以是个人或小组，项目经理也可根据项目需要，选择“领导”或“资源”等适用词汇，来分配项目责任。如果团队是由内部和外部人员组成，RACI 矩阵对明确划分角色和职责特别有用。
- 文本型。如果需要详细描述团队成员的职责，就可以采用文本型。文本型文件通常以概述的形式，提供诸如职责、职权、能力和资格等方面的信息。这种文件有多种名称，如职位描述、角色 — 职责 — 职权表，该文件可作为未来项目的模板，特别是在根据当前项目的经验教训对其内容进行更新之后。
图 9-4 RACI 矩阵示例
获取资源是获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。本过程的主要作用是，概述和指导资源的选择，并将其分配给相应的活动。本过程应根据需要在整个项目期间定期开展。图 9-8 描述本过程的输入、工具与技术和输出。图 9-9 是本过程的数据流向图。
图 10-1项目沟通管理概述
可作为本过程输入的项目文件包括（但不限于）：
- 变更日志。见 4.6.3.3 节。变更日志用于向受影响的相关方传达变更，以及变更请求的批准、推迟和否决情况。
- 问题日志。见 4.6.3.3 节。将与问题有关的信息传达给受影响的相关方。
- 经验教训登记册。见 4.4.3.1 节。项目早期获取的与管理沟通有关的经验教训，可用于项目后期阶段改进沟通过程，提高沟通效率与效果。
- 质量报告。见 8.2.3.1 节。质量报告包括与质量问题、项目和产品改进，以及过程改进相关的信息。这些信息应交给能够采取纠正措施的人员，以便达成项目的质量期望。
- 风险报告。见 11.2.3.2 节。风险报告提供关于整体项目风险的来源的信息，以及关于已识别的单个项目风险的概述信息 。这些信息应传达给风险责任人及其他受影响的相关方。
- 相关方登记册。见 13.1.3.1 节。相关方登记册确定了需要各类信息的人员、群体或组织。
见 4.5.3.1 节。根据沟通管理计划的定义，工作绩效报告会通过本过程传递给项目相关方。工作绩效报告的典型示例包括状态报告和进展报告。工作绩效报告可以包含挣值图表和信息、趋势线和预测、储备燃尽图、缺陷直方图、合同绩效信息以及风险概述信息。可以表现为有助于引起关注、制定决策和采取行动的仪表指示图、热点报告、信号灯图或其他形式。
图 11-1项目风险管理概述
可作为本过程输入的项目文件包括（但不限于）相关方登记册（见 13.1.3.1 节）。相关方登记册包含项目相关方的详细信息，并概述其在项目中的角色和对项目风险的态度；可用于确定项目风险管理的角色和职责，以及为项目设定风险临界值。
风险报告提供关于整体项目风险的信息，以及关于已识别的单个项目风险的概述信息。在项目风险管理过程中，风险报告的编制是一项渐进式的工作。随着实施定性风险分析、实施定量风险分析、规划风险应对、实施风险应对和监督风险过程的完成，这些过程的结果也需要记录在风险登记册中。在完成识别风险过程时，风险报告的内容可能包括（但不限于）：
- 整体项目风险的来源。说明哪些是整体项目风险敞口的最重要驱动因素。
- 关于已识别单个项目风险的概述信息。例如，已识别的威胁与机会的数量、风险在风险类别中的分布情况、测量指标和发展趋势。
根据风险管理计划中规定的报告要求，风险报告中可能还包含其他信息。
图 12-1项目采购管理概述
图 13-1项目相关方管理概述
启动项目旨在抓住与组织的战略目标相符的商业机会。在启动项目之前，通常需要编制商业论证，以概述项目目标、所需投资，以及用于测量项目成功的财务标准和其他量化标准。商业论证为在整个项目生命周期中衡量项目成功和进展奠定了基础，以便把实际结果与预定的目标和成功标准进行比较。
获取资源是获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。本过程的主要作用是，概述和指导资源的选择，并将其分配给相应的活动。本过程应根据需要在整个项目期间定期开展。图 4-5 描述了本过程的输入和输出。
本附录旨在概述第六版《项目管理知识体系指南》（《PMBOK® 指南》）针对第五版《PMBOK® 指南》内容的变更。
引论部分进行了大量重写。与其他 PMI 基础标准相符的项目、项目集和项目组合的介绍性信息保留不变，但新增了与项目及开发生命周期、项目阶段及阶段关口相关的信息。此类信息提供了高层级概述，即关于如何根据项目性质选择预测型、迭代型、增量型或适应型开发方法。与商业文件有关的新信息包括商业论证和效益管理计划。
这是新增的一个章节，概述项目经理在团队中的角色，包括关于项目经理影响力和胜任能力的信息。这一章对 PMI 的人才三角®进行探讨，并将重点放在战略和商务管理技能、技术项目管理技能，以及领导力技能上。而领导力风格和个性也在本章的讨论范畴之内。本章的最后部分关注项目经理的整合者角色。