3.3.3 组织
项目经理需要积极地与其他项目经理互动。其他独立项目或同一项目集的其他项目可能会对项目造成影响，原因包括（但不限于）：
与其他项目经理互动有助于产生积极的影响，以满足项目的各种需求。这些需求可能是团队为完成项目而需要的人力、技术或财力资源和可交付成果。项目经理需要寻求各种方法来培养人际关系，从而帮助团队实现项目目的和目标。
此外，项目经理在组织内扮演强有力的倡导者的角色。在项目过程中，项目经理积极地与组织中的各位经理互动。此外，项目经理应与项目发起人合作处理内部的政治和战略问题，这些问题可能会影响团队或项目的可行性或质量。
项目经理可以致力于提高自己在组织内的总体项目管理能力和技能，并参与隐性和显性知识的转移或整合计划（见 4.4 节的管理项目知识）。项目经理还应致力于：
基于组织结构，项目经理可能向职能经理报告。而在其他情况下，项目经理可能与其他项目经理一起，向 PMO、项目组合或项目集经理报告。项目组合或项目集经理对整个组织范围内的一个或多个项目承担最终责任。为了实现项目目标，项目经理需要与所有相关经理紧密合作，确保项目管理计划符合所在项目组合或项目集的计划。项目经理还需与其他角色紧密协作，如组织经理、主题专家以及商业分析人员。在某些情况下，项目经理可以是临时管理角色的外部顾问。
标准是基于权威、惯例或共识而建立并用作模式或范例的文件。本标准的开发过程遵循协商一致、开放公开、程序公正和各方平衡的基本原则。本标准描述在大多数时候适用于大多数项目的、被视为良好实践的过程，并把这些过程归入相应的过程组。本标准也对关键的项目管理概念进行定义，包括项目管理与组织战略及目标的关系，项目管理与组织治理、项目组合管理、项目集管理、项目环境及项目成功之间的关系。本标准还介绍项目生命周期、项目相关方，以及项目经理的角色。第 1 章介绍一些基本概念，并提供有关项目管理的背景信息。第 2 章至第 6 章对五大过程组进行逐一定义，并描述其下属过程。第 2 章至第 6 章还描述各项目管理过程的主要作用、输入和输出。本标准将作为《项目管理知识体系指南》（《PMBOK® 指南》）1 的基础和框架。《PMBOK® 指南》通过对相关背景、环境及其对项目管理的影响进行更深入的阐述，来扩展本标准的内容。此外，《PMBOK® 指南》也描述项目管理过程的输入和输出，识别项目管理过程的工具和技术，并按知识领域讨论一些重要概念和新趋势。
本《PMBOK® 指南》与方法论有所不同。方法论是由专门的从业人员所采用的实践、技术、程序和规则所组成的体系。而本《PMBOK® 指南》是组织制定实践项目管理所需方法论、政策、程序、规则、工具、技术和生命周期阶段的基础。
通用词汇是专业学科的基本要素。《PMI 项目管理术语词典》[4] 收录了基本的专业词汇，供组织、项目组合、项目集和项目经理及其他项目相关方统一使用。《术语词典》会随着时间的推移而更改。本指南的词汇表包含了《术语词典》中的词汇以及其他定义。项目可能会采用由行业文献定义的相关行业特定的术语。
这些因素会影响组织的持续运营和业务战略。领导者应对这些因素，以便组织持续运营。项目为组织提供了一个有效的途径，使其能够成功做出应对这些因素所需的变更。这些因素最终应与组织的战略目标以及各个项目的商业价值相关联。
项目管理就是将知识、技能、工具与技术应用于项目活动，以满足项目的要求。项目管理通过合理运用与整合特定项目所需的项目管理过程得以实现。项目管理使组织能够有效且高效地开展项目。
有效的项目管理能够帮助个人、群体以及公共和私人组织：
- 达成业务目标；
- 满足相关方的期望；
- 提高可预测性；
- 提高成功的概率；
- 在适当的时间交付正确的产品；
- 解决问题和争议；
- 及时应对风险；
- 优化组织资源的使用；
- 识别、挽救或终止失败项目；
- 管理制约因素（例如范围、质量、进度、成本、资源）；
- 平衡制约因素对项目的影响（例如范围扩大可能会增加成本或延长进度）；
- 以更好的方式管理变更。
项目管理不善或缺乏项目管理可能会导致：
- 超过时限；
- 成本超支；
- 质量低劣；
- 返工；
- 项目范围扩大失控；
- 组织声誉受损；
- 相关方不满意；
- 正在实施的项目无法达成目标。
项目是组织创造价值和效益的主要方式。在当今商业环境下，组织领导者需要应对预算紧缩、时间缩短、资源稀缺以及技术快速变化的情况。商业环境动荡不定，变化越来越快。为了在全球经济中保持竞争力，公司日益广泛利用项目管理，来持续创造商业价值。
有效和高效的项目管理应被视为组织的战略能力。它使组织能够：
- 将项目成果与业务目标联系起来；
- 更有效地展开市场竞争；
- 支持组织发展；
- 通过适当调整项目管理计划，以应对商业环境改变给项目带来的影响（见 4.2 节）。
从组织的角度来看项目、项目集和项目组合管理：
项目集管理指在项目集中应用知识、技能与原则来实现项目集的目标，获得分别管理项目集组成部分所无法实现的利益和控制。项目集组成部分指项目集中的项目和其他项目集。项目管理注重项目本身的相互依赖关系，以确定管理项目的最佳方法。项目集管理注重作为组成部分的项目与项目集之间的依赖关系，以确定管理这些项目的最佳方法。项目集和项目间依赖关系的具体管理措施可能包括：
- 调整对项目集和项目的目的和目标有影响的组织或战略方向；
- 将项目集范围分配到项目集组成部分；
- 管理项目集组成部分之间的依赖关系，从而以最佳方式实施项目集；
- 管理可能影响项目集内多个项目的项目集风险；
- 解决影响项目集内多个项目的制约因素和冲突；
- 解决作为组成部分的项目与项目集之间的问题；
- 在同一个治理框架内管理变更请求；
- 将预算分配到项目集内的多个项目；
- 确保项目集及其包含的项目能够实现效益。
建立一个新的通信卫星系统就是项目集的一个实例，其所辖项目包括卫星与地面站的设计和建造、卫星发射以及系统整合。
关于项目集管理的更多信息，请参见《项目集管理标准》[3]。
例如，以“投资回报最大化”为战略目标的某基础设施公司，可以把油气、供电、供水、道路、铁路和机场等项目归并成一个项目组合。在这些归并的项目中，组织又可以把相互关联的项目作为项目组合来管理。所有供电项目归类成供电项目组合，同理，所有供水项目归类成供水项目组合。然而，如果组织的项目是设计和建造发电站并运营发电站，这些相互关联的项目可以归类成一个项目集。这样的话，供电项目集和类似的供水项目集就是该基础设施公司项目组合中的基本组成部分。
业务或组织运营的改变也许就是某个项目的关注焦点，尤其当项目交付的新产品或新服务将导致业务运营的有实质性改变时。持续运营不属于项目的范畴，但是它们之间存在交叉。
图 1-4组织项目管理
项目阶段是一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付成果的完成为结束。
生命周期的各个阶段可以通过各种不同的属性来描述。对于特定阶段，属性是可测量且独特的。属性可能包括（但不限于）：
- 名称（例如阶段 A、阶段 B、阶段 1、阶段 2、提建议阶段）；
- 数量（例如项目的三个阶段、项目的五个阶段）；
- 持续时间（例如一个星期、一个月、一个季度）；
- 资源需求（例如人力、建筑、设备）；
- 项目进入某一阶段的准入标准（例如已获得特定批准文件、已完成特定文件）；
- 项目完成某一阶段的退出标准（例如已获得批准文件、已完成文件、已达成可交付成果）。
项目可以分解为不同的阶段或子组件，这些阶段或子组件的名称通常说明了该阶段完成的工作类型。阶段名称的例子包括（但不限于）：
- 概念开发；
- 可行性研究；
- 客户要求；
- 解决方案开发；
- 设计；
- 原型法；
- 建造；
- 测试；
- 转换；
- 试运行；
- 里程碑审查；
- 经验教训。
项目阶段可基于各种因素而建立，其中包括（但不限于）：
- 管理需求；
- 项目性质；
- 组织、行业或技术的独特性；
- 项目的组成要素，包括但不限于技术、工程、业务、过程或法律；
- 决策点（例如资金、继续/终止项目，里程碑审查）。
分为多个阶段的方式有助于更好地掌控项目管理，同时还提供了评估项目绩效并在后续阶段采取必要的纠正或预防措施的机会。项目阶段的其中一个关键组成部分是阶段审查（见 1.2.4.3 节）。
在不同的组织、行业或工作类型中，阶段关口可能被称为阶段审查、阶段门、关键决策点和阶段入口或阶段出口。组织可以通过这些审查来检查本指南范围之外的其他相关项，例如产品相关文件或模型。
除了过程组，过程还可以按知识领域进行分类。知识领域指按所需知识内容来定义的项目管理领域，并用其所含过程、实践、输入、输出、工具和技术进行描述。
虽然知识领域相互联系，但从项目管理的角度来看，它们是分别定义的。本指南确定了大多数情况下大部分项目通常使用的十个知识领域。本指南描述的十个知识领域包括：
- 项目整合管理包括为识别、定义、组合、统一和协调各项目管理过程组的各个过程和活动而开展的过程与活动。
- 项目范围管理包括确保项目做且只做所需的全部工作以成功完成项目的各个过程。
- 项目进度管理包括为管理项目按时完成所需的各个过程。
- 项目成本管理包括为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程。
- 项目质量管理包括把组织的质量政策应用于规划、管理、控制项目和产品质量要求，以满足相关方的期望的各个过程。
- 项目资源管理包括识别、获取和管理所需资源以成功完成项目的各个过程。
- 项目沟通管理包括为确保项目信息及时且恰当地规划、收集、生成、发布、存储、检索、管理、控制、监督和最终处置所需的各个过程。
- 项目风险管理包括规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险的各个过程。
- 项目采购管理包括从项目团队外部采购或获取所需产品、服务或成果的各个过程。
- 项目相关方管理包括用于开展下列工作的各个过程：识别影响或受项目影响的人员、团队或组织，分析相关方对项目的期望和影响，制定合适的管理策略来有效调动相关方参与项目决策和执行。
某些项目可能需要一个或多个其他的知识领域，例如，建造项目可能需要财务管理或安全与健康管理。表 1-4 列出了项目管理过程组和知识领域。第 4 章至第 13 章详细说明了各个知识领域。该表格概述了第 4 章至第 13章所描述的基本过程。
表 1-4项目管理过程组与知识领域
在裁剪项目管理时，项目经理还应考虑运行项目所需的各个治理层级，并考虑组织文化。此外，还需要考虑来自于组织内部还是外部的项目客户也可能会影响项目管理的裁剪决定。
项目经理应适当地为项目裁剪上述项目管理文件。某些组织会维护项目集层面的商业论证和效益管理计划。项目经理应与相应的项目集经理合作，确保项目管理文件与项目集文件保持一致。图 1-8说明了这些关键项目管理商业文件与需求评估之间的相互关系。图 1-8 展示了项目生命周期内各种文件大概的生命周期。
项目商业论证指文档化的经济可行性研究报告，用来对尚缺乏充分定义的所选方案的收益进行有效性论证，是启动后续项目管理活动的依据。商业论证列出了项目启动的目标和理由。它有助于在项目结束时根据项目目标衡量项目是否成功。商业论证是一种项目商业文件，可在整个项目生命周期中使用。在项目启动之前通过商业论证，可能会做出继续/终止项目的决策。
需求评估通常是在商业论证之前进行，包括了解业务目的和目标、问题及机会，并提出处理建议。需求评估结果可能会在商业论证文件中进行总结。
定义业务需要、分析形势、提出建议和定义评估标准的过程，适用于任何组织的项目。商业论证可能包括（但不限于）记录以下内容：
- 业务需要；
- 确定促进采取行动的动机；
- 情况说明，记录了待处理的业务问题或机会，包括能够为组织创造的价值；
- 确定受影响的相关方；
- 确定范围。
- 形势分析：
- 确定组织战略、目的和目标；
- 确定问题的根本原因或机会的触发因素；
- 分析项目所需能力与组织现有能力之间的差距；
- 识别已知风险；
- 识别成功的关键因素；
- 确定可能用于评估各种行动的决策准则；
用于形势分析的准则可分为：
* 必需。必须践行的准则，可处理问题或机会。
* 预期。希望践行的准则，可处理问题或机会。
* 可选。非必要的准则。这一准则的践行情况可能成为区分备选行动方案的因素。
- 确定一套方案，用以处理业务问题或机会。可选方案指组织可能采取的备选行动方案。
可选方案也可称为商业场景。例如，商业论证可提供以下三种可选方案：
* 不采取任何行动。亦称为“一切照常”方案。选择这种方案会使项目未被授权。
* 尽最小的努力处理问题或机会。最小的努力可能指确定一系列对处理问题或机会而言极为关键的既定准则。
* 以超过最低限度的努力处理问题或机会。这一方案可满足最低限度的准则以及一些或所有其他在案准则。商业论证可能会提供上述多个方案。
- 推荐：
- 一种给出了针对项目的建议方案的说明书；
- 说明书的内容可能包括（但不限于）：
* 潜在方案的分析结果；
* 潜在方案的制约因素、假设、风险和依赖关系；
* 成功标准（见 1.2.6.4 节）。
- 一种实施方法，可能包括（但不限于）：
* 里程碑；
* 依赖关系；
* 角色与职责。
- 评估：
- 一种描述了衡量项目交付效益的计划的说明书，应包含在初步实施之后，任何持续运营层面的可选方案。
通过将成果与目标和确定的成功标准进行比较，商业论证文件为衡量整个项目生命周期的成功和进展奠定了基础。请参见《从业者商业分析：实践指南》[7]。
在成本效益分析中已经把成本估算与项目拟实现的效益进行了比较。效益管理计划和项目管理计划描述了项目创造的商业价值如何能够成为组织持续运营的一部分，包括使用的测量指标。测量指标可核实商业价值并确认项目成功与否。
项目章程是由项目发起人发布的，正式批准项目成立，并授权项目经理动用组织资源开展项目活动的文件。
但在业务环境中，如果项目能够与组织的战略方向持续保持一致，那么项目成功的概率就会显著提高。
事业环境因素（EEFs）是指项目团队不能控制的，将对项目产生影响、限制或指令作用的各种条件。这些条件可能来自于组织的内部和（或）外部。事业环境因素是很多项目管理过程，尤其是大多数规划过程的输入。这些因素可能会提高或限制项目管理的灵活性，并可能对项目结果产生积极或消极的影响。
以下是组织内部的事业环境因素：
- 组织文化、结构和治理。例如包括愿景、使命、价值观、信念、文化规范、领导风格、等级制度和职权关系、组织风格、道德和行为规范。
- 设施和资源的地理分布。例如包括工厂位置、虚拟团队、共享系统和云计算。
- 基础设施。例如包括现有设施、设备、组织通讯渠道、信息技术硬件、可用性和功能。
- 信息技术软件。例如包括进度计划软件工具、配置管理系统、进入其他在线自动化系统的网络界面和工作授权系统。
- 资源可用性。例如包括合同和采购制约因素、获得批准的供应商和分包商以及合作协议。
- 员工能力。例如包括现有人力资源的专业知识、技能、能力和特定知识。
第一类资产的更新通常不是项目工作的一部分，而是由项目管理办公室 (PMO) 或项目以外的其他职能部门完成。更新工作仅须遵循与过程、政策和程序更新相关的组织政策。有些组织鼓励团队裁剪项目的模板、生命周期和核对单。在这种情况下，项目管理团队应根据项目需求裁剪这些资产。
组织用于执行项目工作的流程与程序，包括（但不限于）：
- 启动和规划nn指南和标准，用于裁剪组织标准流程和程序以满足项目的特定要求；
- 特定的组织标准，例如政策（如人力资源政策、健康与安全政策、安保与保密政策、质量政策、采购政策和环境政策）；
- 产品和项目生命周期，以及方法和程序（如项目管理方法、评估指标、过程审计、改进目标、核对单、组织内使用的标准化的过程定义）；
- 模板（如项目管理计划、项目文件、项目登记册、报告格式、合同模板、风险分类、风险描述模板、概率与影响的定义、概率和影响矩阵，以及相关方登记册模板）；
- 预先批准的供应商清单和各种合同协议类型（如总价合同、成本补偿合同和工料合同）。
- 执行、监控：
- 变更控制程序，包括修改组织标准、政策、计划和程序（或任何项目文件）所须遵循的步骤，以及如何批准和确认变更；
- 跟踪矩阵；
- 财务控制程序（如定期报告、必需的费用与支付审查、会计编码及标准合同条款等）；
- 问题与缺陷管理程序（如定义问题和缺陷控制、识别与解决问题和缺陷，以及跟踪行动方案）。
- 资源的可用性控制和分配管理；
- 组织对沟通的要求（如可用的沟通技术、许可的沟通媒介、记录保存政策、视频会议、协同工具和安全要求）；
- 确定工作优先顺序、批准工作与签发工作授权的程序；
- 模板（如风险登记册、问题日志和变更日志）；
- 标准化的指南、工作指示、建议书评价准则和绩效测量准则；
- 产品、服务或成果的核实和确认程序。
- 收尾项目收尾指南或要求（如项目终期审计、项目评价、可交付成果验收、合同收尾、资源分配，以及向生产和（或）运营部门转移知识）
组织用来存取信息的知识库，包括（但不限于）：
- 配置管理知识库，包括软件和硬件组件版本以及所有执行组织的标准、政策、程序和任何项目文件的基准；
- 财务数据库，包括人工时、实际成本、预算和成本超支等方面的信息；
- 历史信息与经验教训知识库（如项目记录与文件、完整的项目收尾信息与文件、关于以往项目选择决策的结果及以往项目绩效的信息，以及从风险管理活动中获取的信息）；
- 问题与缺陷管理数据库，包括问题与缺陷的状态、控制信息、解决方案以及相关行动的结果；
- 测量指标数据库，用来收集与提供过程和产品的测量数据；
- 以往项目的项目档案（如范围、成本、进度与绩效测量基准，项目日历，项目进度网络图，风险登记册，风险报告以及相关方登记册）。
系统通常由组织管理层负责。组织管理层检查组件与系统之间的优化权衡，以便采取合适的措施为组织实现最佳结果。这一检查工作的结果将对相应的项目造成影响。因此，项目经理在确定如何达成项目目标时务必要考虑这些结果。此外，项目经理应考虑到组织的治理框架。
近期的 PMI 研究指出，治理指组织各个层面的有组织的或有结构的安排，旨在确定和影响组织成员的行为 [9]。研究结果表明，治理是一个多方面概念，并且：
治理是在组织内行使职权的框架，其包括（但不限于）：
- 规则；
- 政策；
- 程序；
- 规范；
- 关系；
- 系统；
- 过程。
这个框架会影响：
- 组织目标的设定和实现方式；
- 风险监控和评估方式；
- 绩效优化方式。
项目治理是指用于指导项目管理活动的框架、功能和过程，从而创造独特的产品、服务或结果以满足组织、战略和运营目标。不存在一种治理框架适用于所有组织。组织应根据组织文化、项目类型和组织需求裁剪治理框架，才能发挥其作用。
组织将这些管理要素的绩效分派到选定的员工身上。这些员工可能在不同的组织层级上执行上述职能。例如，组织的层级结构有平级和上下级的关系。从基层到高层，这些管理层级关系多种多样。分配到各个层级的职责、终责和职权表明了各个层级的员工在组织结构内执行上述职能的方式。
组织需要权衡两个关键变量之后才可确定合适的组织结构类型。这两个变量指可以采用的组织结构类型以及针对特定组织如何优化组织结构类型的方式。不存在一种结构类型适用于任何特定组织。因要考虑各种可变因素，特定组织的最终结构是独特的。2.4.4.1 节和 2.4.4.2 节描述了在权衡这两个变量时应考虑的一些因素。2.4.4.3 节讨论了项目管理中常见的一种组织结构。
组织结构的形式或类型是多种多样的。表 2-1 比较了几种组织结构类型及其对项目的影响。
表 2-1组织结构对项目的影响
为了保证项目符合组织的业务目标，PMO 可能有权在每个项目的生命周期中充当重要相关方和关键决策者。PMO 可以：
这两个领导者都需要从整体的角度来看待团队产品，以便进行规划、协调和完成。首先，应审查各自组织的愿景、使命和目标，确保与产品保持一致。然后解释与成功完成产品相关的愿景、使命和目标。最后向团队沟通自己的想法，激励团队成功完成目标。
项目经理的角色不同于职能经理或运营经理。一般而言，职能经理专注于对某个职能领域或业务部门的管理监督。运营经理负责保证业务运营的高效性。项目经理是由执行组织委派，领导团队实现项目目标的个人。
项目经理领导项目团队实现项目目标和相关方的期望。项目经理利用可用资源，以平衡相互竞争的制约因素。
项目经理还充当项目发起人、团队成员与其他相关方之间的沟通者，包括提供指导和展示项目成功的愿景。项目经理使用软技能（例如人际关系技能和人员管理技能）来平衡项目相关方之间相互冲突和竞争的目标，以达成共识。这种情况下的共识指即便不 100% 赞同，相关方还会支持项目决定和行动。
研究表明，成功的项目经理可以持续和有效地使用某些基本技能。研究指出，在由上级和团队成员指定的项目经理中，排名前 2% 的项目经理之所以脱颖而出，是因为他们展现出了超凡的人际关系和沟通技能以及积极的态度 [12]。
与团队和发起人等相关方沟通的能力适用于项目的各个方面，包括（但不限于）以下各个方面：
- 通过多种方法（例如口头、书面和非言语）培养完善的技能；
- 创建、维护和遵循沟通计划和进度计划；
- 不断地以可预见的方式进行沟通；
- 寻求了解项目相关方的沟通需求（沟通可能是某些相关方在最终产品或服务实现之前获取信息的唯一渠道）；
- 以简练、清晰、完整、简单、相关和经过裁剪的方式进行沟通；
- 包含重要的正面和负面消息；
- 合并反馈渠道；
- 人际关系技能，即通过项目经理的影响力范围拓展广泛的人际网络。这些人际网络包括正式的人际网络，例如组织架构图；但项目经理发展、维护和培养的非正式人际网络更加重要。非正式人际网络包括与主题专家和具有影响力的领导者建立的个人人际关系。通过这些正式和非正式的人际网络，项目经理可以让很多人参与解决问题并探询项目中遇到的官僚主义障碍。
基于组织结构，项目经理可能向职能经理报告。而在其他情况下，项目经理可能与其他项目经理一起，向 PMO、项目组合或项目集经理报告。项目组合或项目集经理对整个组织范围内的一个或多个项目承担最终责任。为了实现项目目标，项目经理需要与所有相关经理紧密合作，确保项目管理计划符合所在项目组合或项目集的计划。项目经理还需与其他角色紧密协作，如组织经理、主题专家以及商业分析人员。在某些情况下，项目经理可以是临时管理角色的外部顾问。
对项目经理而言，持续的知识传递和整合非常重要。项目管理专业和项目经理担任主题专家的其他领域都在持续推进相应的专业发展。知识传递和整合包括（但不限于）：
- 在当地、全国和全球层面（例如实践社区、国际组织）向其他专业人员分享知识和专业技能；
- 参与培训、继续教育和发展：
- 项目管理专业（例如大学、PMI）；
- 相关专业（例如系统工程、配置管理）；
- 其他专业（例如信息技术、航空航天）。
专业的项目经理针对组织的价值可以选择指导和教育其他专业人员项目管理方法。项目经理还可以担任非正式的宣传大使，让组织了解项目管理在及时性、质量、创新和资源管理方面的优势。
虽然技术项目管理技能是项目集和项目管理的核心，但 PMI 研究指出，当今全球市场越来越复杂，竞争也越来越激烈，只有技术项目管理技能是不够的。各个组织正在寻求其他有关领导力和商业智慧技能。来自不同组织的成员均提出，这些能力可以有助于支持更长远的战略目标，以实现赢利。
战略和商业技能有助于项目经理确定应为其项目考虑哪些商业因素。项目经理应确定这些商业和战略因素会对项目造成的影响，同时了解项目与组织之间的相互关系。这些因素包括（但不限于）：
人际交往占据项目经理工作的很大一部分。项目经理应研究人的行为和动机，应尽力成为一个好的领导者，因为领导力对组织项目是否成功至关重要。项目经理需要运用领导力技能和品质与所有项目相关方合作，包括项目团队、团队指导和项目发起人。
在权力方面，顶尖的项目经理积极主动且目的明确。这些项目经理会在组织政策、协议和程序许可的范围内主动寻求所需的权力和职权，而不是坐等组织授权。
项目经理领导团队的方式可以分为很多种。项目经理可能会出于个人偏好或在综合考虑了与项目有关的多个因素之后选择领导力风格。根据作用因素的不同，项目经理可能会改变风格。要考虑的主要因素包括（但不限于）：
- 领导者的特点（例如态度、心情、需求、价值观、道德观）；
- 团队成员的特点（例如态度、心情、需求、价值观、道德观）；
- 组织的特点（例如目标、结构、工作类型）；
- 环境特点（例如社会形势、经济状况和政治因素）。
研究显示项目经理可以采用的多种领导力风格。在这些风格中，最常见的包括（但不限于）：
- 放任型领导（例如，允许团队自主决策和设定目标，又被称为“无为而治”）；
- 交易型领导（例如，关注目标、反馈和成就以确定奖励，例外管理）；
- 服务型领导（例如，做出服务承诺，处处先为他人着想；关注他人的成长、学习、发展、自主性和福祉；关注人际关系、团体与合作；服务优先于领导）；
- 变革型领导（例如，通过理想化特质和行为、鼓舞性激励、促进创新和创造，以及个人关怀提高追随者的能力）；
- 魅力型领导（例如，能够激励他人；精神饱满、热情洋溢、充满自信；说服力强）；
- 交互型领导（例如，结合了交易型、变革型和魅力型领导的特点）。
高效的项目经理在上述各个方面都具备一定程度的能力。每个项目、组织和情况都要求项目经理重视个性的不同方面。
管理项目的方法有很多，而方法的选择通常取决于项目的具体特点，包括规模、项目或组织的复杂性，以及执行组织的文化。显然，项目经理的人际关系技能和能力与其管理项目的方式有紧密的关系。
与几十年前相比，当今企业和项目所处的环境有了很大的变化。新技术不断涌现。社交网络、多元文化、虚拟团队和新的价值观都是项目所要面临的全新现实。整合涉及多个组织的、大规模、跨职能项目实施中的知识和人员便是一例。项目经理在指导项目团队进行沟通规划和知识管理时需要考虑这个背景所产生的影响。
项目的复杂性来源于组织的系统行为、人类行为以及组织或环境中的不确定性。《项目复杂性管理：实践指南》[13] 将复杂性的三个维度定义为：
项目整合管理包括对隶属于项目管理过程组的各种过程和项目管理活动进行识别、定义、组合、统一和协调的各个过程。在项目管理中，整合兼具统一、合并、沟通和建立联系的性质，这些行动应该贯穿项目始终。项目整合管理包括进行以下选择：
- 资源分配；
- 平衡竞争性需求；
- 研究各种备选方法；
- 为实现项目目标而裁剪过程；
- 管理各个项目管理知识领域之间的依赖关系。
项目整合管理过程包括：
4.1 制定项目章程 — 编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。
4.2 制定项目管理计划 — 定义、准备和协调项目计划的所有组成部分，并把它们整合为一份综合项目管理计划的过程。
4.3 指导与管理项目工作 — 为实现项目目标而领导和执行项目管理计划中所确定的工作，并实施已批准变更的过程。
4.4 管理项目知识 — 使用现有知识并生成新知识，以实现项目目标，并且帮助组织学习的过程。
4.5 监控项目工作 — 跟踪、审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标的过程。
4.6 实施整体变更控制 — 审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。
4.7 结束项目或阶段 — 终结项目、阶段或合同的所有活动的过程。
图 4-1 概述了项目整合管理的各个过程。虽然在本《PMBOK® 指南》中，各项目整合管理过程
以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 4-1项目整合管理概述
项目整合管理的核心概念项目整合管理由项目经理负责。虽然其他知识领域可以由相关专家（如成本分析专家、进度规划专家、风险管理专家）管理，但是项目整合管理的责任不能被授权或转移。只能由项目经理负责整合所有其他知识领域的成果，并掌握项目总体情况。项目经理必须对整个项目承担最终责任。
项目与项目管理本质上具有整合性质，例如，为应急计划制定成本估算时，就需要整合项目成本管理、项目进度管理和项目风险管理知识领域中的相关过程。在识别出与各种人员配备方案有关的额外风险时，可能需要再次进行上述某个或某几个过程。
项目管理过程组的各个过程之间经常反复发生联系。例如，在项目早期，规划过程组为执行过程组提供书面的项目管理计划；然后，随着项目的进展，规划过程组还将根据变更情况，更新项目管理计划。
项目整合管理指的是：
- 确保产品、服务或成果的交付日期，项目生命周期以及效益管理计划这些方面保持一致；
- 编制项目管理计划以实现项目目标；
- 确保创造合适的知识并运用到项目中，并从项目中获取必要的知识；
- 管理项目管理计划中活动的绩效和变更；
- 做出针对影响项目的关键变更的综合决策；
- 测量和监督项目进展，并采取适当措施以实现项目目标；
- 收集关于已达成结果的数据，分析数据以获取信息，并与相关方分享信息；
- 完成全部项目工作，正式关闭各个阶段、合同以及整个项目；
- 管理可能需要的阶段过渡。
项目越复杂，相关方的期望越多样化，就需要越全面的整合方法。
项目整合管理的发展趋势和新兴实践项目整合管理知识领域要求整合所有其他知识领域的成果。与整合管理过程相关的发展趋势包括（但不限于）：
- 使用自动化工具。项目经理需要整合大量的数据和信息，因此有必要使用项目管理信息系统(PMIS) 和自动化工具来收集、分析和使用信息，以实现项目目标和项目效益。
- 使用可视化管理工具。有些项目团队使用可视化管理工具，而不是书面计划和其它文档，来获取和监督关键的项目要素。这样，就便于整个团队直观地看到项目的实时状态，促进知识转移，并提高团队成员和其他相关方识别和解决问题的能力。
- 项目知识管理。项目人员的流动性和不稳定性越来越高，就要求采用更严格的过程，在整个项目生命周期中积累知识并传达给目标受众，以防止知识流失。
- 增加项目经理的职责。项目经理被要求介入启动和结束项目，例如开展项目商业论证和效益管理。按照以往的惯例，这些事务均由管理层和项目管理办公室负责。现在，项目经理需要频繁地与他们合作处理这些事务，以便更好地实现项目目标以及交付项目效益。项目经理也需要更全面地识别相关方，并引导他们参与项目，包括管理项目经理与各职能部门、运营部门和高级管理人员之间的接口。
- 混合型方法。经实践检验的新做法会不断地融入项目管理方法，例如，采用敏捷或其他迭代做法，为开展需求管理而采用商业分析技术，为分析项目复杂性而采用相关工具，以及为在组织中应用项目成果而采用组织变革管理方法。
裁剪时需要考虑的因素因为每个项目都是独特的，所以项目经理可能需要裁剪项目整合管理过程。裁剪时应考虑的因素包括（但不限于）：
- 项目生命周期。什么是合适的项目生命周期？项目生命周期应包括哪些阶段？
- 开发生命周期。对特定产品、服务或成果而言，什么是合适的开发生命周期和开发方法？预测型或适应型方法是否适当？如果是适应型，开发产品是该采用增量还是迭代的方式？混合型方法是否为最佳选择？
- 管理方法。考虑到组织文化和项目的复杂性，哪种管理过程最有效？
- 知识管理。在项目中如何管理知识以营造合作的工作氛围？
- 变更。在项目中如何管理变更？
- 治理。有哪些监控机构、委员会和其他相关方该参与项目治理？对项目状态报告的要求是什么？
- 经验教训。在项目期间及项目结束时，应收集哪些信息？历史信息和经验教训是否适用于未来的项目？
- 效益。应该在何时以何方式报告效益：在项目结束时还是在每次迭代或阶段结束时？
在敏捷或适应型环境中需要考虑的因素迭代和敏捷方法能够促进团队成员以相关领域专家的身份参与整合管理。团队成员自行决定计划及其组件的整合方式。
在适应型环境下，《整合管理的核心概念》中所述的对项目经理的期望保持不变，但把对具体产品的规划和交付授权给团队来控制。项目经理的关注点在于营造一个合作型的决策氛围，并确保团队有能力应对变更。如果团队成员具备广泛的技能基础而不局限于某个狭窄的专业领域，那么这种合作型方法就会更加有效。
项目可能因内部经营需要或外部影响而启动，故通常需要编制需求分析、可行性研究、商业论证或有待项目处理的情况的描述。通过编制项目章程，来确认项目符合组织战略和日常运营的需要。
专家判断是指基于某应用领域、知识领域、学科和行业等的专业知识而做出的，关于当前活动的合理判断，这些专业知识可来自具有专业学历、知识、技能、经验或培训经历的任何小组或个人。
本过程应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：
- 组织战略；
- 效益管理；
- 关于项目所在的行业以及项目关注的领域的技术知识；
- 持续时间和预算的估算；
- 风险识别。
项目章程是由项目启动者或发起人发布的，正式批准项目成立，并授权项目经理使用组织资源开展项目活动的文件。它记录了关于项目和项目预期交付的产品、服务或成果的高层级信息，例如：
在商业论证（见 1.2.6.1 节）和效益管理计划（见 1.2.6.2 节）中，可以找到关于项目目标以及项目对业务目标的贡献的相关信息。虽然商业文件是在项目之前制定的，但需要定期审核。
- 商业论证。经批准的商业论证或类似文件是最常用于制定项目章程的商业文件。商业论证从商业视角描述必要的信息，并且据此决定项目的期望结果是否值得所需投资。高于项目级别的经理和高管们通常使用该文件作为决策的依据。一般情况下，商业论证会包含商业需求和成本效益分析，以论证项目的合理性并确定项目边界。关于商业论证的更多信息，请见 1.2.6.1 节。
商业论证的编制可由以下一个或多个因素引发：
- 市场需求（例如，为应对汽油紧缺，某汽车制造商批准一个低油耗车型的研发项目）；
- 组织需要（例如，因为管理费用太高，公司决定合并一些职能并优化流程以降低成本）；
- 客户要求（例如，为了给新工业园区供电，某电力公司批准一个新变电站建设项目）；
- 技术进步（例如，基于技术进步，某航空公司批准了一个新项目，来开发电子机票以取代纸质机票）；
- 法律要求（例如，某油漆制品厂批准一个项目，来编写有毒物质处理指南）；
- 生态影响（例如，某公司批准一个项目，来降低对环境的影响）；
- 社会需要（例如，为应对霍乱频发，某发展中国家的非政府组织批准一个项目，为社区建设饮用水系统和公共厕所，并开展卫生教育）。
项目章程包含来源于商业文件中的相关项目信息。既然商业文件不是项目文件，项目经理就不可以对它们进行更新或修改，只可以提出相关建议。
能够影响制定项目章程过程的事业环境因素包括（但不限于）：
- 政府或行业标准（如产品标准、质量标准、安全标准和工艺标准）；
- 法律法规要求和（或）制约因素；
- 市场条件；
- 组织文化和政治氛围；
- 组织治理框架（通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，以实现组织的战略和运营目标）；
- 相关方的期望和风险临界值。
能够影响制定项目章程过程的组织过程资产包括（但不限于）：
- 组织的标准政策、流程和程序；
- 项目组合、项目集和项目的治理框架（用于提供指导和制定决策的治理职能和过程）；
- 监督和报告方法；
- 模板（如项目章程模板）；
- 历史信息与经验教训知识库（如项目记录与文件、关于以往项目选择决策的结果及以往项目绩效的信息）。
能够影响制定项目管理计划过程的事业环境因素包括（但不限于）：
- 政府或行业标准（如产品标准、质量标准、安全标准和工艺标准）；
- 法律法规要求和（或）制约因素；
- 垂直市场（如建筑）和（或）专门领域（如环境、安全、风险或敏捷软件开发）的项目管理知识体系；
- 组织的结构、文化、管理实践和可持续性；
- 组织治理框架（通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，以实现组织的战略和运营目标）；
- 基础设施（如现有的设施和固定资产）。
能够影响制定项目管理计划过程的组织过程资产包括（但不限于）：
- 组织的标准政策、流程和程序；
- 项目管理计划模板，包括：
- 根据项目的特定要求而裁剪组织的标准流程的指南和标准；
- 项目收尾指南或要求，如产品确认及验收标准。
- 变更控制程序，包括修改正式的组织标准、政策、计划、程序或项目文件，以及批准和确认变更所须遵循的步骤；
- 监督和报告方法、风险控制程序，以及沟通要求；
- 以往类似项目的相关信息（如范围、成本、进度与绩效测量基准、项目日历、项目进度网络图和风险登记册）；
- 历史信息和经验教训知识库。
可用于本过程的数据收集技术包括（但不限于）：
- 头脑风暴。见 4.1.2.2 节。制定项目管理计划时，经常以头脑风暴的形式来收集关于项目方法的创意和解决方案。参会者包括项目团队成员，其他主题专家 (SME) 或相关方也可以参与。
- 核对单。见 11.2.2.2 节。很多组织基于自身经验制定了标准化的核对单，或者采用所在行业的核对单。核对单可以指导项目经理制定计划或帮助检查项目管理计划是否包含所需全部信息。
- 焦点小组。见 5.2.2.2 节。焦点小组召集相关方讨论项目管理方法以及项目管理计划各个组成部分的整合方式。
- 访谈。见 5.2.2.2 节。访谈用于从相关方获取特定信息，用以制定项目管理计划、任何子计划或项目文件。
项目管理计划是说明项目执行、监控和收尾方式的一份文件，它整合并综合了所有子管理计划和基准，以及管理项目所需的其他信息。究竟需要哪些项目管理计划组件，取决于具体项目的需求。
项目管理计划组件包括（但不限于）：
- 子管理计划：
- 范围管理计划。见 5.1.3.1 节。确立如何定义、制定、监督、控制和确认项目范围。
- 需求管理计划。见 5.1.3.2 节。确定如何分析、记录和管理需求。
- 进度管理计划。见 6.1.3.1 节。为编制、监督和控制项目进度建立准则并确定活动。
- 成本管理计划。见 7.1.3.1 节。确定如何规划、安排和控制成本。
- 质量管理计划。见 8.1.3.1 节。确定在项目中如何实施组织的质量政策、方法和标准。
- 资源管理计划。见 9.1.3.1 节。指导如何对项目资源进行分类、分配、管理和释放。
- 沟通管理计划。见 10.1.3.1 节。确定项目信息将如何、何时、由谁来进行管理和传播。
- 风险管理计划。见 11.1.3.1 节。确定如何安排与实施风险管理活动。
- 采购管理计划。见 12.1.3.1 节。确定项目团队将如何从执行组织外部获取货物和服务。
- 相关方参与计划。见 13.2.3.1 节。确定如何根据相关方的需求、利益和影响让他们参与项目决策和执行。
- 基准：
- 范围基准。见 5.4.3.1 节。经过批准的范围说明书、工作分解结构 (WBS) 和相应的 WBS 词典，用作比较依据。
- 进度基准。见 6.5.3.1 节。经过批准的进度模型，用作与实际结果进行比较的依据。
- 成本基准。见 7.3.3.1 节。经过批准的、按时间段分配的项目预算，用作与实际结果进行比较的依据。
- 其他组件。大多数项目管理计划组件都来自于其他过程，虽然有些组件是在本过程生成的。
虽然在本过程生成的组件会因项目而异，但是通常包括（但不限于）：
- 变更管理计划。描述在整个项目期间如何正式审批和采纳变更请求。
- 配置管理计划。描述如何记录和更新项目的特定信息，以及该记录和更新哪些信息，以保持产品、服务或成果的一致性和（或）有效性。
- 绩效测量基准。经过整合的项目范围、进度和成本计划，用作项目执行的比较依据，以测量和管理项目绩效。
- 项目生命周期。描述项目从开始到结束所经历的一系列阶段。
- 开发方法。描述产品、服务或成果的开发方法，例如预测、迭代、敏捷或混合型模式。
- 管理审查。确定项目经理和有关相关方审查项目进展的时间点，以考核绩效是否符合预期，或者确定是否有必要采取预防或纠正措施。
项目管理计划是用于管理项目的主要文件之一。管理项目时还会使用其他项目文件。这些其他文件不属于项目管理计划，但它们也是实现高效管理所必需的文件。表 4-1 列出了主要的项目管理计划组件和项目文件。
表 4-1项目管理计划和项目文件
项目经理与项目管理团队一起指导实施已计划好的项目活动，并管理项目内的各种技术接口和组织接口。指导与管理项目工作还要求回顾所有项目变更的影响，并实施已批准的变更，包括纠正措施、预防措施和（或）缺陷补救。
能够影响指导与管理项目工作过程的事业环境因素包括（但不限于）：
- 组织的结构、文化、管理实践和可持续性；
- 基础设施（如现有的设施和固定资产）；
- 相关方的风险临界值（如允许的成本超支百分比）。
能够影响指导与管理项目工作过程的组织过程资产包括（但不限于）：
- 组织的标准政策、流程和程序；
- 问题与缺陷管理程序，用于定义问题与缺陷控制、问题与缺陷识别及其解决，以及行动事项跟踪；
- 问题与缺陷管理数据库，包括历史问题与缺陷状态、问题和缺陷解决情况，以及行动事项的结果；
- 绩效测量数据库，用来收集与提供过程和产品的测量数据；
- 变更控制和风险控制程序；
- 以往项目的项目信息（如范围、成本、进度与绩效测量基准，项目日历，项目进度网络图，风险登记册，风险报告以及经验教训知识库）。
见 4.1.2.1 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：
- 关于项目所在的行业以及项目关注的领域的技术知识；
- 成本和预算管理；
- 法规与采购；
- 法律法规；
- 组织治理。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在本过程中通过变更请求加以更新。
从组织的角度来看，知识管理指的是确保项目团队和其他相关方的技能、经验和专业知识在项目开始之前、开展期间和结束之后得到运用。因为知识存在于人们的思想中，且无法强迫人们分享自己的知识或关注他人的知识，所以，知识管理最重要的环节就是营造一种相互信任的氛围，激励人们分享知识或关注他人的知识。如果不激励人们分享知识或关注他人的知识，即便最好的知识管理工具和技术也无法发挥作用。在实践中，联合使用知识管理工具和技术（用于人际互动）以及信息管理工具和技术（用于编撰显性知识）来分享知识。
能够影响管理项目知识过程的事业环境因素包括（但不限于）：
- 组织文化、相关方文化和客户文化。相互信任的工作关系和互不指责的文化对知识管理尤其重要。其他因素则包括赋予学习的价值和社会行为规范。
- 设施和资源的地理分布。团队成员所在的位置有助于确定收集和分享知识的方法。
- 组织中的知识专家。有些组织拥有专门从事知识管理的团队或员工。
- 法律法规要求和（或）制约因素。包括对项目信息的保密性要求。
在项目管理过程和例行工作中，经常必然要使用项目管理知识，能够影响管理项目知识过程的组织过程资产包括（但不限于）：
- 组织的标准政策、流程和程序。可能包括：信息的保密性和获取渠道、安全与数据保护、记录保留政策、版权信息的使用、机密信息的销毁、文件格式和最大篇幅、注册数据和元数据、授权使用的技术和社交媒体等。
- 人事管理制度。包括员工发展与培训记录以及关于知识分享行为的能力框架。
- 组织对沟通的要求。正式且严格的沟通要求有利于信息分享。对于生成新知识和整合不同相关方群体的知识，非正式沟通更加有效。
- 正式的知识分享和信息分享程序。包括项目和项目阶段开始之前、开展期间和结束之后的学习回顾，例如识别、吸取和分享从当前项目和其他项目获得的经验教训。
见 4.1.2.1 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：
- 知识管理；
- 信息管理；
- 组织学习；
- 知识和信息管理工具；
- 来自其他项目的相关信息。
可用于本过程的人际关系与团队技能包括（但不限于）：
- 积极倾听。见 10.2.2.6 节。积极倾听有助于减少误解并促进沟通和知识分享。
- 引导。见 4.1.2.3 节。引导有助于有效指引团队成功地达成决定、解决方案或结论。
- 领导力。见 3.4.4 节。领导力可帮助沟通愿景并鼓舞项目团队关注合适的知识和知识目标。
- 人际交往。见 10.2.2.6 节。人际交往促使项目相关方之间建立非正式的联系和关系，为显性和隐性知识的分享创造条件。
- 政治意识。见 10.1.2.6 节。政治意识有助于项目经理根据项目环境和组织的政治环境规划沟通。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在本过程中更新。
见 12.2.3.2 节。采购协议中包括条款和条件，也可包括其他条目，如买方就卖方应实施的工作或应交付的产品所做的规定。如果项目将部分工作外包出去，项目经理需要监督承包商的工作，确保所有协议都符合项目的特定要求，以及组织的采购政策。
能够影响监控项目工作过程的事业环境因素包括（但不限于）：
- 项目管理信息系统，例如进度、成本、资源工具、绩效指标、数据库、项目记录和财务数据；
- 基础设施（如现有设施、设备、组织通讯渠道）；
- 相关方的期望和风险临界值；
- 政府或行业标准（如监管机构条例、产品标准、质量标准和工艺标准）；
能够影响监控项目工作过程的组织过程资产包括（但不限于）：
- 组织的标准政策、流程和程序；
- 财务控制程序（如必需的费用与支付审查、会计编码及标准合同条款等）；
- 监督和报告方法；
- 问题管理程序，用于定义问题控制、问题识别及其解决，以及行动事项跟踪；
- 缺陷管理程序，用于定义缺陷控制、缺陷识别及其解决，以及行动事项跟踪；
- 组织知识库，尤其是过程测量和经验教训知识库。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。在监控项目工作过程中提出的变更可能会影响整体项目管理计划。
尽管也可以口头提出，但所有变更请求都必须以书面形式记录，并纳入变更管理和（或）配置管理系统中。在批准变更之前，可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下，都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决，这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人，必要时，应该由变更控制委员会（CCB）来开展实施整体变更控制过程。CCB 是一个正式组成的团体，负责审查、评价、批准、推迟或否决项目变更，以及记录和传达变更处理决定。
能够影响实施整体变更控制过程的事业环境因素包括（但不限于）：
- 法律限制，例如国家或地区法规；
- 政府或行业标准（如产品标准、质量标准、安全标准和工艺标准）；
- 法律法规要求和（或）制约因素；
- 组织治理框架（通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，以实现组织的战略和运营目标）；
- 合同和采购制约因素。
能够影响实施整体变更控制过程的组织过程资产包括（但不限于）：
- 变更控制程序，包括修改组织标准、政策、计划和程序（或任一项目文件）所须遵循的步骤，以及如何批准和确认变更；
- 批准与签发变更的程序；
- 配置管理知识库，包括组织标准、政策、程序和项目文件的各种版本及基准。
工具的选择应基于项目相关方的需要，包括考虑组织和环境情况和（或）制约因素。工具应支持以下配置管理活动：
结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用是，存档项目或阶段信息，完成计划的工作，释放组织团队资源以展开新的工作。它仅开展一次或仅在项目的预定义点开展。图 4-14 描述本过程的输入、工具与技术和输出。图 4-15 是本过程的数据流向图。
图 4-14结束项目或阶段：输入、工具与技术和输出
图 4-15结束项目或阶段：数据流向图
• Projectcharter在结束项目时，项目经理需要回顾项目管理计划，确保所有项目工作都已完成以及项目目标均已实现。项目或阶段行政收尾所需的必要活动包括（但不限于）：
- 为达到阶段或项目的完工或退出标准所必须的行动和活动，例如：
- 确保所有文件和可交付成果都已是最新版本，且所有问题都已得到解决；
- 确认可交付成果已交付给客户并已获得客户的正式验收；
- 确保所有成本都已记入项目成本账；
- 关闭项目账户；
- 重新分配人员；
- 处理多余的项目材料；
- 重新分配项目设施、设备和其他资源；
- 根据组织政策编制详尽的最终项目报告。
- 为关闭项目合同协议或项目阶段合同协议所必须开展的活动，例如nn确认卖方的工作已通过正式验收；
- 最终处置未决索赔；
- 更新记录以反映最后的结果；
- 存档相关信息供未来使用。
- 为完成下列工作所必须开展的活动：
- 收集项目或阶段记录；
- 审计项目成败；
- 管理知识分享和传递；
- 总结经验教训；
- 存档项目信息以供组织未来使用。
- 为向下一个阶段，或者向生产和（或）运营部门移交项目的产品、服务或成果所必须开展的行动和活动。
- 收集关于改进或更新组织政策和程序的建议，并将它们发送给相应的组织部门。
- 测量相关方的满意程度。
如果项目在完工前就提前终止，结束项目或阶段过程还需要制定程序，来调查和记录提前终止的原因。为了实现上述目的，项目经理应该引导所有合适的相关方参与本过程。
能够影响结束项目或阶段过程的组织过程资产包括（但不限于）：
- 项目或阶段收尾指南或要求（如经验教训、项目终期审计、项目评价、产品确认、验收标准、合同收尾、资源重新分配、团队绩效评估，以及知识传递）；
- 配置管理知识库，包括组织标准、政策、程序和项目文件的各种版本及基准。
可用于项目收尾的数据分析技术包括（但不限于）：
- 文件分析。见 5.2.2.3 节。评估现有文件有助于总结经验教训和分享知识，以改进未来项目和组织资产。
- 回归分析。该技术分析作用于项目结果的不同项目变量之间的相互关系，以提高未来项目的绩效。
- 趋势分析。见 4.5.2.2 节。趋势分析可用于确认组织所用模式的有效性，并且为了未来项目而进行相应的模式调整。
- 偏差分析。见 4.5.2.2 节。偏差分析可通过比较计划目标与最终结果来改进组织的测量指标。
项目交付的产品、服务或成果可转交给另一团队或组织，并由其在整个生命周期中进行运营、维护和支持。
需要更新的组织过程资产包括（但不限于）：
- 项目文件。在项目活动中产生的各种文件，例如项目管理计划，范围文件、成本文件、进度文件和项目日历，以及变更管理文件。
- 运营和支持文件。组织维护、运营和支持项目交付的产品或服务时所需的文件。可包括新生成的文件，或对已有文件的更新。
- 项目或阶段收尾文件。项目或阶段收尾文件包括表明项目或阶段完工的正式文件，以及用来将完成的项目或阶段可交付成果移交给他人（如运营部门或下一阶段）的正式文件。在项目收尾期间，项目经理应该回顾以往的阶段文件，确认范围过程（见 5.5 节）所产生的客户验收文件，以及合同协议（如果有的话），以确保在达到全部项目要求之后才正式关闭项目。
如果项目在完工前提前终止，则需要在正式的收尾文件中说明项目终止的原因，并规定正式程序，把该项目的已完成和未完成的可交付成果移交他人。
- 经验教训知识库。将在整个项目期间获得的经验教训和知识归入经验教训知识库，供未来项目使用。
项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目的各个过程。管理项目范围主要在于定义和控制哪些工作应该包括在项目内，哪些不应该包括在项目内。
项目范围管理过程包括：
5.1 规划范围管理 — 为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。
5.2 收集需求 — 为实现项目目标而确定、记录并管理相关方的需要和需求的过程。
5.3 定义范围 — 制定项目和产品详细描述的过程。
5.4 创建 WBS — 将项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。
5.5 确认范围 — 正式验收已完成的项目可交付成果的过程。
5.6 控制范围 — 监督项目和产品的范围状态，管理范围基准变更的过程。
图 5-1 概括了项目范围管理的各个过程。虽然各项目范围管理过程以界限分明、相互独立的形式出
现，但在实践中它们会以《PMBOK® 指南》无法全面叙述的方式相互交叠、相互作用。
图 5-1项目范围管理概述
项目范围管理的核心概念在项目环境中，“范围”这一术语有两种含义：
- 产品范围。某项产品、服务或成果所具有的特征和功能。
- 项目范围 。为交付具有规定特性与功能的产品、服务或成果而必须完成的工作。项目范围有时也包括产品范围。
从预测型方法到适应型或敏捷型方法，项目生命周期可以处于这个连续区间内的任何位置。在预测型生命周期中，在项目开始时就对项目可交付成果进行定义，对任何范围变化都要进行渐进管理。而在适应型或敏捷型生命周期中，通过多次迭代来开发可交付成果，并在每次迭代开始时定义和批准详细的范围。
采用适应型生命周期，旨在应对大量变更，需要相关方持续参与项目；因此，应将适应型项目的整体范围分解为一系列拟实现的需求和拟执行的工作（有时称为产品未完项）。在一个迭代开始时，团队将努力确定产品未完项中，哪些最优先项应在下一次迭代中交付。在每次迭代中，都会重复开展三个过程：收集需求、定义范围和创建 WBS。相反，在预测型项目中，这些过程在项目开始时开展，并在必要时通过实施整体变更控制过程进行更新。
在适应型或敏捷型生命周期中，发起人和客户代表应该持续参与项目，随同可交付成果的创建提供反馈意见，并确保产品未完项反映他们的当前需求。在每次迭代中，都会重复开展两个过程：确认范围和控制范围。相反，在预测型项目中，确认范围在每个可交付成果生成时或者在阶段审查点开展，而控制范围则是一个持续性的过程。
在预测型项目中，经过批准的项目范围说明书、工作分解结构（WBS）和相应的 WBS 词典构成项目范围基准。只有通过正式变更控制程序，才能进行基准变更。在开展确认范围、控制范围及其他控制过程时，基准被用作比较的基础。而采用适应型生命周期的项目，则使用未完项（包括产品需求和用户故事）反映当前需求。
项目范围的完成情况是根据项目管理计划来衡量的，而产品范围的完成情况是根据产品需求来衡量的。在这里，“需求”是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。
确认范围是正式验收已完成的项目可交付成果的过程。从控制质量过程输出的核实的可交付成果是确认范围过程的输入，而验收的可交付成果是确认范围过程的输出之一，由获得授权的相关方正式签字批准。因此，相关方需要在规划阶段早期介入（有时需要在启动阶段就介入），对可交付成果的质量提出意见，以便控制质量过程能够据此评估绩效并提出必要的变更建议。
目范围管理的发展趋势和新兴实践需求一直是项目管理中的重点，并且还将继续得到项目管理从业者的更多关注。随着全球环境变得日益复杂，组织开始认识到如何运用商业分析，通过定义、管理和控制需求活动来提高竞争优势。商业分析活动可在项目启动和项目经理任命之前就开始。根据《需求管理：实践指南》[14]，需求管理过程始于需要评估，而需要评估又可能始于项目组合规划、项目集规划或单个项目。
在项目范围管理过程中，收集、记录和管理相关方需求。项目范围管理的范围趋势和新兴实践包括（但不限于）注重与商业分析专业人士的合作，以便：
- 确定问题并识别商业需要；
- 识别并推荐能够满足这些需要的可行解决方案；
- 收集、记录并管理相关方需求，以满足商业和项目目标；
- 推动项目集或项目的产品、服务或最终成果的成功应用 [7]。
需求管理过程结束于需求关闭，即把产品、服务或成果移交给接收方，以便长期测量、监控、实现和维持效益。
应该将商业分析的角色连同职责分配给具有足够商业分析技能和专业知识的人员。如果项目已配备商业分析师，那么，与需求管理相关的活动便是该角色的职责。而项目经理则负责确保这些活动在项目管理计划有所安排，并且在预算内按时完成，同时能够创造价值。
项目经理与商业分析师之间应该是伙伴式合作关系。如果项目经理和商业分析师能够理解彼此在促进项目目标实现过程中的角色和职责，项目成功的可能性就更大。
裁剪时需要考虑的因素因为每个项目都是独特的，所以项目经理需要裁剪项目范围管理过程。裁剪时应考虑的因素包括（但不限于）：
- 知识和需求管理。组织是否拥有正式或非正式的知识和需求管理体系？为了在未来项目中重复使用需求，项目经理应建立哪些指南？
- 确认和控制。组织是否拥有正式或非正式的与确认和控制相关的政策、程序和指南？
- 开发方法。组织是否采用敏捷方法管理项目？开发方法属于迭代型还是增量型？是否采用预测型方法？混合型方法是否有效？
- 需求的稳定性。项目中是否存在需求不稳定的领域？是否有必要采用精益、敏捷或其他适应型技术来处理不稳定的需求，直至需求稳定且定义明确？
- 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南？
在敏捷或适应型环境中需要考虑的因素对于需求不断变化、风险大或不确定性高的项目，在项目开始时通常无法明确项目的范围，而需要在项目期间逐渐明确。敏捷方法特意在项目早期缩短定义和协商范围的时间，并为持续探索和明确范围而延长创建相应过程的时间。在许多情况下，不断涌现的需求往往导致真实的业务需求与最初所述的业务需求之间存在差异。因此，敏捷方法有目的地构建和审查原型，并通过多次发布版本来明确需求。这样一来，范围会在在整个项目期间被定义和再定义。在敏捷方法中，把需求列入未完项。
见 4.2.3.1 节。项目管理计划组件包括（但不限于）：
- 质量管理计划。见 8.1.3.1 节。在项目中实施组织的质量政策、方法和标准的方式会影响管理项目和产品范围的方式。
- 项目生命周期描述。项目生命周期定义了项目从开始到完成所经历的一系列阶段。
- 开发方法。开发方法定义了项目是采用瀑布式、迭代型、适应型、敏捷型还是混合型开发方法。
能够影响规划范围管理过程的事业环境因素包括（但不限于）：
- 组织文化；
- 基础设施；
- 人事管理制度；
- 市场条件。
需求管理计划是项目管理计划的组成部分，描述将如何分析、记录和管理项目和产品需求。根据《从业者商业分析：实践指南》[7]，有些组织称之为“商业分析计划”。需求管理计划的主要内容包括（但不限于）：
会影响收集需求过程的事业环境因素包括（但不限于）：
- 组织文化；
- 基础设施；
- 人事管理制度；
- 市场条件。
可用于本过程的数据收集技术包括（但不限于）：
- 头脑风暴。见 4.1.2.2 节。头脑风暴是一种用来产生和收集对项目需求与产品需求的多种创意的技术。
- 访谈。访谈是通过与相关方直接交谈，来获取信息的正式或非正式的方法。访谈的典型做法是向被访者提出预设和即兴的问题，并记录他们的回答。访谈经常是一个访谈者和一个被访者之间的“一对一”谈话，但也可以包括多个访谈者和/或多个被访者。访谈有经验的项目参与者、发起人和其他高管，以及主题专家，有助于识别和定义所需产品可交付成果的特征和功能。访谈也可用于获取机密信息。
- 焦点小组。焦点小组是召集预定的相关方和主题专家，了解他们对所讨论的产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比“一对一”的访谈更热烈。
- 问卷调查。问卷调查是指设计一系列书面问题，向众多受访者快速收集信息。问卷调查方法非常适用于以下情况：受众多样化，需要快速完成调查，受访者地理位置分散，并且适合开展统计分析。
- 标杆对照见 。 8.1.2.2 节。标杆对照将实际或计划的产品、过程和实践，与其他可比组织的实践进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的，也可以是外部的。
需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。只有明确的（可测量和可测试的）、可跟踪的、完整的、相互协调的，且主要相关方愿意认可的需求，才能作为基准。需求文件的格式多种多样，既可以是一份按相关方和优先级分类列出全部需求的简单文件，也可以是一份包括内容提要、细节描述和附件等的详细文件。
许多组织把需求分为不同的种类，如业务解决方案和技术解决方案。前者是相关方的需要，后者是指如何实现这些需要。把需求分成不同的类别，有利于对需求进行进一步完善和细化。需求的类别包括：
- 业务需求。整个组织的高层级需要，例如，解决业务问题或抓住业务机会，以及实施项目的原因。
- 相关方需求。相关方或相关方群体的需要。
- 解决方案需求。为满足业务需求和相关方需求，产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求：
- 功能需求。功能需求描述产品应具备的功能，例如，产品应该执行的行动、流程、数据和交互。
- 非功能需求。非功能需求是对功能需求的补充，是产品正常运行所需的环境条件或质量要求，例如，可靠性、保密性、性能、安全性、服务水平、可支持性、保留或清除等。
- 过渡和就绪需求。这些需求描述了从“当前状态”过渡到“将来状态”所需的临时能力，如数据转换和培训需求。
- 项目需求。项目需要满足的行动、过程或其他条件，例如里程碑日期、合同责任、制约因素等。
- 质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准，例如测试、认证、确认等。
会影响定义范围过程的事业环境因素包括（但不限于）：
- 组织文化；
- 基础设施；
- 人事管理制度；
- 市场条件。
WBS 组织并定义了项目的总范围，代表着经批准的当前项目范围说明书中所规定的工作。
对 WBS 较高层组件进行分解，就是要把每个可交付成果或组件分解为最基本的组成部分，即可核实的产品、服务或成果。如果采用敏捷方法，可以将长篇故事分解成用户故事。WBS 可以采用提纲式、组织结构图或能说明层级结构的其他形式。通过确认 WBS 较低层组件是完成上层相应可交付成果的必要且充分的工作，来核实分解的正确性。不同的可交付成果可以分解到不同的层次。某些可交付成果只需分解到下一层，即可到达工作包的层次，而另一些则须分解更多层。工作分解得越细致，对工作的规划、管理和控制就越有力。但是，过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低，同时造成 WBS 各层级的数据汇总困难。
范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典，只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。范围基准是项目管理计划的组成部分，包括：
- 项目范围说明书。项目范围说明书包括对项目范围、主要可交付成果、假设条件和制约因素的描述（见 5.3.3.1 节）。
- WBS。WBS 是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。工作分解结构每向下分解一层，代表对项目工作更详细的定义。
- 工作包。WBS 的最低层级是带有独特标识号的工作包。这些标识号为进行成本、进度和资源信息的逐层汇总提供了层级结构，构成账户编码。每个工作包都是控制账户的一部分，而控制账户则是一个管理控制点。在该控制点上，把范围、预算和进度加以整合，并与挣值相比较，以测量绩效。控制账户拥有两个或更多工作包，但每个工作包只与一个控制账户关联。
- 规划包。一个控制账户可以包含一个或多个规划包，其是一种低于控制账户而高于工作包的工作分解结构组件，工作内容已知，但详细的进度活动未知。
- WBS 词典。WBS 词典是针对 WBS 中的每个组件，详细描述可交付成果、活动和进度信息的文件。WBS 词典对 WBS 提供支持，其中大部分信息由其他过程创建，然后在后期添加到词典中。WBS 词典中的内容可能包括（但不限于）：
- 账户编码标识；
- 工作描述；
- 假设条件和制约因素；
- 负责的组织；
- 进度里程碑；
- 相关的进度活动；
- 所需资源；
- 成本估算；
- 质量要求；
- 验收标准；
- 技术参考文献；
- 协议信息。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）：
在大型组织中，可能同时存在小规模项目和大规模举措，需要制定长期路线图，通过规模参数（如团队规模、地理分布、法规合规性、组织复杂性和技术复杂性）来管理这些项目集。为管理大规模的、全企业系统的、完整的交付生命周期，可能需要采用一系列技术，包括预测型方法、适应型方法或两种方法的混合。组织还可能需要结合几种核心方法，或采用已实践过的方法，并采纳来自传统技术的一些原则和实践。
能够影响规划进度管理过程的事业环境因素包括（但不限于）：
- 组织文化和结构；
- 团队资源可用性、技能以及物质资源可用性；
- 进度计划软件；
- 指南和标准，用于裁剪组织标准过程和程序以满足项目的特定要求；
- 商业数据库，如标准化的估算数据。
进度管理计划是项目管理计划的组成部分，为编制、监督和控制项目进度建立准则和明确活动。
根据项目需要，进度管理计划可以是正式或非正式的，非常详细或高度概括的，其中应包括合适的控制临界值。
进度管理计划会规定：
- 项目进度模型制定。需要规定用于制定项目进度模型的进度规划方法论和工具。
- 进度计划的发布和迭代长度。使用适应型生命周期时，应指定固定时间的发布时段、阶段和迭代。固定时间段指项目团队稳定地朝着目标前进的持续时间，它可以推动团队先处理基本功能，然后在时间允许的情况下再处理其他功能，从而尽可能减少范围蔓延。
- 准确度。准确度定义了需要规定活动持续时间估算的可接受区间，以及允许的应急储备数量。
- 计量单位。需要规定每种资源的计量单位，例如，用于测量时间的人时数、人天数或周数，用于计量数量的米、升、吨、千米或立方码。
- 组织程序链接。工作分解结构（WBS，见 5.4 节）为进度管理计划提供了框架，保证了与估算及相应进度计划的协调性。
- 项目进度模型维护。需要规定在项目执行期间，将如何在进度模型中更新项目状态，记录项目进展。
- 控制临界值。可能需要规定偏差临界值，用于监督进度绩效。它是在需要采取某种措施前，允许出现的最大差异。临界值通常用偏离基准计划中的参数的某个百分数来表示。
- 绩效测量规则。需要规定用于绩效测量的挣值管理（EVM）规则或其他测量规则。例如，进度管理计划可能规定：
- 确定完成百分比的规则；
- EVM 技术，如基准法、固定公式法、完成百分比法等。更多信息，参阅《挣值管理实践标准》[17]；
- 进度绩效测量指标，如进度偏差（SV）和进度绩效指数（SPI），用来评价偏离原始进度基准的程度。
- 报告格式。需要规定各种进度报告的格式和编制频率。
影响定义活动过程的事业环境因素包括（但不限于）：
- 组织文化和结构；
- 商业数据库中发布的商业信息；
- 项目管理信息系统 (PMIS)。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）：
能够影响排列活动顺序过程的事业环境因素包括（但不限于）：
- 政府或行业标准；
- 项目管理信息系统（PMIS）；
- 进度规划工具；
- 组织的工作授权系统。
见 4.3.2.2 节。项目管理信息系统包括进度计划软件；这些软件有助于规划、组织和调整活动顺序，插入逻辑关系、提前和滞后值，以及区分不同类型的依赖关系。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）：
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）：
项目成本管理包括为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程，从而确保项目在批准的预算内完工。项目成本管理过程包括：
7.1 规划成本管理 — 确定如何估算、预算、管理、监督和控制项目成本的过程。
7.2 估算成本 — 对完成项目活动所需货币资源进行近似估算的过程。
7.3 制定预算 — 汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程。
7.4 控制成本 — 监督项目状态，以更新项目成本和管理成本基准变更的过程。
图 7-1 概括了项目成本管理的各个过程。虽然在本《PMBOK® 指南》中，各项目成本管理过程以界
限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。这些过程不仅彼此相互作用，而且还与其他知识领域中的过程相互作用。
在某些项目，特别是范围较小的项目中，成本估算和成本预算之间的联系非常紧密，以至于可视为一个过程，由一个人在较短时间内完成。但本章仍然把这两个过程分开来介绍，因为它们所用的工具和技术各不相同。对成本的影响力在项目早期最大，因此尽早定义范围就至关重要（见 5.3 节）。
图 7-1项目成本管理概述
项目成本管理的核心概念项目成本管理重点关注完成项目活动所需资源的成本，但同时也应考虑项目决策对项目产品、服务或成果的使用成本、维护成本和支持成本的影响。例如，限制设计审查的次数可降低项目成本，但可能增加由此带来的产品运营成本。
成本管理的另一个方面是认识到不同的相关方会在不同的时间，用不同的方法测算项目成本。
例如，对于某采购品，可在做出采购决策、下达订单、实际交货、实际成本发生或进行项目会计记账时，测算其成本。在很多组织中，预测和分析项目产品的财务效益是在项目之外进行的，但对于有些项目，如固定资产投资项目，可在项目成本管理中进行这项预测和分析工作。在这种情况下，项目成本管理还需使用其他过程和许多通用财务管理技术，如投资回报率分析、现金流贴现分析和投资回收期分析等。
项目成本管理的趋势和新兴实践在项目成本管理的实践中，通过对挣值管理 (EVM)的扩展，引入挣得进度 (ES) 这一概念。
ES 是 EVM 理论和实践的延伸。挣得进度理论用 ES 和实际时间 (AT) 替代了传统 EVM 所使用的进度偏差测量指标（挣值 – 计划价值），使用这种替代方法计算进度偏差 ES - AT，如果挣得进度大于 0，则表示项目进度提前了；换句话说，在某个给定的时间点，项目的挣值大于计划价值。使用挣得进度测量指标的进度绩效指数 (SPI) 为 ES 与 AT 之比，表示完成项目的工作效率。此外，挣得进度理论通过挣得进度、实际时间和估算持续时间，提供了预测项目完成日期的计算公式。
裁剪考虑因素由于每个项目都是独特的，项目经理因此可能需要裁剪项目成本管理过程。裁剪时应考虑的因素包括（但不限于）：
- 知识管理。组织是否拥有易于使用的、正式的知识管理体系和财务数据库，并要求项目经理使用？
- 估算和预算。组织是否拥有正式或非正式的，与成本估算和预算相关的政策、程序和指南？
- 挣值管理。组织是否采用挣值管理来管理项目？
- 敏捷方法的使用。组织是否采用敏捷方法管理项目？这对成本估算有什么影响？
- 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南？
关于敏捷/适应型环境的考虑因素对易变性高、范围并未完全明确、经常发生变更的项目，详细的成本计算可能没有多大帮助。
在这种情况下，可以采用轻量级估算方法快速生成对项目人力成本的高层级预测，在出现变更时容易调整预测；而详细的估算适用于采用准时制的短期规划。
如果易变的项目也遵循严格的预算，通常需要更频繁地更改范围和进度计划，以始终保持在成本制约因素之内。
能够影响规划成本管理过程的事业环境因素包括（但不限于）：
- 能够影响成本管理的组织文化和组织结构；
- 市场条件，决定着在当地及全球市场上可获取哪些产品、服务和成果；
- 货币汇率，用于换算发生在多个国家的项目成本；
- 发布的商业信息，经常可以从商业数据库中获取资源成本费率及相关信息，而这些数据库动态跟踪具有相应技能的人力资源的成本数据，也提供材料与设备的标准成本数据；还可以从卖方公布的价格清单中获取相关信息；
- 项目管理信息系统，可为管理成本提供多种方案；
- 不同地区的生产率差异，可能会对项目成本造成巨大影响。
成本管理计划是项目管理计划的组成部分，描述将如何规划、安排和控制项目成本。成本管理过程及其工具与技术应记录在成本管理计划中。
例如，在成本管理计划中规定：
- 计量单位。需要规定每种资源的计量单位，例如用于测量时间的人时数、人天数或周数，用于计量数量的米、升、吨、千米或立方码，或者用货币表示的总价。
- 精确度。根据活动范围和项目规模，设定成本估算向上或向下取整的程度（例如 995.59 美元取整为 1,000 美元）。
- 准确度。为活动成本估算规定一个可接受的区间（如 ±10%），其中可能包括一定数量的应急储备。
- 组织程序链接。工作分解结构（见 5.4 节）为成本管理计划提供了框架，以便据此规范地开展成本估算、预算和控制。在项目成本核算中使用的 WBS 组成部分，称为控制账户（CA），每个控制账户都有唯一的编码或账号，直接与执行组织的会计制度相联系。
- 控制临界值。可能需要规定偏差临界值，用于监督成本绩效。它是在需要采取某种措施前，允许出现的最大差异，通常用偏离基准计划的百分数来表示。
- 绩效测量规则。需要规定用于绩效测量的挣值管理（EVM）规则。例如，成本管理计划应该：
- 定义 WBS 中用于绩效测量的控制账户；
- 确定拟用的 EVM 技术（如加权里程碑法、固定公式法、完成百分比法等）；
- 规定跟踪方法，以及用于计算项目完工估算（EAC）的 EVM 公式，该公式计算出的结果可用于验证通过自下而上方法得出的完工估算。
- 报告格式。需要规定各种成本报告的格式和编制频率。
- 其他细节。关于成本管理活动的其他细节包括（但不限于）：
- 对战略筹资方案的说明；
- 处理汇率波动的程序；
- 记录项目成本的程序。
关于挣值管理的更多信息，参见《挣值管理实践标准》（第 2 版）[17]。
在项目生命周期中，项目估算的准确性亦将随着项目的进展而逐步提高。例如，在启动阶段可得出项目的粗略量级估算（Rough Order of Magnitude，ROM），其区间为 −25% 到 +75%；之后，随着信息越来越详细，确定性估算的区间可缩小至 −5% 到 +10%。某些组织已经制定出相应的指南，规定何时进行优化，以及每次优化所要达到的置信度或准确度。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）：
项目质量管理包括把组织的质量政策应用于规划、管理、控制项目和产品质量要求，以满足相关方目标的各个过程。此外，项目质量管理以执行组织的名义支持过程的持续改进活动。
项目质量管理过程包括：
8.1 规划质量管理 — 识别项目及其可交付成果的质量要求和/或标准，并书面描述项目将如何证明符合质量要求和/或标准的过程。
8.2 管理质量 — 管理质量是把组织的质量政策用于项目，并将质量管理计划转化为可执行的质量活动的过程。
8.3 控制质量 — 为了评估绩效，确保项目输出完整、正确，并满足客户期望，而监督和记录质量管理活动执行结果的过程。
图 8-1 概述了项目质量管理的各个过程。虽然各项目质量管理过程通常以界限分明、相互独立的形
式出现，但在实践中它们会以《PMBOK® 无法全面叙述的方式相互交叠、相互作用。此外，不同行业和公司的质量过程各不相同。
图 8-1项目质量管理概述
图 8-2 概述了项目质量管理过程的主要输入和输出以及这些过程在项目质量管理知识领域中的相
互关系。规划质量管理过程关注工作需要达到的质量，管理质量则关注管理整个项目期间的质量过程。在管理质量过程期间，在规划质量管理过程中识别的质量要求成为测试与评估工具，将用于控制质量过程，以确认项目是否达到这些质量要求。控制质量关注工作成果与质量要求的比较，确保结果可接受。项目质量管理知识领域有两个用于其他知识领域的特定输出，即核实的可交付成果和质量报告。
图 8-2主要项目质量管理过程的相互关系
项目质量管理的核心概念项目质量管理需要兼顾项目管理与项目可交付成果两个方面，它适用于所有项目，无论项目的可交付成果具有何种特性。质量的测量方法和技术则需专门针对项目所产生的可交付成果类型而定，例如，对于软件与核电站建设的可交付成果，项目质量管理需要采用不同的方法和措施。无论什么项目，若未达到质量要求，都会给某个或全部项目相关方带来严重的负面后果，例如：
- 为满足客户要求而让项目团队超负荷工作，就可能导致利润下降、整体项目风险增加，以及员工疲劳、出错或返工。
- 为满足项目进度目标而仓促完成预定的质量检查，就可能造成检验疏漏、利润下降，以及后续风险增加。
“质量”与“等级”不是相同的概念。质量作为实现的性能或成果，是“一系列内在特性满足要求的程度”（ISO 9000）[18]。等级作为设计意图，是对用途相同但技术特性不同的可交付成果的级别分类。项目经理及项目管理团队负责权衡，以便同时达到所要求的质量与等级水平。质量水平未达到质量要求肯定是个问题，而低等级产品不一定是个问题。例如：
- 一个低等级（功能有限）产品具备高质量（无明显缺陷），也许不是问题。该产品适合一般使用。
- 一个高等级（功能繁多）产品质量低（有许多缺陷），也许是个问题。该产品的功能会因质量低劣而无效和/或低效。
预防胜于检查。最好将质量设计到可交付成果中，而不是在检查时发现质量问题。预防错误的成本通常远低于在检查或使用中发现并纠正错误的成本。
根据不同的项目和行业领域，项目团队可能需要具备统计控制过程方面的实用知识，以便评估控制质量的输出中所包含的数据。项目管理团队应了解以下术语之间的差别：
- “ 预防”（保证过程中不出现错误）与“检查”（保证错误不落到客户手中）；
- “ 属性抽样”（结果为合格或不合格）与“变量抽样”（在连续的量表上标明结果所处的位置，表明合格的程度）；
- “ 公差”（结果的可接受范围）与“控制界限”（在统计意义上稳定的过程或过程绩效的普通偏差的边界）。
质量成本 (COQ) 包括在产品生命周期中为预防不符合要求、为评价产品或服务是否符合要求，以及因未达到要求（返工）而发生的所有成本。失败成本通常分为内部（项目团队发现的）和外部（客户发现的）两类。失败成本也称为劣质成本。第 8.1.2.3 节给出了每类质量成本的一些例子。
组织选择投资缺陷预防，因为它对产品生命周期有利。由于项目的临时性，针对产品生命周期的COQ 决策，通常是项目集管理、项目组合管理、PMO 或运营的关注点。
按有效性递增排列的五种质量管理水平如下：
- 通常，代价最大的方法是让客户发现缺陷。这种方法可能会导致担保问题、召回、商誉受损和返工成本。
- 控制质量过程包括先检测和纠正缺陷，再将可交付成果发送给客户。该过程会带来相关成本，主要是评估成本和内部失败成本。
- 通过质量保证检查并纠正过程本身，而不仅仅是特殊缺陷。
- 将质量融入项目和产品的规划和设计中。
- 在整个组织内创建一种关注并致力于实现过程和产品质量的文化。
项目质量管理的趋势和新兴实践现代质量管理方法力求缩小差异，交付满足既定相关方要求的成果。项目质量管理的趋势可能包括（但不限于）：
- 客户满意。了解、评估、定义和管理要求，以便满足客户的期望。这就需要把“符合要求”（确保项目产出预定的成果）和“适合使用”（产品或服务必须满足实际需求）结合起来。在敏捷环境中，相关方与项目管理团队合作可确保在整个项目期间始终做到客户满意。
- 持续改进。由休哈特提出并经戴明完善的“计划 — 实施 — 检查 — 行动 (PDCA)”循环是质量改进的基础。另外，诸如全面质量管理（TQM）、六西格玛和精益六西格玛等质量改进举措也可以提高项目管理的质量以及最终产品、服务或成果的质量。
- 管理层的责任。项目的成功需要项目团队全体成员的参与。管理层在其质量职责内，肩负着为项目提供具有足够能力的资源的相应责任。
- 与供应商的互利合作关系。组织与其供应商相互依赖。相对传统的供应商管理而言，与供应商建立合作伙伴关系对组织和供应商都更加有益。组织应着眼于长期关系而不是短期利益。互利合作关系增强了组织和供应商互相为对方创造价值的能力，推动他们共同实现客户的需求和期望，并优化成本和资源。
裁剪考虑因素每个项目都是独特的，因此项目经理需要裁剪项目质量管理过程。裁剪时应考虑的因素包括（但不限于）：
- 政策合规与审计。组织有哪些质量政策和程序？组织使用哪些质量工具、技术和模板？
- 标准与法规合规性。是否存在必须遵守的行业质量标准？需要考虑哪些政府、法律或法规方面的制约因素？
- 持续改进。如何管理项目中的质量改进？是在组织层面还是在单个项目层面进行管理？
- 相关方参与。项目环境是否有利于与相关方及供应商合作？
关于敏捷/适应型环境的考虑因素为引导变更，敏捷方法要求多个质量与审核步骤贯穿整个项目，而不是在面临项目结束时才执行。
循环回顾，定期检查质量过程的效果；寻找问题的根本原因，然后建议实施新的质量改进方法；
后续回顾会议评估试验过程，确定是否可行、是否应继续、或做出调整，或者直接弃用。
为促进频繁的増量交付，敏捷方法关注于小批量工作，纳入尽可能多的项目可交付成果的要素。
小批量系统的目的是在项目生命周期早期（整体变更成本较低）发现不一致和质量问题。
能够影响规划质量管理过程的事业环境因素包括（但不限于）：
- 政府法规；
- 特定应用领域的相关规则、标准和指南；
- 地理分布；
- 组织结构。
- 市场条件；
- 项目或可交付成果的工作条件或运行条件；
- 文化观念。
能够影响规划质量管理过程的组织过程资产包括（但不限于）：
- 组织的质量管理体系，包括政策、程序及指南。
- 质量模板，例如核查表、跟踪矩阵及其它；
- 历史数据库和经验教训知识库。
适用于本过程的数据收集技术包括（但不限于）：
- 标杆对照。标杆对照是将实际或计划的项目实践或项目的质量标准与可比项目的实践进行比较，以便识别最佳实践，形成改进意见，并为绩效考核提供依据。作为标杆的项目可以来自执行组织内部或外部，或者来自同一应用领域或其他应用领域。标杆对照也允许用不同应用领域或行业的项目做类比。
- 头脑风暴。见 4.1.2.2 节。通过头脑风暴可以向团队成员或主题专家收集数据，以制定最适合新项目的质量管理计划。
- 访谈。见 5.2.2.2 节。访谈有经验的项目参与者、相关方和主题专家有助于了解他们对项目和产品质量的隐性和显性、正式和非正式的需求和期望。应在信任和保密的环境下开展访谈，以获得真实可信、不带偏见的反馈。
适用于本过程的数据表现技术包括（但不限于）：
- 流程图。流程图，也称过程图，用来显示在一个或多个输入转化成一个或多个输出的过程中，所需要的步骤顺序和可能分支。它通过映射水平价值链的过程细节来显示活动、决策点、分支循环、并行路径及整体处理顺序。图 8-6 展示了其中一个版本的价值链，即 SIPOC（供应商、输入、过程、输出和客户）模型。流程图可能有助于了解和估算一个过程的质量成本。通过工作流的逻辑分支及其相对频率来估算质量成本。这些逻辑分支细分为完成符合要求的输出而需要开展的一致性工作和非一致性工作。用于展示过程步骤时，流程图有时又被称为“过程流程图”或“过程流向图”，可帮助改进过程并识别可能出现质量缺陷或可以纳入质量检查的地方。
- 逻辑数据模型。逻辑数据模型把组织数据可视化，以商业语言加以描述，不依赖任何特定技术。逻辑数据模型可用于识别会出现数据完整性或其他质量问题的地方。
- 矩阵图。矩阵图在行列交叉的位置展示因素、原因和目标之间的关系强弱。根据可用来比较因素的数量，项目经理可使用不同形状的矩阵图，如 L 型、T 型、Y 型、X 型、C 型和屋顶型矩阵。在本过程中，它们有助于识别对项目成功至关重要的质量测量指标。
- 思维导图。见 5.2.2.3 节。思维导图是一种用于可视化组织信息的绘图法。质量思维导图通常是基于单个质量概念创建的，是绘制在空白的页面中央的图像，之后再增加以图像、词汇或词条形式表现的想法。思维导图技术可以有助于快速收集项目质量要求、制约因素、依赖关系和联系。
图 8-6 SIPOC 模型
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）：
管理质量被认为是所有人的共同职责，包括项目经理、项目团队、项目发起人、执行组织的管理层，甚至是客户。所有人在管理项目质量方面都扮演一定的角色，尽管这些角色的人数和工作量不同。参与质量管理工作的程度取决于所在行业和项目管理风格。在敏捷项目中，整个项目期间的质量管理由所有团队成员执行；但在传统项目中，质量管理通常是特定团队成员的职责。
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。项目早期与质量管理有关的经验教训，可以运用到项目后期阶段，以提高质量管理的效率与效果。
- 质量控制测量结果。见 8.3.3.1 节。质量控制测量结果用于分析和评估项目过程和可交付成果的质量是否符合执行组织的标准或特定要求。质量控制测量结果也有助于分析这些测量结果的产生过程，以确定实际测量结果的正确程度。
- 质量测量指标。见 8.1.3.2 节。核实质量测量指标是控制质量过程的一个环节。管理质量过程依据这些质量测量指标设定项目的测试场景和可交付成果，用作改进举措的依据。
- 风险报告。见 11.2.3.2 节。管理质量过程使用风险报告识别整体项目风险的来源以及整体风险敞口的最重要的驱动因素，这些因素能够影响项目的质量目标。
能够影响管理质量过程的组织过程资产包括（但不限于）：
- 包括政策、程序及指南的组织质量管理体系；
- 质量模板，例如核查表、跟踪矩阵、测试计划、测试文件及其它模板；
- 以往审计的结果；
- 包含类似项目信息的经验教训知识库。
适用于本过程的数据收集技术包括（但不限于）核对单（见 11.2.2.2 节）。核对单是一种结构化工具，通常列出特定组成部分，用来核实所要求的一系列步骤是否已得到执行或检查需求列表是否已得到满足。基于项目需求和实践，核对单可简可繁。许多组织都有标准化的核对单，用来规范地执行经常性任务。在某些应用领域，核对单也可从专业协会或商业性服务机构获取。质量核对单应该涵盖在范围基准中定义的验收标准。
审计是用于确定项目活动是否遵循了组织和项目的政策、过程与程序的一种结构化且独立的过程。质量审计通常由项目外部的团队开展，如组织内部审计部门、项目管理办公室 (PMO) 或组织外部的审计师。质量审计目标可能包括（但不限于）：
- 识别全部正在实施的良好及最佳实践；
- 识别所有违规做法、差距及不足；
- 分享所在组织和/或行业中类似项目的良好实践；
- 积极、主动地提供协助，以改进过程的执行，从而帮助团队提高生产效率；
- 强调每次审计都应对组织经验教训知识库的积累做出贡献。
采取后续措施纠正问题，可以降低质量成本，并提高发起人或客户对项目产品的接受度。质量审计可事先安排，也可随机进行；可由内部或外部审计师进行。
质量审计还可确认已批准的变更请求（包括更新、纠正措施、缺陷补救和预防措施）的实施情况。
可基于行业需求和组织模板创建测试与评估文件。它们是控制质量过程的输入，用于评估质量目标的实现情况。这些文件可能包括专门的核对单和详尽的需求跟踪矩阵。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）：
适用于本过程的数据收集技术包括（但不限于）：
- 核对单。见 11.2.2.2 节。核对单有助于以结构化方式管理控制质量活动。
- 核查表。核查表，又称计数表，用于合理排列各种事项，以便有效地收集关于潜在质量问题的有用数据。在开展检查以识别缺陷时，用核查表收集属性数据就特别方便，例如关于缺陷数量或后果的数据。见图 8-12。
图 8-12核查表
- 统计抽样。统计抽样是指从目标总体中选取部分样本用于检查（如从 75 张工程图纸中随机抽取10 张）。样本用于测量控制和确认质量。抽样的频率和规模应在规划质量管理过程中确定。
- 问卷调查。问卷调查可用于在部署产品或服务之后收集关于客户满意度的数据。在问卷调查中识别的缺陷相关成本可被视为 COQ 模型中的外部失败成本，给组织带来的影响会超出成本本身。
测试是一种有组织的、结构化的调查，旨在根据项目需求提供有关被测产品或服务质量的客观信息。测试的目的是找出产品或服务中存在的错误、缺陷、漏洞或其他不合规问题。用于评估各项需求的测试的类型、数量和程度是项目质量计划的一部分，具体取决于项目的性质、时间、预算或其他制约因素。测试可以贯穿于整个项目，可以随着项目的不同组成部分变得可用时进行，也可以在项目结束（即交付最终可交付成果）时进行。早期测试有助于识别不合规问题，帮助减少修补不合规组件的成本。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更请求的项目管理计划组成部分包括（但不限于）质量管理计划，见 8.1.3.1 节。
在敏捷或适应型环境中需要考虑的因素易变性高的项目得益于最大限度地集中和协作的团队结构，例如拥有通才的自组织团队。
这些资源可以从组织内部资产获得，或者通过采购过程从组织外部获取。其他项目可能在同一时间和地点竞争项目所需的相同资源，从而对项目成本、进度、风险、质量和其他项目领域造成显著影响。
能够影响规划资源管理过程的事业环境因素包括（但不限于）：
- 组织文化和结构；
- 设施和资源的地理分布；
- 现有资源的能力和可用性；
- 市场条件。
见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 协调组织内部的最佳资源；
- 人才管理和员工发展；
- 确定为实现项目目标所需的初步投入水平；
- 根据组织文化确定报告要求；
- 根据经验教训和市场条件，评估获取资源所需的提前量；
- 识别与资源获取、留用和遣散计划有关的风险；
- 遵循适用的政府和工会法规；
- 管理卖方和物流工作，确保在需要时能够提供材料和用品。
适用于本过程的数据表现技术包括（但不限于）图表。数据表现有多种格式来记录和阐明团队成员的角色与职责。大多数格式属于层级型、矩阵型或文本型。有些项目人员安排可以在子计划（如风险、质量或沟通管理计划）中列出。无论使用什么方法来记录团队成员的角色，目的都是要确保每个工作包都有明确的责任人，确保全体团队成员都清楚地理解其角色和职责。层级型可用于表示高层级角色，而文本型则更适合用于记录详细职责。
- 层级型。可以采用传统的组织结构图，自上而下地显示各种职位及其相互关系。
- 工作分解结构 (WBS)。WBS 用来显示如何把项目可交付成果分解为工作包，有助于明确高层级的职责。
- 组织分解结构 (OBS)。WBS 显示项目可交付成果的分解，而 OBS 则按照组织现有的部门、单元或团队排列，并在每个部门下列出项目活动或工作包。运营部门（如信息技术部或采购部）只需要找到其所在的 OBS 位置，就能看到自己的全部项目职责。
- 资源分解结构。资源分解结构是按资源类别和类型，对团队和实物资源的层级列表，用于规划、管理和控制项目工作。每向下一个层次都代表对资源的更详细描述，直到信息细到可以与工作分解结构（WBS）相结合，用来规划和监控项目工作。
- 责任分配矩阵。责任分配矩阵展示项目资源在各个工作包中的任务分配。矩阵型图表的一个例子是职责分配矩阵(RAM)，它显示了分配给每个工作包的项目资源，用于说明工作包或活动与项目团队成员之间的关系。在大型项目中，可以制定多个层次的 RAM。例如，高层次的RAM 可定义项目团队、小组或部门负责 WBS 中的哪部分工作，而低层次的 RAM 则可在各小组内为具体活动分配角色、职责和职权。矩阵图能反映与每个人相关的所有活动，以及与每项活动相关的所有人员，它也可确保任何一项任务都只有一个人负责，从而避免职权不清。RAM的一个例子是 RACI（执行、负责、咨询和知情）矩阵，如图 9-4 所示。图中最左边的一列表示有待完成的工作（活动）。分配给每项工作的资源可以是个人或小组，项目经理也可根据项目需要，选择“领导”或“资源”等适用词汇，来分配项目责任。如果团队是由内部和外部人员组成，RACI 矩阵对明确划分角色和职责特别有用。
- 文本型。如果需要详细描述团队成员的职责，就可以采用文本型。文本型文件通常以概述的形式，提供诸如职责、职权、能力和资格等方面的信息。这种文件有多种名称，如职位描述、角色 — 职责 — 职权表，该文件可作为未来项目的模板，特别是在根据当前项目的经验教训对其内容进行更新之后。
图 9-4 RACI 矩阵示例
组织理论阐述个人、团队和组织部门的行为方式。有效利用组织理论中的常用技术，可以节约规划资源管理过程的时间、成本及人力投入，提高规划工作的效率。此外，可以根据相关的组织理论灵活使用领导风格，以适应项目生命周期中团队成熟度的变化。重要的是要认识到，组织的结构和文化影响项目组织结构。
作为项目管理计划的一部分，资源管理计划提供了关于如何分类、分配、管理和释放项目资源的指南。资源管理计划可以根据项目的具体情况分为团队管理计划和实物资源管理计划。资源管理计划可能包括（但不限于）：
- 识别资源。用于识别和量化项目所需的团队和实物资源的方法。
- 获取资源。关于如何获取项目所需的团队和实物资源的指南。
- 角色与职责。
- 角色。在项目中，某人承担的职务或分配给某人的职务，如土木工程师、商业分析师和测试协调员。
- 职权。使用项目资源、做出决策、签字批准、验收可交付成果并影响他人开展项目工作的权力。例如，下列事项都需要由具有明确职权的人来做决策：选择活动的实施方法，质量验收标准，以及如何应对项目偏差等。当个人的职权水平与职责相匹配时，团队成员就能最好地开展工作。
- 职责。为完成项目活动，项目团队成员必须履行的职责和工作。
- 能力。为完成项目活动，项目团队成员需具备的技能和才干。如果项目团队成员不具备所需的能力，就不能有效地履行职责。一旦发现成员的能力与职责不匹配，就应主动采取措施，如安排培训、招募新成员、调整进度计划或工作范围。
- 项目组织图。项目组织图以图形方式展示项目团队成员及其报告关系。基于项目的需要，项目组织图可以是正式或非正式的，非常详细或高度概括的。例如，一个 3000 人的灾害应急团队的项目组织图，要比仅有 20 人的内部项目的组织图详尽得多。
- 项目团队资源管理。关于如何定义、配备、管理和最终遣散项目团队资源的指南。
- 培训。针对项目成员的培训策略。
- 团队建设。建设项目团队的方法。
- 资源控制。依据需要确保实物资源充足可用、并为项目需求优化实物资源采购，而采用的方法。包括有关整个项目生命周期期间的库存、设备和用品管理的信息。
- 认可计划。将给予团队成员哪些认可和奖励，以及何时给予。
能够影响估算活动资源过程的事业环境因素包括（但不限于）：
- 资源的位置；
- 资源可用性；
- 团队资源的技能；
- 组织文化；
- 发布的估算数据；
- 市场条件。
见 4.3.2.2 节。项目管理信息系统可以包括资源管理软件，这些软件有助于规划、组织与管理资源库，以及编制资源估算。根据软件的复杂程度，可以确定资源分解结构、资源可用性、资源费率和各种资源日历，有助于优化资源使用。
项目所需资源可能来自项目执行组织的内部或外部。内部资源由职能经理或资源经理负责获取（分配），外部资源则是通过采购过程获得。
能够影响获取资源过程的事业环境因素包括（但不限于）：
- 现有组织资源信息，包括可用性、能力水平、以及有关团队资源和资源成本的以往经验；
- 市场条件；
- 组织结构；
- 地理位置。
在资源分配谈判中，项目管理团队影响他人的能力很重要，如同在组织中的政治能力一样重要。例如，说服职能经理，让他/她看到项目具有良好的前景，会影响他/她把最佳资源分配给这个项目而不是竞争项目。
虚拟团队的使用为招募项目团队成员提供了新的可能性。虚拟团队可定义为具有共同目标、在完成角色任务的过程中很少或没有时间面对面工作的一群人。现代沟通技术（如电子邮件、电话会议、社交媒体、网络会议和视频会议等）使虚拟团队成为可行。虚拟团队模式使人们有可能：
- 在组织内部地处不同地理位置的员工之间组建团队；
- 为项目团队增加特殊技能，即使相应的专家不在同一地理区域；
- 将在家办公的员工纳入团队；
- 在工作班次、工作小时或工作日不同的员工之间组建团队；
- 将行动不便者或残疾人纳入团队；
- 执行那些原本会因差旅费用过高而被搁置或取消的项目；
- 节省员工所需的办公室和所有实物设备的开支。
在虚拟团队的环境中，沟通规划变得日益重要。可能需要花更多时间，来设定明确的期望、促进沟通、制定冲突解决方法、召集人员参与决策、理解文化差异，以及共享成功喜悦。
项目团队派工单记录了团队成员及其在项目中的角色和职责，可包括项目团队名录，还需要把人员姓名插入项目管理计划的其他部分，如项目组织图和进度计划。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。
需要更新的事业环境因素包括（但不限于）：
- 组织内资源的可用性；
- 组织已使用的消耗资源的数量。
建设团队是提高工作能力，促进团队成员互动，改善团队整体氛围，以提高项目绩效的过程。
本过程的主要作用是，改进团队协作、增强人际关系技能、激励员工、减少摩擦以及提升整体项目绩效。本过程需要在整个项目期间开展。
图 9-10 描述本过程的输入、工具与技术和输出。图 9-11 是本过程的数据流向图。
图 9-10建设团队：输入、工具与技术和输出
• Projectcharter图 9-11建设团队：数据流向图
项目经理应该能够定义、建立、维护、激励、领导和鼓舞项目团队，使团队高效运行，并实现项目目标。团队协作是项目成功的关键因素，而建设高效的项目团队是项目经理的主要职责之一。
项目经理应创建一个能促进团队协作的环境，并通过给予挑战与机会、提供及时反馈与所需支持，以及认可与奖励优秀绩效，不断激励团队。通过以下行为可以实现团队的高效运行：
- 使用开放与有效的沟通；
- 创造团队建设机遇；
- 建立团队成员间的信任；
- 以建设性方式管理冲突；
- 鼓励合作型的问题解决方法；
- 鼓励合作型的决策方法。
项目经理在全球化环境和富有文化多样性的项目中工作：团队成员经常来自不同的行业，讲不同的语言，有时甚至会在工作中使用一种特别的“团队语言”或文化规范，而不是使用他们的母语；
项目管理团队应该利用文化差异，在整个项目生命周期中致力于发展和维护项目团队，并促进在相互信任的氛围中充分协作；通过建设项目团队，可以改进人际技巧、技术能力、团队环境及项目绩效。在整个项目生命周期中，团队成员之间都要保持明确、及时、有效（包括效果和效率两个方面）的沟通。建设项目团队的目标包括（但不限于）：
- 提高团队成员的知识和技能，以提高他们完成项目可交付成果的能力，并降低成本、缩短工期和提高质量；
- 提高团队成员之间的信任和认同感，以提高士气、减少冲突和增进团队协作；
- 创建富有生气、凝聚力和协作性的团队文化，从而：（1）提高个人和团队生产率，振奋团队精神，促进团队合作；（2）促进团队成员之间的交叉培训和辅导，以分享知识和经验；
- 提高团队参与决策的能力，使他们承担起对解决方案的责任，从而提高团队的生产效率，获得更有效和高效的成果。
有一种关于团队发展的模型叫塔克曼阶梯理论 [19，20]，其中包括团队建设通常要经过的五个阶段。尽管这些阶段通常按顺序进行，然而，团队停滞在某个阶段或退回到较早阶段的情况也并非罕见；而如果团队成员曾经共事过，项目团队建设也可跳过某个阶段。
- 形成阶段。在本阶段，团队成员相互认识，并了解项目情况及他们在项目中的正式角色与职责。在这一阶段，团队成员倾向于相互独立，不一定开诚布公。
- 震荡阶段。在本阶段，团队开始从事项目工作、制定技术决策和讨论项目管理方法。如果团队成员不能用合作和开放的态度对待不同观点和意见，团队环境可能变得事与愿违。
- 规范阶段。在规范阶段，团队成员开始协同工作，并调整各自的工作习惯和行为来支持团队，团队成员会学习相互信任。
- 成熟阶段。进入这一阶段后，团队就像一个组织有序的单位那样工作，团队成员之间相互依靠，平稳高效地解决问题。
- 解散阶段。在解散阶段，团队完成所有工作，团队成员离开项目。通常在项目可交付成果完成之后，或者，在结束项目或阶段过程中，释放人员，解散团队。
某个阶段持续时间的长短，取决于团队活力、团队规模和团队领导力。项目经理应该对团队活力有较好的理解，以便有效地带领团队经历所有阶段。
当人们感受到自己在组织中的价值，并且可以通过获得奖励来体现这种价值，他们就会受到激励。通常，金钱是奖励制度中的有形奖励，然而也存在各种同样有效、甚至更加有效的无形奖励。
培训包括旨在提高项目团队成员能力的全部活动，可以是正式或非正式的，方式包括课堂培训、在线培训、计算机辅助培训、在岗培训（由其他项目团队成员提供）、辅导及训练。如果项目团队成员缺乏必要的管理或技术技能，可以把对这种技能的培养作为项目工作的一部分。项目经理应该按资源管理计划中的安排来实施预定的培训，也应该根据管理项目团队过程中的观察、交谈和项目绩效评估的结果，来开展必要的计划外培训，培训成本通常应该包括在项目预算中，或者如果增加的技能有利于未来的项目，则由执行组织承担。培训可以由内部或外部培训师来执行。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组成部分包括（但不限于）资源管理计划，见 9.1.3.1 节。
能够影响管理团队过程的组织过程资产包括（但不限于）：
- 嘉奖证书；
- 公司制服；
- 组织中其他的额外待遇。
适用于本过程的人际关系与团队技能包括（但不限于）：
- 冲突管理。在项目环境中，冲突不可避免。冲突的来源包括资源稀缺、进度优先级排序和个人工作风格差异等。采用团队基本规则、团队规范及成熟的项目管理实践（如沟通规划和角色定义），可以减少冲突的数量。
成功的冲突管理可提高生产力，改进工作关系。同时，如果管理得当，意见分歧有利于提高创造力和改进决策。假如意见分歧成为负面因素，应该首先由项目团队成员负责解决；如果冲突升级，项目经理应提供协助，促成满意的解决方案，采用直接和合作的方式，尽早并且通常在私下处理冲突。如果破坏性冲突继续存在，则可使用正式程序，包括采取惩戒措施。
项目经理解决冲突的能力往往决定其管理项目团队的成败。不同的项目经理可能采用不同的解决冲突方法。影响冲突解决方法的因素包括：
- 冲突的重要性与激烈程度；
- 解决冲突的紧迫性；
- 涉及冲突的人员的相对权力；
- 维持良好关系的重要性；
- 永久或暂时解决冲突的动机。
有五种常用的冲突解决方法，每种技巧都有各自的作用和用途。
mm撤退/回避。从实际或潜在冲突中退出，将问题推迟到准备充分的时候，或者将问题推给其他人员解决。
mm缓和/包容。强调一致而非差异；为维持和谐与关系而退让一步，考虑其他方的需要。
mm妥协/调解。为了暂时或部分解决冲突，寻找能让各方都在一定程度上满意的方案，但这种方法有时会导致“双输”局面。
mm强迫/命令。以牺牲其他方为代价，推行某一方的观点；只提供赢 — 输方案。通常是利用权力来强行解决紧急问题，这种方法通常会导致“赢输”局面。
mm合作/解决问题。综合考虑不同的观点和意见，采用合作的态度和开放式对话引导各方达成共识和承诺，这种方法可以带来双赢局面。
- 制定决策。这种情况下，决策包括谈判能力以及影响组织与项目管理团队的能力，而不是决策工具集所描述的一系列工具。进行有效决策需要：
- 着眼于所要达到的目标；
- 遵循决策流程；
- 研究环境因素；
- 分析可用信息；
- 激发团队创造力；
- 理解风险。
- 情商。情商指识别、评估和管理个人情绪、他人情绪及团体情绪的能力。项目管理团队能用情商来了解、评估及控制项目团队成员的情绪，预测团队成员的行为，确认团队成员的关注点及跟踪团队成员的问题，来达到减轻压力、加强合作的目的。
- 影响力。在矩阵环境中，项目经理对团队成员通常没有或仅有很小的命令职权，所以他们适时影响相关方的能力，对保证项目成功非常关键。影响力主要体现在如下各方面：
- 说服他人；
- 清晰表达观点和立场；
- 积极且有效的倾听；
- 了解并综合考虑各种观点；
- 收集相关信息，在维护相互信任的关系下，解决问题并达成一致意见。
- 领导力。成功的项目需要强有力的领导技能，领导力是领导团队、激励团队做好本质工作的能力。它包括各种不同的技巧、能力和行动。且领导力在项目生命周期中的所有阶段都很重要。
有多种领导力理论，定义了适用于不同情形或团队的领导风格。领导力对沟通愿景及鼓舞项目团队高效工作十分重要。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组成部分包括（但不限于）：
作为管理团队过程的结果，需要更新的事业环境因素包括（但不限于）：
- 对组织绩效评价的输入；
- 个人技能。
可作为本过程输入的项目文件包括（但不限于）：
- 问题日志。见 4.3.3.3 节。问题日志用于识别有关缺乏资源、原材料供应延迟，或低等级原材料等问题。
- 经验教训登记册。见 4.4.3.1 节。在项目早期获得的经验教训可以运用到后期阶段，以改进实物资源控制。
- 实物资源分配。见 9.3.3.1 节。实物资源分配描述了资源的预期使用情况以及资源的详细信息，例如类型、数量、地点以及属于组织内部资源还是外购资源。
- 项目进度计划。见 6.5.3.2 节。项目进度计划展示了项目在何时何地需要哪些资源。
- 资源分解结构。见 9.2.3.3 节。资源分解结构为项目过程中需要替换或重新获取资源的情况提供了参考。
- 资源需求。见 9.2.3.1 节。资源需求识别了项目所需的材料、设备、用品和其他资源。
- 风险登记册。见 11.2.3.1 节。风险登记册识别了可能会影响设备、材料或用品的单个风险。
见 12.2.3.2 节。在项目中签署的协议是获取组织外部资源的依据，应在需要新的和未规划的资源时，或在当前资源出现问题时，在协议里定义相关程序。
能够影响控制资源过程的组织过程资产包括（但不限于）：
- 有关资源控制和分配的政策；
- 执行组织内用于解决问题的升级程序；
- 经验教训知识库，其中包含以往类似项目的信息。
见 8.2.2.7 节。问题解决可能会用到一系列工具，有助于项目经理解决控制资源过程中出现的问题。问题可能来自组织内部（组织中另一部门使用的机器或基础设施未及时释放，因存储条件不当造成材料受损等）或来自组织外部（主要供应商破产或恶劣天气使资源受损）。项目经理应采取有条不紊的步骤来解决问题，包括：
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组成部分包括（但不限于）：
可在本过程更新的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。把关于设备、材料、用品和其他实物资源的新假设条件更新在假设日志中。
- 问题日志。见 4.3.3.3 节。在本过程中出现的新问题可以记录到问题日志中。
- 经验教训登记册。见 4.4.3.1 节。在经验教训登记册中更新有效管理资源物流、废料、使用偏差，以及应对资源偏差的纠正措施的技术。
- 实物资源分配单。见 9.3.3.1 节。实物资源分配单是动态的，会因可用性、项目、组织、环境或其他因素而发生变更。
- 资源分解结构。见 9.2.3.3 节。可能需要更新资源分解结构，以反映使用项目资源的方式。
- 风险登记册。见 11.2.3.1 节。关于资源可用性、利用或其他实物资源的风险更新风在险登记册中。
项目沟通管理包括通过开发工件，以及执行用于有效交换信息的各种活动，来确保项目及其相关方的信息需求得以满足的各个过程。项目沟通管理由两个部分组成：第一部分是制定策略，确保沟通对相关方行之有效；第二部分是执行必要活动，以落实沟通策略。
项目沟通管理的过程包括：
10.1 规划沟通管理 — 基于每个相关方或相关方群体的信息需求、可用的组织资产，以及具体项目的需求，为项目沟通活动制定恰当的方法和计划的过程。
10.2 管理沟通 — 确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程。
10.3 监督沟通 — 确保满足项目及其相关方的信息需求的过程。
图 10-1 概括了项目沟通管理的各个过程。虽然在本《PMBOK® 指南》中，各项目沟通管理过程
以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 10-1项目沟通管理概述
项目沟通管理的核心概念沟通是指有意或无意的信息交换。交换的信息可以是想法、指示或情绪。信息交换的方法包括：
- 书面形式。实物或电子形式。
- 口头形式。面对面或远程形式。
- 正式或非正式形式（用正式纸质或社交媒体）。
- 手势动作。语调和面部表情。
- 媒体形式。图片、行动，甚至只是遣词造句。
- 遣词造句。表达一种想法的词语往往不止一个，且各词语的含义会存在细微差异。
沟通是指用各种可能的方式来发送或接收信息，或者通过沟通活动（如会议和演讲），或者以工件的方式（如电子邮件、社交媒体、项目报告或项目文档）。
项目经理的大多数时间用于与团队成员和其他项目相关方沟通，包括来自组织内部（组织的各个层级）和组织外部的人员。不同相关方可能有不同的文化和组织背景，以及不同的专业水平、观点和兴趣，而有效的沟通能够在他们之间架起一座桥梁。
沟通活动可按多种维度进行分类，包括（但不限于）：
- 内部。针对项目内部或组织内部的相关方。
- 外部。针对外部相关方，如客户、供应商、其他项目、组织、政府，公众和环保倡导者。
- 正式。报告、正式会议（定期及临时）、会议议程和记录、相关方简报和演示。
- 非正式。采用电子邮件、社交媒体、网站，以及非正式临时讨论的一般沟通活动。
- 层级沟通。相关方或相关方群体相对于项目团队的位置将会以如下方式影响信息传递的形式和内容：
- 向上沟通。针对高层相关方。
- 向下沟通。针对承担项目工作的团队和其他人员。
- 横向沟通。针对项目经理或团队的同级人员。
- 官方沟通。年报，呈交监管机构或政府部门的报告。
- 非官方沟通。采用灵活（往往为非正式）的手段，来建立和维护项目团队及其相关方对项目情况的了解和认可，并在他们之间建立强有力的关系。
- 书面与口头沟通。口头（用词和音调变化）及非口头（肢体语言和行为），社交媒体和网站、媒体发布。
沟通可以为成功完成项目与项目集建立必要的关系。用于开展沟通的活动和工件多种多样，从电子邮件和非正式对话，到正式会议和定期项目报告。通过言语、面部表情、手势动作和其他行动有意或无意地发送和接收信息。为了成功管理与相关方的项目关系，沟通既包括制定策略和计划，以便创建合适的沟通工件和开展合适的沟通活动，也包括运用相关技能来提升计划和即兴的沟通的效果。
成功的沟通包括两个部分。第一部分是根据项目及其相关方的需求而制定适当的沟通策略。从该策略出发，制定沟通管理计划，来确保用各种形式和手段把恰当的信息传递给相关方。这些信息构成项目沟通-成功沟通的第二部分。项目沟通是规划过程的产物，在沟通管理计划中有相关规定。
沟通管理计划定义了信息的收集、生成、发布、储存、检索、管理、追踪和处置。最终，沟通策略和沟通管理计划将成为监督沟通效果的依据。
在项目沟通中，需要尽力预防理解错误和沟通错误，并从规划过程所规定的各种方法、发送方、接收方和信息中作出谨慎选择。
在编制传统（非社交媒体）的书面或口头信息的时候，应用书面沟通的 5C 原则，可以减轻但无法消除理解错误：
- 正确的语法和拼写。语法不当或拼写错误会分散注意力，还有可能扭曲信息含义，降低可信度。
- 简洁的表述和无多余字。简洁且精心组织的信息能降低误解信息意图的可能性。
- 清晰的目的和表述（适合读者的需要）。确保在信息中包含能满足受众需求与激发其兴趣的内容。
- 连贯的思维逻辑。写作思路连贯，以及在整个书面文件中使用诸如“引言”和“小结”的小标题。
- 受控的语句和想法承接。可能需要使用图表或小结来控制语句和想法的承接。
书面沟通的 5C原则需要用下列沟通技巧来配合：
- 积极倾听。与说话人保持互动，并总结对话内容，以确保有效的信息交换。
- 理解文化和个人差异。提升团队对文化及个人差异的认知，以减少误解并提升沟通能力。
- 识别、设定并管理相关方期望。与相关方磋商，减少相关方社区中的自相矛盾的期望。
- 强化技能。强化所有团队成员开展以下活动的技能：
- 说服个人、团队或组织采取行动；
- 激励和鼓励人们，或帮助人们重塑自信；
- 指导人们改进绩效和取得期望结果；
- 通过磋商达成共识以及减轻审批或决策延误；
- 解决冲突，防止破坏性影响。
有效的沟通活动和工件创建具有如下基本属性：
- 沟通目的明确；
- 尽量了解沟通接收方，满足其需求及偏好；
- 监督并衡量沟通的效果。
项目沟通管理的发展趋势和新兴实践在关注相关方，以及认可相关方的有效参与对项目及组织的价值的同时，也要认识到制定和落实适当的沟通策略，对维系与相关方的有效关系是至关重要的。项目沟通管理的发展趋势和新兴实践包括（但不限于）：
- 将相关方纳入项目评审范围。每个项目的相关方社区中都包括被项目团队确定为对成功达成项目目标和组织成果不可或缺的个人、群体和组织。有效的沟通策略要求定期且及时地评审相关方社区，以管理成员及其态度的变化。
- 让相关方参加项目会议。项目会议应邀请项目外部甚至组织外部（若适当）的相关方参与。敏捷方法中的一些做法适用于任何类型的项目，例如，简短的每日站会。在每日站会上，项目团队和主要相关方就前一天的成绩和问题以及当天的工作计划展开讨论。
- 社交工具的使用日益增多。以硬件平台、社交媒体服务和个人便携设备为代表的社交工具已经改变组织及其人员的沟通和业务方式。在公共 IT 基础设施的支持下，社交工具将不同的协作方式融合在一起。网络社交是指用户建立关系网络，与他人共同拓展兴趣和活动。社交媒体工具不仅能支持信息交换，而且也有助于建立更深层次的信任和社群关系。
- 多面性沟通方法。制定项目相关方沟通策略时，通常应考虑所有可用技术，并从中作出选择；
同时也应尊重因文化、实践和个人背景而产生的对沟通语言、媒介、内容和方式的偏好。可以根据需要采用社交媒体和其他先进的电脑技术。多面性方法能够提高与不同年代和文化背景的相关方沟通的效果。
裁剪时需要考虑的因素因为每个项目都是独特的，所以项目团队需要裁剪项目沟通管理过程。裁剪时应考虑的因素包括（但不限于）：
- 相关方。相关方是属于组织内部或外部，或者二者都是？
- 物理地点。团队成员身处何地？团队是否集中办公？团队是否位于相同地理区域？团队是否分散于多个时区？
- 沟通技术。哪项技术可用于创建、记录、传输、检索、追踪和储存沟通工件？哪些技术最适用于与相关方沟通且成本效益最高？
- 语言。语言是沟通活动中要考虑的主要因素。使用的是一种语言，还是多种语言？是否已为适应多语种团队的复杂情况安排了资金？
- 知识管理。组织是否有正式的知识管理库？是否采用管理库？
在敏捷或适应型环境中需要考虑的因素在模糊不定的项目环境中，必然需要对不断演变和出现的细节情况，进行更频繁和快速的沟通。
因此，应该尽量简化团队成员获取信息的通道，频繁进行团队检查，并让团队成员集中办公。
此外，为了促进与高级管理层和相关方的沟通，还需要以透明的方式发布项目工件，并定期邀请相关方评审项目工件。
规划沟通管理是基于每个相关方或相关方群体的信息需求、可用的组织资产，以及具体项目的需求，为项目沟通活动制定恰当的方法和计划的过程。本过程的主要作用是，为及时向相关方提供相关信息，引导相关方有效参与项目，而编制书面沟通计划。本过程应根据需要在整个项目期间定期开展。图 10-2 描述本过程的输入、工具与技巧和输出。图 10-3 是本过程的数据流向图。
能够影响规划沟通管理过程的事业环境因素包括（但不限于）：
- 组织文化、政治氛围和治理框架；
- 人事管理政策；
- 相关方风险临界值；
- 已确立的沟通渠道、工具和系统；
- 全球、区域或当地的趋势、实践或习俗；
- 设施和资源的地理分布。
能够影响规划沟通管理过程的组织过程资产包括（但不限于）：
- 组织的社交媒体、道德和安全政策及程序；
- 组织的问题、风险、变更和数据管理政策及程序；
- 组织对沟通的要求；
- 制作、交换、储存和检索信息的标准化指南；
- 历史信息和经验教训知识库；
- 以往项目的相关方及沟通数据和信息。
见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 组织内的政治和权力结构；
- 组织及其他客户组织的环境和文化；
- 组织变革管理方法和实践；
- 项目可交付成果所属的行业或类型；
- 组织沟通技术；
- 关于遵守与企业沟通有关的法律要求的组织政策与程序；
- 与安全有关的组织政策与程序；
- 相关方，包括客户或发起人。
分析沟通需求，确定项目相关方的信息需求，包括所需信息的类型和格式，以及信息对相关方的价值。
常用于识别和确定项目沟通需求的信息包括（但不限于）：
- 相关方登记册及相关方参与计划中的相关信息和沟通需求；
- 潜在沟通渠道或途径数量，包括一对一、一对多和多对多沟通；
- 组织结构图；
- 项目组织与相关方的职责、关系及相互依赖；
- 开发方法；
- 项目所涉及的学科、部门和专业；
- 有多少人在什么地点参与项目；
- 内部信息需要（如何时在组织内部沟通）；
- 外部信息需要（如何时与媒体、公众或承包商沟通）；
- 法律要求。
适用于本过程的人际关系与团队技能包括（但不限于）：
- 沟通风格评估。规划沟通活动时，用于评估沟通风格并识别偏好的沟通方法、形式和内容的一种技术。常用于不支持项目的相关方。可以先开展相关方参与度评估（见 13.2.2.5 节），再开展沟通风格评估。在相关方参与度评估中，找出相关方参与度的差距。为弥补这种差距，就需要特别裁剪沟通活动和工件。
- 政治意识。政治意识有助于项目经理根据项目环境和组织的政治环境来规划沟通。政治意识是指对正式和非正式权力关系的认知，以及在这些关系中工作的意愿。理解组织战略、了解谁能行使权力和施加影响，以及培养与这些相关方沟通的能力，都属于政治意识的范畴。
- 文化意识。文化意识指理解个人、群体和组织之间的差异，并据此调整项目的沟通策略。具有文化意识并采取后续行动，能够最小化因项目相关方社区内的文化差异而导致的理解错误和沟通错误。文化意识和文化敏感性有助于项目经理依据相关方和团队成员的文化差异和文化需求对沟通进行规划。
沟通管理计划是项目管理计划的组成部分，描述将如何规划，结构化、执行与监督项目沟通，以提高沟通的有效性。该计划包括如下信息：
- 相关方的沟通需求；
- 需沟通的信息，包括语言、形式、内容和详细程度；
- 上报步骤；
- 发布信息的原因；
- 发布所需信息、确认已收到，或作出回应（若适用）的时限和频率；
- 负责沟通相关信息的人员；
- 负责授权保密信息发布的人员；
- 接收信息的人员或群体，包括他们的需要、需求和期望；
- 用于传递信息的方法或技术，如备忘录、电子邮件、新闻稿，或社交媒体；
- 为沟通活动分配的资源，包括时间和预算；
- 随着项目进展，如项目不同阶段相关方社区的变化，而更新与优化沟通管理计划的方法；
- 通用术语表；
- 项目信息流向图、工作流程（可能包含审批程序）、报告清单和会议计划等；
- 来自法律法规、技术、组织政策等的制约因素。
沟通管理计划中还包括关于项目状态会议、项目团队会议、网络会议和电子邮件等的指南和模板。如果项目要使用项目网站和项目管理软件，那就要把它们写进沟通管理计划。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括（但不限于）相关方参与计划（见 13.2.3.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 节。相关方登记册确定了需要各类信息的人员、群体或组织。
会影响本过程的事业环境因素包括（但不限于）：
- 组织文化、政治氛围和治理框架；
- 人事管理政策；
- 相关方风险临界值；
- 已确立的沟通渠道、工具和系统；
- 全球、区域或当地的趋势、实践或习俗；
- 设施和资源的地理分布。
会影响本过程的组织过程资产包括（但不限于）：
- 企业的社交媒体、道德和安全政策及程序；
- 企业的问题、风险、变更和数据管理政策及程序；
- 组织对沟通的要求；
- 制作、交换、储存和检索信息的标准化指南；
- 以往项目的历史信息，包括经验教训知识库。
见 10.1.2.3 节。会影响技术选用的因素包括团队是否集中办公、需要分享的信息是否需要保密、团队成员的可用资源，以及组织文化会如何影响会议和讨论的正常开展。
适用于本过程的人际关系与团队技能包括（但不限于）：
- 积极倾听。积极倾听技术包括告知已收到、澄清与确认信息、理解，以及消除妨碍理解的障碍。
- 冲突管理。见 9.5.2.1 节。
- 文化意识。见 10.1.2.6 节。
- 会议管理。会议管理是采取步骤确保会议有效并高效地达到预期目标。规划会议时应采取以下步骤：
- 准备并发布会议议程（其中包含会议目标）；
- 确保会议在规定的时间开始和结束；
- 确保适当参与者受邀并出席；
- 切题；
- 处理会议中的期望、问题和冲突；
- 记录所有行动以及所分配的行动责任人。
- 人际交往。人际交往是通过与他人互动交流信息，建立联系。人际交往有利于项目经理及其团队通过非正式组织解决问题，影响相关方的行动，以及提高相关方对项目工作和成果的支持，从而改善绩效。
- 政治意识。见 10.1.2.6 节。政治意识有助于项目经理在项目期间引导相关方参与，以保持相关方的支持。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可在本过程更新的项目管理计划包括（但不限于）：
见 4.2.3.1 节。项目管理计划组件包括（但不限于）：
- 资源管理计划。见 9.1.3.1 节。通过描述角色和职责，以及项目组织结构图，资源管理计划可用于理解实际的项目组织及其任何变更。
- 沟通管理计划。见 10.1.3.1 节。沟通管理计划是关于及时收集、生成和发布信息的现行计划，它确定了沟通过程中的团队成员、相关方和有关工作。
- 相关方参与计划。见 13.2.3.1 节。相关方参与计划确定了计划用以引导相关方参与的沟通策略。
能够影响监督沟通过程的事业环境因素包括（但不限于）：
- 组织文化、政治氛围和治理框架；
- 已确立的沟通渠道、工具和系统；
- 全球、区域或当地的趋势、实践或习俗；
- 设施和资源的地理分布。
可能影响监督沟通过程的组织过程资产包括（但不限于）：
- 企业的社交媒体、道德和安全政策及程序；
- 组织对沟通的要求；
- 制作、交换、储存和检索信息的标准化指南；
- 以往项目的历史信息和经验教训知识库；
- 以往项目的相关方及沟通数据和信息。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括（但不限于）：
项目风险管理包括规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险的各个过程。项目风险管理的目标在于提高正面风险的概率和（或）影响，降低负面风险的概率和（或）影响，从而提高项目成功的可能性。
项目风险管理的过程是：
11.1 规划风险管理 — 定义如何实施项目风险管理活动的过程。
11.2 识别风险 — 识别单个项目风险，以及整体项目风险的来源，并记录风险特征的过程。
11.3 实施定性风险分析 — 通过评估单个项目风险发生的概率和影响以及其他特征，对风险进行优先级排序，从而为后续分析或行动提供基础的过程。
11.4 实施定量风险分析 — 就已识别的单个项目风险和其他不确定性的来源对整体项目目标的综合影响进行定量分析的过程。
11.5 规划风险应对 — 为处理整体项目风险敞口，以及应对单个项目风险，而制定可选方案、选择应对策略并商定应对行动的过程。
11.6 实施风险应对 — 执行商定的风险应对计划的过程。
11.7 监督风险 — 在整个项目期间，监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险，以及评估风险管理有效性的过程。
图 11-1 概括了项目风险管理的各个过程。虽然在本《PMBOK® 指南》中，各项目管理风险过程
以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 11-1项目风险管理概述
项目风险管理的核心概念既然项目是为交付收益而开展的、具有不同复杂程度的独特性工作，那自然就会充满风险。
开展项目，不仅要面对各种制约因素和假设条件，而且还要应对可能相互冲突和不断变化的相关方期望。组织应该有目的地以可控方式去冒项目风险，以便平衡风险和回报，并创造价值。
项目风险管理旨在识别和管理未被其他项目管理过程所管理的风险。如果不妥善管理，这些风险有可能导致项目偏离计划，无法达成既定的项目目标。因此，项目风险管理的有效性直接关乎项目成功与否。
每个项目都在两个层面上存在风险。每个项目都有会影响项目达成目标的单个风险，以及由单个项目风险和不确定性的其他来源联合导致的整体项目风险。考虑整体项目风险，也非常重要。项目风险管理过程同时兼顾这两个层面的风险。它们的定义如下：
- 单个项目风险是一旦发生，会对一个或多个项目目标产生正面或负面影响的不确定事件或条件。
- 整体项目风险是不确定性对项目整体的影响，是相关方面临的项目结果正面和负面变异区间。
它源于包括单个风险在内的所有不确定性。
一旦发生，单个项目风险会对项目目标产生正面或负面的影响。项目风险管理旨在利用或强化正面风险（机会），规避或减轻负面风险（威胁）。未妥善管理的威胁可能引发各种问题，如工期延误、成本超支、绩效不佳或声誉受损。把握好机会则能够获得众多好处，如工期缩短、成本节约、绩效改善或声誉提升。
整体项目风险也有正面或负面之分。管理整体项目风险旨在通过削弱负面变异的驱动因素，加强正面变异的驱动因素，以及最大化实现整体项目目标的概率，把项目风险敞口保持在可接受的范围之内。
因为风险会在项目生命周期内持续发生，所以，项目风险管理过程也应不断迭代开展。在项目规划期间，就应该通过调整项目策略对风险做初步处理。接着，应该随着项目进展，监督和管理风险，确保项目处于正轨，并且突发性风险也得到处理。
为有效管理特定项目的风险，项目团队需要知道，相对于要追求的项目目标，可接受的风险敞口究竟是多大。这通常用可测量的风险临界值来定义。风险临界值反映了组织与项目相关方的风险偏好程度，是项目目标的可接受的变异程度。应该明确规定风险临界，并传达给项目团队，同时反映在项目的风险影响级别定义中。
项目风险管理的发展趋势和新兴实践项目风险管理的关注面正在扩大，以便确保考虑所有类型的风险，并在更广泛的背景中理解项目风险。项目风险管理的发展趋势和新兴实践包括（但不限于）：
- 非事件类风险。大多数项目只关注作为可能发生或不发生的不确定性未来事件的风险。例如：
关键卖方可能在项目期间停业，客户可能在设计完成后变更需求，或分包商可能要求对标准化操作流程进行优化。
不过，识别并管理非事件类风险的意识正在不断加强。非事件类风险有两种主要类型：
- 变异性风险。已规划事件、活动或决策的某些关键方面存在不确定性，就导致变异性风险。例如，生产率可能高于或低于目标值，测试发现的错误数量可能多于或少于预期，或施工阶段可能出现反常的天气情况。
- 模糊性风险。对未来可能发生什么，存在不确定性。知识不足可能影响项目达成目标的能力，例如，不太了解需求或技术解决方案的要素、法规框架的未来发展，或项目内在的系统复杂性。
变异性风险可通过蒙特卡洛分析加以处理，即：用概率分布表示变异的可能区间，然后采取行动去缩小可能结果的区间。管理模糊性风险，则需要先定义认知或理解不足之处，进而通过获取外部专家意见或以最佳实践为标杆来填补差距。也可以采用增量开发、原型搭建或模拟等方法来处理模糊性风险。
- 项目韧性。随着对所谓“未知-未知”因素的意识的增强，人们也越来越明确地知道确实存在突发性风险。这种风险只有在发生后才能被发现。可以通过加强项目韧性来应对突发性风险。
这就要求每个项目：
- 除了为已知风险列出具体风险预算，还要为突发性风险预留合理的应急预算和时间；
- 采用灵活的项目过程，包括强有力的变更管理，以便在保持朝项目目标推进的正确方向的同时，应对突发性风险；
- 授权目标明确且值得信赖的项目团队在商定限制范围内完成工作；
- 经常留意早期预警信号，以尽早识别突发性风险；
- 明确征求相关方的意见，以明确为应对突发性风险而可以调整项目范围或策略的领域。
- 整合式风险管理。项目存在于组织背景中，可能是项目集或项目组合的一部分。在项目、项目集、项目组合和组织这些层面上，都存在风险。应该在适当的层面上承担和管理风险。在较高层面识别出的某些风险，将被授权给项目团队去管理；而在较低层面识别出的某些风险，又可能上交给较高层面去管理（如果在项目之外管理最有效）。应该采用协调式企业级风险管理方法，来确保所有层面的风险管理工作的一致性和连贯性。这样就能使项目集和项目组合的结构具有风险效率，有利于在给定的风险敞口水平下创造最大的整体价值。
裁剪时需要考虑的因素因为每个项目都是独特的，所以有必要对项目风险管理过程的应用方式进行裁剪。裁剪时应考虑的因素包括（但不限于）：
- 项目规模。由预算、持续时间、范围或团队人数所体现的项目规模，要求采取更详细的风险管理方法吗？或者项目小到只需要用简化的风险管理过程吗？
- 项目复杂性。由高水平创新、新技术采用、商务安排、界面或外部依赖关系导致的项目复杂性提高，是否要求采用更稳健的风险管理方法？或者项目是否简单到只需要用简化的风险管理过程？
- 项目重要性。项目的战略重要性有多大？项目的风险级别因旨在创造突破性机会、克服组织经营的重大障碍或涉及重大产品创新而提高了吗？
- 开发方法。它是否是瀑布式项目，风险管理过程可以相继或重复开展；或者此项目是否采取敏捷型方法，需在每个重复过程的开始阶段以及执行期间处理风险？
根据上述需考虑的因素来裁剪项目风险管理过程，这是规划风险管理过程的一部分工作。裁剪结果将被记录在风险管理计划中。
在敏捷或适应型环境中需要考虑的因素从本质上讲，越是变化的环境就存在越多的不确定性和风险。要应对快速变化，就需要采用适应型方法管理项目，即：通过跨职能项目团队和经常审查增量式工作产品，来加快知识分享，确保对风险的认知和管理。在选择每个迭代期的工作内容时，应该考虑风险；在每个迭代期间应该识别、分析和管理风险。
此外，应该根据对当前风险敞口的理解的加深，定期更新需求文件，并随项目进展重新排列工作优先级。
规划风险管理是定义如何实施项目风险管理活动的过程。本过程的主要作用是，确保风险管理的水平、方法和可见度与项目风险程度，以及项目对组织和其他相关方的重要程度相匹配。本过程仅开展一次或仅在项目的预定义点开展。图 11-2 描述本过程的输入、工具与技术和输出。图 11-3 是本过程的数据流向图。
会影响规划风险管理过程的事业环境因素包括（但不限于）由组织或关键相关方设定的整体风险临界值。
会影响规划风险管理过程的组织过程资产包括（但不限于）：
- 组织的风险政策；
- 风险类别，可能用风险分解结构来表示；
- 风险概念和术语的通用定义；
- 风险描述的格式；
- 风险管理计划、风险登记册和风险报告的模板；
- 角色与职责；
- 决策所需的职权级别；
- 经验教训知识库，其中包含以往类似项目的信息。
见 4.1.2.1 节。应考虑具备以下专业知识或接受过相关培训的个人或小组的意见：
- 熟悉组织所采取的管理风险的方法，包括该方法所在的企业风险管理体系；
- 裁剪风险管理以适应项目的具体需求；
- 在相同领域的项目上可能遇到的风险类型。
风险管理计划是项目管理计划的组成部分，描述如何安排与实施风险管理活动。风险管理计划可包括以下部分或全部内容：
- 风险管理战略。描述用于管理本项目的风险的一般方法。
- 方法论。确定用于开展本项目的风险管理的具体方法、工具及数据来源。
- 角色与职责。确定每项风险管理活动的领导者、支持者和团队成员，并明确他们的职责。
- 资金。确定开展项目风险管理活动所需的资金，并制定应急储备和管理储备的使用方案。
- 时间安排。确定在项目生命周期中实施项目风险管理过程的时间和频率，确定风险管理活动并将其纳入项目进度计划。
- 风险类别。确定对单个项目风险进行分类的方式。通常借助风险分解结构 (RBS)来构建风险类别。风险分解结构是潜在风险来源的层级展现（示例见图 11-4）。风险分解结构有助于项目团队考虑单个项目风险的全部可能来源，对识别风险或归类已识别风险特别有用。组织可能有适用于所有项目的通用风险分解结构，也可能针对不同类型项目使用几种不同的风险分解结构框架，或者允许项目量身定制专用的风险分解结构。如果未使用风险分解结构，组织则可能采用某种常见的风险分类框架，既可以是简单的类别清单，也可以是基于项目目标的某种类别结构。
图 11-4风险分解结构（RBS）示例
- 相关方风险偏好。应在风险管理计划中记录项目关键相关方的风险偏好。他们的风险偏好会影响规划风险管理过程的细节。特别是，应该针对每个项目目标，把相关方的风险偏好表述成可测量的风险临界值。这些临界值不仅将联合决定可接受的整体项目风险敞口水平，而且也用于制定概率和影响定义。以后将根据概率和影响定义，对单个项目风险进行评估和排序。
- 风险概率和影响定义。根据具体的项目环境，组织和关键相关方的风险偏好和临界值，来制定风险概率和影响定义。项目可能自行制定关于概率和影响级别的具体定义，或者用组织提供的通用定义作为出发点。应该根据拟开展项目风险管理过程的详细程度，来确定概率和影响级别的数量，即：更多级别（通常为五级）对应于更详细的风险管理方法，更少级别（通常为三级）对应于更简单的方法。表 11-1 针对三个项目目标提供了概率和影响定义的示例。
通过将影响定义为负面威胁（工期延误、成本增加和绩效不佳）和正面机会（工期缩短、成本节约和绩效改善），表格所示的量表可同时用于评估威胁和机会。
表 11-1概率和影响定义示例
- 概率和影响矩阵。见 11.3.2.6 节。组织可在项目开始前确定优先级排序规则，并将其纳入组织过程资产，或者也可为具体项目量身定制优先级排序规则。在常见的概率和影响矩阵中，会同时列出机会和威胁；以正面影响定义机会，以负面影响定义威胁。概率和影响可以用描述性术语（如很高、高、中、低和很低）或数值来表达。如果使用数值，就可以把两个数值相乘，得出每个风险的概率 - 影响分值，以便据此在每个优先级组别之内排列单个风险相对优先级。
图 11-5 是概率和影响矩阵的示例，其中也有数值风险评分的可能方法。
图 11-5概率和影响矩阵示例（有评分方法）
- 报告格式。确定将如何记录、分析和沟通项目风险管理过程的结果。在这一部分，描述风险登记册、风险报告以及项目风险管理过程的其他输出的内容和格式。
- 跟踪。跟踪是确定将如何记录风险活动，以及将如何审计风险的管理过程。
识别风险时，要同时考虑单个项目风险，以及整体项目风险的来源。风险识别活动的参与者可能包括：项目经理、项目团队成员、项目风险专家（若已指定）、客户、项目团队外部的主题专家、最终用户、其他项目经理、运营经理、相关方和组织内的风险管理专家。虽然这些人员通常是风险识别活动的关键参与者，但是还应鼓励所有项目相关方参与单个项目风险的识别工作。项目团队的参与尤其重要，以便培养和保持他们对已识别单个项目风险、整体项目风险级别和相关风险应对措施的主人翁意识和责任感。
见 12.3.1.4 节。如果需要从外部采购项目资源，就应该审查初始采购文档，因为从组织外部采购商品和服务可能提高或降低整体项目风险，并可能引发更多的单个项目风险。随着采购文档在项目期间的不断更新，还应该审查最新的文档，例如，卖方绩效报告、核准的变更请求和与检查相关的信息。
会影响识别风险过程的组织过程资产包括（但不限于）：
- 项目文档，包括实际数据；
- 组织和项目的过程控制资料；
- 风险描述的格式；
- 以往类似项目的核对单。
适用于本过程的数据收集技术包括（但不限于）：
- 头脑风暴。头脑风暴（见 4.1.2.2 节）的目标是获取一份全面的单个项目风险和整体项目风险来源的清单。通常由项目团队开展头脑风暴，同时邀请团队以外的多学科专家参与。可以采用自由或结构化的形式开展头脑风暴，在引导者的指引下产生各种创意。可以用风险类别（如风险分解结构）作为识别风险的框架。因为头脑风暴生成的创意并不成型，所以应该特别注意对头脑风暴识别的风险进行清晰描述。
- 核对单。核对单是包括需要考虑的项目、行动或要点的清单。它常被用作提醒。基于从类似项目和其他信息来源积累的历史信息和知识来编制核对单。编制核对单，列出过去曾出现且可能与当前项目相关的具体单个项目风险，这是吸取已完成的类似项目的经验教训的有效方式。组织可能基于自己已完成的项目来编制核对单，或者可能采用特定行业的通用风险核对单。虽然核对单简单易用，但它不可能穷尽所有风险。所以，必须确保不要用核对单来取代所需的风险识别工作；同时，项目团队也应该注意考察未在核对单中列出的事项。此外，还应该不时地审查核对单，增加新信息，删除或存档过时信息。
- 访谈。可以通过对资深项目参与者、相关方和主题专家的访谈，来识别单个项目风险以及整体项目风险的来源。应该在信任和保密的环境下开展访谈（见 5.2.2.2 节），以获得真实可信、不带偏见的意见。
适用于本过程的数据分析技术包括（但不限于）：
- 根本原因分析。根本原因分析（见 8.2.2.2 节）常用于发现导致问题的深层原因并制定预防措施。可以用问题陈述（如项目可能延误或超支）作为出发点，来探讨哪些威胁可能导致该问题，从而识别出相应的威胁。也可以用收益陈述（如提前交付或低于预算）作为出发点，来探讨哪些机会可能有利于实现该效益，从而识别出相应的机会。
- 假设条件和制约因素分析。每个项目及其项目管理计划的构思和开发都基于一系列的假设条件，并受一系列制约因素的限制。这些假设条件和制约因素往往都已纳入范围基准和项目估算。开展假设条件和制约因素分析，来探索假设条件和制约因素的有效性，确定其中哪些会引发项目风险。从假设条件的不准确、不稳定、不一致或不完整，可以识别出威胁，通过清除或放松会影响项目或过程执行的制约因素，可以创造出机会。
- SWOT 分析。这是对项目的优势、劣势、机会和威胁 (SWOT) 进行逐个检查。在识别风险时，它会将内部产生的风险包含在内，从而拓宽识别风险的范围。首先，关注项目、组织或一般业务领域，识别出组织的优势和劣势；然后，找出组织优势可能为项目带来的机会，组织劣势可能造成的威胁。还可以分析组织优势能在多大程度上克服威胁，组织劣势是否会妨碍机会的产生。
- 文件分析。见 5.2.2.3 节。通过对项目文件的结构化审查，可以识别出一些风险。可供审查的文件包括（但不限于）计划、假设条件、制约因素、以往项目档案、合同、协议和技术文件。
项目文件中的不确定性或模糊性，以及同一文件内部或不同文件之间的不一致，都可能是项目风险的指示信号。
适用于本过程的数据分析技术包括（但不限于）：
- 风险数据质量评估。风险数据是开展定性风险分析的基础。风险数据质量评估旨在评价关于单个项目风险的数据的准确性和可靠性。使用低质量的风险数据，可能导致定性风险分析对项目来说基本没用。如果数据质量不可接受，就可能需要收集更好的数据。可以开展问卷调查，了解项目相关方对数据质量各方面的评价，包括数据的完整性、客观性、相关性和及时性，进而对风险数据的质量进行综合评估。可以计算这些方面的加权平均数，将其作为数据质量的总体分数。
- 风险概率和影响评估。风险概率评估考虑的是特定风险发生的可能性，而风险影响评估考虑的是风险对一项或多项项目目标的潜在影响，如进度、成本、质量或绩效。威胁将产生负面的影响，机会将产生正面的影响。要对每个已识别的单个项目风险进行概率和影响评估。风险评估可以采用访谈或会议的形式，参加者将依照他们对风险登记册中所记录的风险类型的熟悉程度而定。项目团队成员和项目外部资深人员应该参加访谈或会议。在访谈或会议期间，评估每个风险的概率水平及其对每项目标的影响级别。如果相关方对概率水平和影响级别的感知存在差异，则应对差异进行探讨。此外，还应记录相应的说明性细节，例如，确定概率水平或影响级别所依据的假设条件。应该采用风险管理计划中的概率和影响定义（表11-1），来评估风险的概率和影响。低概率和影响的风险将被列入风险登记册中的观察清单，以供未来监控。
- 其他风险参数评估。为了方便未来分析和行动，在对单个项目风险进行优先级排序时，项目团队可能考虑（除概率和影响以外的）其他风险特征。此类特征可能包括（但不限于）：
- 紧迫性。为有效应对风险而必须采取应对措施的时间段。时间短就说明紧迫性高。
- 邻近性。风险在多长时间后会影响一项或多项项目目标。时间短就说明邻近性高。
- 潜伏期。从风险发生到影响显现之间可能的时间段。时间短就说明潜伏期短。
- 可管理性。风险责任人（或责任组织）管理风险发生或影响的容易程度。如果容易管理，可管理性就高。
- 可控性。风险责任人（或责任组织）能够控制风险后果的程度。如果后果很容易控制，可控性就高。
- 可监测性。对风险发生或即将发生进行监测的容易程度。如果风险发生很容易监测，可监测性就高。
- 连通性。风险与其他单个项目风险存在关联的程度大小。如果风险与多个其他风险存在关联，连通性就高。
- 战略影响力。风险对组织战略目标潜在的正面或负面影响。如果风险对战略目标有重大影响，战略影响力就大。
- 密切度。风险被一名或多名相关方认为要紧的程度。被认为很要紧的风险，密切度就高。
相对于仅评估概率和影响，考虑上述某些特征有助于进行更稳健的风险优先级排序。
组织可针对每个项目目标（如成本、时间和范围）制定单独的概率和影响矩阵，并用它们来评估风险针对每个目标的优先级别。组织还可以用不同的方法为每个风险确定一个总体优先级别。即可综合针对不同目标的评估结果，也可采用最高优先级别（无论针对哪个目标），作为风险的总体优先级别。
针对威胁，可以考虑下列五种备选策略：
- 上报。如果项目团队或项目发起人认为某威胁不在项目范围内，或提议的应对措施超出了项目经理的权限，就应该采用上报策略。被上报的风险将在项目集层面、项目组合层面或组织的其他相关部门加以管理，而不在项目层面。项目经理确定应就威胁通知哪些人员，并向该人员或组织部门传达关于该威胁的详细信息。对于被上报的威胁，组织中的相关人员必须愿意承担应对责任，这一点非常重要。威胁通常要上报给其目标会受该威胁影响的那个层级。威胁一旦上报，就不再由项目团队做进一步监督，虽然仍可出现在风险登记册中供参考。
- 规避。风险规避是指项目团队采取行动来消除威胁，或保护项目免受威胁的影响。它可能适用于发生概率较高，且具有严重负面影响的高优先级威胁。规避策略可能涉及变更项目管理计划的某些方面，或改变会受负面影响的目标，以便于彻底消除威胁，将它的发生概率降低到零。
风险责任人也可以采取措施，来分离项目目标与风险万一发生的影响。规避措施可能包括消除威胁的原因、延长进度计划、改变项目策略，或缩小范围。有些风险可以通过澄清需求、获取信息、改善沟通或取得专有技能来加以规避。
- 转移。转移涉及到将应对威胁的责任转移给第三方，让第三方管理风险并承担威胁发生的影响。采用转移策略，通常需要向承担威胁的一方支付风险转移费用。风险转移可能需要通过一系列行动才得以实现，包括（但不限于）购买保险、使用履约保函、使用担保书、使用保证书等。也可以通过签订协议，把具体风险的归属和责任转移给第三方。
- 减轻。风险减轻是指采取措施来降低威胁发生的概率和（或）影响。提前采取减轻措施通常比威胁出现后尝试进行弥补更加有效。减轻措施包括采用较简单的流程，进行更多次测试，或者选用更可靠的卖方。还可能涉及原型开发（见 5.2.2.8 节），以降低从实验台模型放大到实际工艺或产品中的风险。如果无法降低概率，也许可以从决定风险严重性的因素入手，来减轻风险发生的影响。例如，在一个系统中加入冗余部件，可以减轻原始部件故障所造成的影响。
- 接受。风险接受是指承认威胁的存在，但不主动采取措施。此策略可用于低优先级威胁，也可用于无法以任何其他方式加以经济有效地应对的威胁。接受策略又分为主动或被动方式。最常见的主动接受策略是建立应急储备，包括预留时间、资金或资源以应对出现的威胁；被动接受策略则不会主动采取行动，而只是定期对威胁进行审查，确保其并未发生重大改变。
针对机会，可以考虑下列五种备选策略：
- 上报。如果项目团队或项目发起人认为某机会不在项目范围内，或提议的应对措施超出了项目经理的权限，就应该取用上报策略。被上报的机会将在项目集层面、项目组合层面或组织的其他相关部门加以管理，而不在项目层面。项目经理确定应就机会通知哪些人员，并向该人员或组织部门传达关于该机会的详细信息。对于被上报的机会，组织中的相关人员必须愿意承担应对责任，这一点非常重要。机会通常要上报给其目标会受该机会影响的那个层级。
机会一旦上报，就不再由项目团队做进一步监督，虽然仍可出现在风险登记册中供参考。
- 开拓。如果组织想确保把握住高优先级的机会，就可以选择开拓策略。此策略将特定机会的出现概率提高到 100%，确保其肯定出现，从而获得与其相关的收益。开拓措施可能包括：把组织中最有能力的资源分配给项目来缩短完工时间，或采用全新技术或技术升级来节约项目成本并缩短项目持续时间。
- 分享。分享涉及到将应对机会的责任转移给第三方，使其享有机会所带来的部分收益。必须仔细为已分享的机会安排新的风险责任人，让那些最有能力为项目抓住机会的人担任新的风险责任人。采用风险分享策略，通常需要向承担机会应对责任的一方支付风险费用。分享措施包括建立合伙关系、合作团队、特殊公司或合资企业来分享机会。
- 提高。提高策略用于提高机会出现的概率和（或）影响。提前采取提高措施通常比机会出现后尝试改善收益更加有效。通过关注其原因，可以提高机会出现的概率；如果无法提高概率，也许可以针对决定其潜在收益规模的因素来提高机会发生的影响。机会提高措施包括为早日完成活动而增加资源。
- 接受。接受机会是指承认机会的存在，但不主动采取措施。此策略可用于低优先级机会，也可用于无法以任何其他方式加以经济有效地应对的机会。接受策略又分为主动或被动方式。
最常见的主动接受策略是建立应急储备，包括预留时间、资金或资源，以便在机会出现时加以利用；被动接受策略则不会主动采取行动，而只是定期对机会进行审查，确保其并未发生重大改变。
风险应对措施的规划和实施不应只针对单个项目风险，还应针对整体项目风险。用于应对单个项目风险的策略也适用于整体项目风险：
- 规避。如果整体项目风险有严重的负面影响，并已超出商定的项目风险临界值，就可以采用规避策略。此策略涉及采取集中行动，弱化不确定性对项目整体的负面影响，并将项目拉回到临界值以内。例如，取消项目范围中的高风险工作，就是一种整个项目层面的规避措施。
如果无法将项目拉回到临界值以内，则可能取消项目。这是最极端的风险规避措施，仅适用于威胁的整体级别在当前和未来都不可接受。
- 开拓。如果整体项目风险有显著的正面影响，并已超出商定的项目风险临界值，就可以采用开拓策略。此策略涉及采取集中行动，去获得不确定性对整体项目的正面影响。例如，在项目范围中增加高收益的工作，以提高项目对相关方的价值或效益；或者，也可以与关键相关方协商修改项目的风险临界值，以便将机会包含在内。
- 转移或分享。如果整体项目风险的级别很高，组织无法有效加以应对，就可能需要让第三方代表组织对风险进行管理。若整体项目风险是负面的，就需要采取转移策略，这可能涉及支付风险费用；如果整体项目风险高度正面，则由多方分享，以获得相关收益。整体项目风险的转移和分享策略包括（但不限于）：建立买方和卖方分享整体项目风险的协作式业务结构、成立合资企业或特殊目的公司，或对项目的关键工作进行分包。
- 减轻或提高。本策略涉及变更整体项目风险的级别，以优化实现项目目标的可能性。减轻策略适用于负面的整体项目风险，而提高策略则适用于正面的整体项目风险。减轻或提高策略包括重新规划项目、改变项目范围和边界、调整项目优先级、改变资源配置、调整交付时间等。
- 接受。即使整体项目风险已超出商定的临界值，如果无法针对整体项目风险采取主动的应对策略，组织可能选择继续按当前的定义推动项目进展。接受策略又分为主动或被动方式。最常见的主动接受策略是为项目建立整体应急储备，包括预留时间、资金或资源，以便在项目风险超出临界值时使用；被动接受策略则不会主动采取行动，而只是定期对整体项目风险的级别进行审查，确保其未发生重大改变。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括（但不限于）：
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。项目管理计划的任何组件都可能受本过程的影响。
项目采购管理包括从项目团队外部采购或获取所需产品、服务或成果的各个过程。项目采购管理包括编制和管理协议所需的管理和控制过程，例如，合同、订购单、协议备忘录 (MOA)，或服务水平协议 (SLA)。被授权采购项目所需货物和（或）服务的人员可以是项目团队、管理层或组织采购部（如果有）的成员。
项目采购管理过程包括：
12.1 规划采购管理 — 记录项目采购决策、明确采购方法，及识别潜在卖方的过程。
12.2 实施采购 — 获取卖方应答、选择卖方并授予合同的过程。
12.3 控制采购 — 管理采购关系、监督合同绩效、实施必要的变更和纠偏，以及关闭合同的过程。
虽然在本指南中，采购过程以界限分明和相互独立的形式出现，但在实践中，采购过程相当复杂且相互作用，还与其他知识领域的过程相互作用。本指南无法全面详述这些相互作用。本章以从项目外部获取货物或服务的视角来叙述采购过程。
图 12-1 概括了项目采购管理的各个过程。虽然在本《PMBOK® 指南》中，各项目采购管理过程
以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 12-1项目采购管理概述
项目采购管理的核心概念与采购过程相关的重大法律义务和惩罚，通常超出大多数其他的项目管理过程。虽然项目经理不必成为采购管理法律法规领域的专家，但应该对采购过程有足够了解，以便做出与合同及合同关系相关的明智决定。通常情况下，项目经理无权签署对组织有约束力的法律协议，这项工作仅由具备相关职权的人员执行。
项目采购管理过程涉及到用协议来描述买卖双方之间的关系。协议可以很简单，如以特定人工单价购买所需的工时，也可以很复杂，如多年的国际施工合同。合同签署的方法和合同本身应体现可交付成果或所需人力投入的简单性或复杂性，其书写形式也应符合当地、所在国或国际法中关于合同签署的规定。
合同应明确说明预期的可交付成果和结果，包括从卖方到买方的任何知识转移。合同中未规定的任何事项则不具法律强制力。开展国际合作的项目经理应牢记，无论合同规定如何详尽，文化和当地法律对合同及其可执行性均有影响。
采购合同中包括条款和条件，也可包括买方就卖方应实施工作或应交付产品的其他规定。在与采购办公室协作确保遵守组织的采购政策的同时，项目管理团队必须确定所有采购都能满足项目的具体需要。因应用领域不同，协议可以是合同、服务水平协议（SLA）、谅解备忘录、协议备忘录（MOA）或订购单。
大多数组织都有相关的书面政策和程序，来专门定义采购规则，并规定谁有权代表组织签署和管理协议。在世界各地，组织虽然用不同的名称来称呼负责采购的单位或部门，如购买部、合同部、采购部或收购部，但其实际职责大同小异。
虽然所有项目文件可能都要经过某种形式的审查与批准，但是，鉴于其法律约束力，合同或协议需要经过更多的审批程序，而且通常会涉及到法务部。在任何情况下，审批程序的主要目标都是确保合同充分描述将由卖方提供的产品、服务或成果，且符合法律法规关于采购的规定。通常把描述产品、服务或成果的文件作为独立的附件或附录，以便合同正文使用标准化的法律合同用语。
在复杂项目中，可能需要同时或先后管理多个合同。这种情况下，不同合同的生命周期可在项目生命周期的任何阶段开始与结束。买卖方关系是采购组织与外部组织之间的关系，可存在于项目的许多层次上。
因应用领域不同，卖方可以是承包商、供货商、服务提供商或供应商；买方可能为最终产品的所有人、分包商、收购机构、服务需求者或购买方。在合同生命周期中，卖方首先是投标人，然后是中标人，之后是签约供应商或供货商。
中标人可将所承揽的工作当作一个项目加以管理。在这种情况下：
- 买方就变成了承包商、供应商及服务提供商的客户，因此也就是卖方的关键项目相关方。
- 卖方的项目管理团队就需要关注工作执行或服务提供所涉及的所有过程。
- 对于卖方来说，合同条款和条件以及采购工作说明书 (SOW) 都是其许多管理过程的重要输入。
在合同中，可实际列出各种输入（如，主要可交付成果、关键里程碑、成本目标），或者可限制项目团队的选择余地（如，在 IT 整合项目中，关于人员配备的决定往往要征得买方的批准）。另外，采购工作说明书可能使用其他名称，如技术工作说明书。
- 卖方本身也可能成为更低层级的产品、服务和材料分包商及供应商的买方。
本节假设项目所需物品或服务的买方是项目团队，或者是组织内部的某个部门，同时假设卖方是为项目提供物品或服务的一方，且通常来自执行组织外部。在某些项目上，卖方可能是项目执行组织内部但属于项目外部的某个小组或部门。在大型复杂的项目上，卖方可能在授予合同后才成为整合式项目团队的一部分。
在小型组织或初创企业，以及未设置购买、合同或采购部门的组织，项目经理可以拥有采购职权，能够直接谈判并签署合同（分散式采购）。在更成熟的组织中，由专设部门开展实际的采购和合同签署工作，即采购、谈判和签署合同（集中式采购）。
在签署国际合同时，应该在合同中明确规定对合同的法律管辖权。在大多数情况下，卖方是受正式合同关系约束的外部承包商。
采购管理的发展趋势和新兴实践不同行业各方面（软件工具、风险、过程、物流和技术）的一些重大趋势，会影响项目的成功率。项目采购管理的发展趋势和新兴实践包括（但不限于）：
- 工具的改进。用于管理项目采购和项目执行的工具已经取得重大发展。现在，买方能够使用在线工具集中发布采购广告；卖方也能够使用在线工具集中查找采购文件，并直接在线填写。在施工、工程和基础设施领域，建筑信息模型(BIM) 软件的应用日益广泛，为工程项目节省了大量时间和资金。它能够大幅减少施工索赔，从而降低成本、缩短工期，因此世界各地的主要公司和政府都开始要求在大型项目中使用 BIM。
- 更先进的风险管理。在风险管理领域日益流行的一个趋势，就是在编制合同时准确地将具体风险分配给最有能力对其加以管理的一方。没有任何承包商有能力管理项目的所有重大风险，买方因而必须接受承包商无法掌控的风险，例如，采购方公司政策的不断变化、法规要求的不断变化，以及项目以外的其他风险。在合同中可以明确规定风险管理是合同工作的一部分。
- 变化中的合同签署实践。在过去几年时间内，超大型项目的数量显著增加，尤其是在基础设施建设和工程项目领域。数十亿美元的项目现在已十分常见。大部分此类项目都要求与多个国家的多家承包商签署国际合同，因此肯定比仅使用当地承包商的项目具有更大的风险。承包商越来越重视在采购过程中与客户开展密切合作，以便对批量采购或有其他特殊关系的客户给予折扣优惠。对于此类项目来说，为了减少执行过程中的问题和索赔，采用国际公认的标准合同范本也日益普遍。
- 物流和供应链管理。因为如此多的大型工程、施工和基础设施建设项目都由多家跨国承包商来完成，材料物流管理对于项目成功完成至关重要。对采购周期较长的产品，制造环节和运输（到项目现场）环节都是项目进度的决定因素。在 IT 领域，有些产品可能需要提前 2 至 3 个月订购；在复杂的施工项目上，订购时间可能需要提前 1-2 年，甚至更长。在这些项目上，可能需要在签订其他采购合同之前就采购这些订购周期长的产品，以便项目如期完成。在最终产品的最终设计完成之前，就可能需要根据总体设计中已确定的要求开始订购采购周期较长的材料、用品或设备。供应链管理也是承包商的项目团队日益重视的一个领域。在项目早期，不仅要明确主要的采购渠道，通常还需要明确次要和备选渠道。全球很多国家会要求跨国承包商至少向当地供应商采购一定比例的材料和用品。
- 技术和相关方关系。公共资助的项目正受越来越多的关注。基础设施和商业建设项目正日益采用包括网络摄像（webcams）在内的技术，以改善与相关方的沟通和关系。在施工期间，施工现场会安装一台或多台网络摄像机，定期更新并发布到公开的网站上，方便所有相关方在互联网上查看项目进展。另外，视频资料可以储存，有助于在索赔发生时进行分析。有些项目显示，使用网络摄像机记录现场情况，能够避免对事实的分歧，从而能够把与现场施工有关的争议降到最低程度。
- 试用采购。并非每一个卖方都能很好地适应买方组织的环境，因此，在决定大批量采购之前，有些项目会试用多个候选卖方，向他们采购少量的可交付成果和工作产品。这样一来，买方可以在推进项目工作的同时，对潜在合作伙伴进行评估。
裁剪时需要考虑的因素因为每个项目都是独特的，所以项目经理需要裁剪项目采购管理过程。裁剪时应考虑的因素包括（但不限于）：
- 采购的复杂性。只开展一次主要的采购，或者需要在不同时间向不同卖方进行多次采购（会提高采购的复杂性）？
- 物理地点。买方和卖方在同一或邻近地点，或者位于不同时区、国家或大洲？
- 治理和法规环境。组织的采购政策是否和当地相关的法律法规兼容？当地的法律法规会如何影响合同审计工作？
- 承包商的可用性。是否有具备工作执行能力的承包商可供选择？
在敏捷或适应型环境中需要考虑的因素在敏捷型环境中，可能需要与特定卖方协作来扩充团队。这种协作关系能够营造风险共担式采购模型，让买方和卖方共担项目风险和共享项目奖励。
在大型项目上，可能针对某些可交付成果采用适应型方法，而对其他部分则采用更稳定的方法。
在这种情况下，可以通过主体协议，如主要服务协议（MSA），来管辖整体协作关系，而将适应型工作写入附录或补充文件。这样一来，变更只针对适应型工作，而不会对主体协议造成影响。
应该在规划采购管理过程的早期，确定与采购有关的角色和职责。项目经理应确保在项目团队中配备具有所需采购专业知识的人员。采购过程的参与者可能包括购买部或采购部的人员，以及采购组织法务部的人员。这些人员的职责也应记录在采购管理计划中。
组织使用的各种合同协议类型也会影响规划采购管理过程中的决策。能够影响规划采购管理过程的组织过程资产包括（但不限于）：
- 预先批准的卖方清单。经过适当审查的卖方清单可以简化招标所需的步骤，并缩短卖方甄选过程的时间。
- 正式的采购政策、程序和指南。大多数组织都有正式的采购政策和采购机构。如果没有，项目团队就应该配备相关的资源和专业技能，来实施采购活动。
- 合同类型。所有法律合同关系通常可分为总价和成本补偿两大类。此外，还有第三种常用的混合类型，即工料合同。下文将分别讨论上述几类较常用的合同类型。但在实践中，单次采购合并使用两种或更多合同类型的情况也并不罕见。
- 总价合同。此类合同为既定产品、服务或成果的采购设定一个总价。这种合同应在已明确定义需求，且不会出现重大范围变更的情况下使用。总价合同的类型包括：
mm固定总价 (FFP)。FFP 是最常用的合同类型。大多数买方都喜欢这种合同，因为货物采购的价格在一开始就已确定，并且不允许改变（除非工作范围发生变更）。
mm总价加激励费用 (FPIF)。这种总价合同为买方和卖方提供了一定的灵活性，允许一定的绩效偏离，并对实现既定目标给予相关的财务奖励（通常取决于卖方的成本、进度或技术绩效）。FPIF 合同中会设置价格上限，高于此价格上限的全部成本将由卖方承担。
mm总价加经济价格调整 (FPEPA)。这种合同适用于两种情况：卖方履约期将跨越几年时间，或将以不同货币支付价款。它是总价合同的一种类型，但合同中包含了特殊条款，允许根据条件变化，如通货膨胀、某些特殊商品的成本增加（或降低），以事先确定的方式对合同价格进行最终调整。
- 成本补偿合同。此类合同向卖方支付为完成工作而发生的全部合法实际成本（可报销成本），外加一笔费用作为卖方的利润。这种合同适用于：工作范围预计会在合同执行期间发生重大变更。成本补偿合同又可分为：
- 成本加固定费用 (CPFF)。为卖方报销履行合同工作所发生的一切可列支成本，并向卖方支付一笔固定费用。该费用以项目初始估算成本的某一百分比计列。除非项目范围发生变更，否则费用金额维持不变。
- 成本加激励费用 (CPIF)。为卖方报销履行合同工作所发生的一切可列支成本，并在卖方达到合同规定的绩效目标时，向卖方支付预先确定的激励费用。在 CPIF 合同中，如果最终成本低于或高于原始估算成本，则买方和卖方需要根据事先商定的成本分摊比例来分享节约部分或分担超支部分。例如，基于卖方的实际成本，按照 80/20 的比例分担（分享）超过（低于）目标成本的部分。
- 成本加奖励费用 (CPAF)。为卖方报销一切合法成本，但只有在卖方满足合同规定的、某些笼统主观的绩效标准的情况下，才向卖方支付大部分费用。奖励费用完全由买方根据自己对卖方绩效的主观判断来决定，并且通常不允许申诉。
- 工料合同 (T&M)。工料合同（又称时间和手段合同），是兼具成本补偿合同和总价合同特点的混合型合同。这种合同往往适用于：在无法快速编制出准确的工作说明书的情况下扩充人员、聘用专家或寻求外部支持。
适用于本过程的数据分析技术包括（但不限于）自制或外购分析。自制或外购分析用于确定某项工作或可交付成果最好由项目团队自行完成，还是应该从外部采购。制定自制或外购决策时应考虑的因素包括；组织当前的资源配置及其技能和能力，对专业技术的需求，不愿承担永久雇用的义务，以及对独特技术专长的需求；还要评估与每个自制或外购决策相关的风险。
采购管理计划包含要在采购过程中开展的各种活动。它应该记录是否要开展国际竞争性招标、国内竞争性招标、当地招标等。如果项目由外部资助，资金的来源和可用性应符合采购管理计划和项目进度计划的规定。
采购管理计划可包括以下内容：
- 如何协调采购与项目的其他工作，例如，项目进度计划制定和控制；
- 开展重要采购活动的时间表；
- 用于管理合同的采购测量指标；
- 与采购有关的相关方角色和职责；如果执行组织有采购部，项目团队拥有的职权和受到的限制；
- 可能影响采购工作的制约因素和假设条件；
- 司法管辖权和付款货币；
- 是否需要编制独立估算，以及是否应将其作为评价标准；
- 风险管理事项，包括对履约保函或保险合同的要求，以减轻某些项目风险；
- 拟使用的预审合格的卖方（如果有）。
根据每个项目的需要，采购管理计划可以是正式或非正式的，非常详细或高度概括的。
一旦完成自制或外购分析，并决定从项目外部渠道采购，就应制定一套采购策略。应该在采购策略中规定项目交付方法、具有法律约束力的协议类型，以及如何在采购阶段推动采购进展。
- 交付方法。对专业服务项目和建筑施工项目，应该采用不同的交付方法。
- 专业服务项目的交付方法包括：买方或服务提供方不得分包、买方或服务提供方可以分包、买方和服务提供方设立合资企业、买方或服务提供方仅充当代表。
- 而工业或商业施工项目的交付方法包括（但不限于）：交钥匙式、设计-建造 (DB)、设计-招标-建造 (DBB)、设计-建造-运营 (DBO)、建造-拥有-运营-转让 (BOOT)，及其他。
- 合同支付类型。合同支付类型与项目交付方法无关，需要与采购组织的内部财务系统相协调。
它们包括（但不限于）以下合同类型及其变种：总价、固定总价、成本加奖励费用、成本加激励费用、工料、目标成本及其他。
- 总价合同适用于工作类型可预知、需求能清晰定义且不太可能变更的情况；
- 成本补偿合同适用于工作不断演进、很可能变更或未明确定义的情况；
- 激励和奖励费用可用于协调买方和卖方的目标。
- 采购阶段。采购策略也可以包括与采购阶段有关的信息，这种信息可能包括：
- 采购工作的顺序安排或阶段划分，每个阶段的描述，以及每个阶段的具体目标；
- 用于监督的采购绩效指标和里程碑；
- 从一个阶段过渡到下一个阶段的标准；
- 用于追踪采购进展的监督和评估计划；
- 向后续阶段转移知识的过程。
针对不同的标准，可以用数值分数、颜色代码或书面描述，来说明卖方满足采购组织需求的程度。这些标准是加权系统的组成部分，可据此以加权打分的方法排列所有建议书的顺序，以便确定谈判的顺序，并与某个卖方签订合同。
对于大型的采购，采购组织可以自行准备独立估算，或聘用外部专业估算师做出成本估算，并将其作为评价卖方报价的对照基准。如果二者之间存在明显差异，则可能表明采购工作说明书存在缺陷或模糊，或者潜在卖方误解了或未能完全响应采购工作说明书。
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，记录任何与法规和合规性、数据收集、数据分析和供方选择分析相关的经验教训。
- 里程碑清单。见 6.2.3.3 节。重要里程碑清单说明卖方需要在何时交付成果。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，任何被选中的卖方都会带来特殊的风险。
- 相关方登记册。见 13.1.3.1 节。更新相关方登记册，记录任何关于相关方的补充信息，尤其是监管机构、合同签署人员，以及法务人员的信息。
对于采购次数少且相对简单的项目，作为本过程输出的有些文件可以合并。不过，对于采购规模较大、较复杂，而且大部分工作需由承包商完成的项目，就需要使用几种不同类型的文件。表 12-1 列出了采购中常用的文件类型及其部分内容。鉴于采购的法律性质，不应把表 12-1 的内容看成规定性描述，而只应该把它们看成关于所需文件的类型和内容的总体大纲，用于指导实施采购工作。组织、环境和法律规定会决定项目具体需要的文件类型和内容。
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。在项目早期获取的与实施采购有关的经验教训，可用于项目后期阶段，以提高本过程的效率。
- 项目进度计划。见 6.5.3.2 节。项目进度计划确定项目活动的开始和结束日期，包括采购活动。
它还会规定承包商最终的交付日期。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，任何被选中的卖方都会带来特殊的风险。
- 相关方登记册。见 13.1.3.1 节。此文件包含与已识别相关方有关的所有详细信息。
评估团队会根据供方选择标准审查每一份建议书，然后选出最能满足采购组织需求的卖方。
能够影响实施采购过程的组织过程资产包括（但不限于）：
- 预审合格的优先卖方清单；
- 会影响卖方选择的组织政策；
- 组织中关于协议起草及签订的具体模板或指南；
- 关于付款申请和支付过程的财务政策和程序。
选定的卖方是在建议书评估或投标评估中被判断为最有竞争力的投标人。对于较复杂、高价值和高风险的采购，在授予合同前，要把选定的卖方报给组织高级管理人员审批。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括（但不限于）：
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，记录在实施采购期间所遇到的挑战、本可采取的规避方法，以及有效的方法。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 需求跟踪矩阵。见 5.2.3.2 节。随着将卖方纳入项目计划，可能需要根据特定卖方的能力，变更需求登记册及跟踪矩阵。
- 资源日历。见 9.2.1.2 节。可能需要根据卖方的可用性更新与进度计划有关的资源日历。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，每个被选中的卖方都会带来特殊的风险。在合同签署过程中，应该对风险登记册进行变更，以反映每个卖方带来的具体风险。
- 相关方登记册。见 13.1.3.1 节。此文件包含与已识别相关方有关的所有详细信息。 与具体卖方签订协议后，需要更新相关方登记册。
控制措施的质量，包括采购审计的独立性和可信度，是采购系统可靠性的关键决定因素。组织的道德规范、内部法律顾问和外部法律咨询，包括持续的反腐计划，都有助于实现适当的采购控制。
可作为本过程输入的项目文件包括（但不限于）：
- 假设日志。见 4.1.3.2 节。假设日志记录了采购过程中做出的假设。
- 经验教训登记册。见 4.4.3.1 节。在项目早期获取的经验教训可供项目未来使用，以改进承包商绩效和采购过程。
- 里程碑清单。见 6.2.3.3 节。重要里程碑清单说明卖方需要在何时交付成果。
- 质量报告。见 8.2.3.1 节。质量报告用于识别不合规的卖方过程、程序或产品。
- 需求文件。见 5.2.3.1 节。需求文件可能包括：
- 卖方需要满足的技术要求；
- 具有合同和法律意义的需求，如健康、安全、安保、绩效、环境、保险、知识产权、同等就业机会、执照、许可证，以及其他非技术要求。
- 需求跟踪矩阵。见 5.2.3.2 节。需求跟踪矩阵将产品需求从其来源连接到能满足需求的可交付成果。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，每个被选中的卖方都会带来特殊的风险。
- 相关方登记册。见 13.1.3.1 节。相关方登记册包括关于已识别相关方的信息，例如，合同团队成员、选定的卖方、签署合同的专员，以及参与采购的其他相关方。
能够影响控制采购过程的事业环境因素包括（但不限于）：
- 合同变更控制系统；
- 市场条件；
- 财务管理和应付账款系统；
- 采购组织的道德规范。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括（但不限于）：
可在本过程更新的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。更新经验教训登记册，记录能有效维护采购工作的范围、进度和成本的技术。对于出现的偏差，经验教训登记册应该记录曾采取的纠正措施及其有效性。
如果已经发生索赔，则应记录相关信息以避免重蹈覆辙，其他关于如何改善采购过程的信息也应记录在内。
- 资源需求。见 9.2.3.1 节。随着承包商的工作进展，可能因工作执行不符合原定计划而需要变更资源需求。
- 需求跟踪矩阵。见 5.2.3.2 节。更新需求跟踪矩阵，记录已实现的需求。
- 风险登记册。见 11.2.3.1 节。取决于卖方的组织、合同的持续时间、外部环境、项目交付方法、所选合同类型，以及最终商定的价格，每个被选中的卖方都会带来特殊的风险。随着早期风险的过时以及新风险的出现，在项目执行期间对风险登记册进行变更。
- 相关方登记册。见 13.1.3.1 节。随着执行阶段的工作进展，承包商和供应商可能发生变更，应该把承包商和供应商的变更情况记录在相关方登记册中。
为加快组织内部和组织之间的信息分享，敏捷型方法提倡高度透明。例如，邀请所有相关方参与项目会议和审查，或将项目工件发布到公共空间，其目的在于让各方之间的不一致和依赖关系，或者与不断变化的项目有关的其他问题，都尽快浮现。
本过程通常在编制和批准项目章程之前或同时首次开展。本过程需在必要时重复开展，至少应在每个阶段开始时，以及项目或组织出现重大变化时重复开展。每次重复开展本过程，都应通过查阅项目管理计划组件及项目文件，来识别有关的项目相关方。
能够影响识别相关方过程的事业环境因素包括（但不限于）：
- 组织文化、政治氛围，以及治理框架；
- 政府或行业标准（法规、产品标准和行为规范）；
- 全球、区域或当地的趋势、实践或习惯；
- 设施和资源的地理分布。
见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 理解组织内的政治和权力结构；
- 了解所在组织和其他受影响组织（包括客户及其他组织）的环境和文化；
- 了解项目所在行业或项目可交付成果类型；
- 了解个体团队成员的贡献和专长。
适用于本过程的数据分析技术包括（但不限于）：
- 相关方分析。相关方分析会产生相关方清单和关于相关方的各种信息，例如，在组织内的位置、在项目中的角色、与项目的利害关系、期望、态度（对项目的支持程度），以及对项目信息的兴趣。相关方的利害关系可包括（但不限于）以下各条的组合：
- 兴趣。个人或群体会受与项目有关的决策或成果的影响。
- 权利（合法权利或道德权利）。国家的法律框架可能已就相关方的合法权利做出规定，如职业健康和安全。道德权利可能涉及保护历史遗迹或环境的可持续性。
- 所有权。人员或群体对资产或财产拥有的法定所有权。
- 知识。专业知识有助于更有效地达成项目目标和组织成果，或有助于了解组织的权力结构，从而有益于项目。
- 贡献。提供资金或其他资源，包括人力资源，或者以无形方式为项目提供支持，例如，宣传项目目标，或在项目与组织权力结构及政治之间扮演缓冲角色。
- 文件分析。见 5.2.2.3 节。评估现有项目文件及以往项目的经验教训，以识别相关方和其他支持性信息。
适用于本过程的数据表现技术包括（但不限于）相关方映射分析/表现。相关方映射分析和表现是一种利用不同方法对相关方进行分类的方法。对相关方进行分类有助于团队与已识别的项目相关方建立关系。常见的分类方法包括：
- 权力利益方格、权力影响方格，或作用影响方格。基于相关方的职权级别（权力）、对项目成果的关心程度（利益）、对项目成果的影响能力（影响），或改变项目计划或执行的能力，每一种方格都可用于对相关方进行分类。对于小型项目、相关方与项目的关系很简单的项目，或相关方之间的关系很简单的项目，这些分类模型非常实用。
- 相关方立方体。这是上述方格模型的改良形式。本立方体把上述方格中的要素组合成三维模型，项目经理和团队可据此分析相关方并引导相关方参与项目。作为一个多维模型，它将相关方视为一个多维实体，更好地加以分析，从而有助于沟通策略的制定。
- 凸显模型。通过评估相关方的权力（职权级别或对项目成果的影响能力）、紧迫性（因时间约束或相关方对项目成果有重大利益诉求而导致需立即加以关注）和合法性（参与的适当性），对相关方进行分类。在凸显模型中，也可以用邻近性取代合法性，以便考察相关方参与项目工作的程度。这种凸显模型适用于复杂的相关方大型社区，或在相关方社区内部存在复杂的关系网络。凸显模型可用于确定已识别相关方的相对重要性。
- 影响方向。可以根据相关方对项目工作或项目团队本身的影响方向，对相关方进行分类。可以把相关方分类为：
- 向上（执行组织或客户组织、发起人和指导委员会的高级高级管理层）；
- 向下（临时贡献知识或技能的团队或专家）；
- 向外（项目团队外的相关方群体及其代表，如供应商、政府部门、公众、最终用户和监管部门）；或nn横向（项目经理的同级人员，如其他项目经理或中层管理人员，他们与项目经理竞争稀缺项目资源或者合作共享资源或信息）。
- 优先级排序。如果项目有大量相关方、相关方社区的成员频繁变化，相关方和项目团队之间或相关方社区内部的关系复杂，可能有必要对相关方进行优先级排序。
相关方登记册是识别相关方过程的主要输出。它记录关于已识别相关方的信息，包括（但不限于）：
- 身份信息。姓名、组织职位、地点、联系方式，以及在项目中扮演的角色。
- 评估信息。主要需求、期望、影响项目成果的潜力，以及相关方最能影响或冲击的项目生命周期阶段。
- 相关方分类。用内部或外部，作用、影响、权力或利益，上级、下级、外围或横向，或者项目经理选择的其他分类模型，进行分类的结果。
在项目初始时识别相关方，不会导致项目管理计划更新。但随着项目进展，项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括（但不限于）：
规划相关方参与是根据相关方的需求、期望、利益和对项目的潜在影响，制定项目相关方参与项目的方法的过程。本过程的主要作用是，提供与相关方进行有效互动的可行计划。本过程应根据需要在整个项目期间定期开展。
图 13-4 描述本过程的输入、工具与技术和输出。图 13-5 是本过程的数据流向图。
图 13-4规划相关方参与：输入、工具与技术和输出
图 13-5规划相关方参与：数据流向图
• Projectcharter为满足项目相关方的多样性信息需求，应该在项目生命周期的早期制定一份有效的计划；然后，随着相关方社区的变化，定期审查和更新该计划。在通过识别相关方过程明确最初的相关方社区之后，就应该编制第一版的相关方参与计划，然后定期更新相关方参与计划，以反映相关方社区的变化。会触发该计划更新的典型情况包括（但不限于）：
- 项目新阶段开始；
- 组织结构或行业内部发生变化；
- 新的个人或群体成为相关方，现有相关方不再是相关方社区的成员，或特定相关方对项目成功的重要性发生变化；
- 当其他项目过程（如变更管理、风险管理或问题管理）的输出导致需要重新审查相关方参与策略。
这些情况都可能导致已识别相关方的相对重要性发生变化。
见 12.2.3.2 节。在规划承包商及供应商参与时，通常涉及与组织内的采购小组和（或）合同签署小组开展合作，以确保对承包商和供应商进行有效管理。
能够影响规划相关方参与的事业环境因素包括（但不限于）：
- 组织文化、政治氛围，以及治理框架；
- 人事管理政策；
- 相关方风险偏好；
- 已确立的沟通渠道；
- 全球、区域或当地的趋势、实践或习惯；
- 设施和资源的地理分布。
能够影响规划相关方参与过程的组织过程资产包括（但不限于）：
- 企业的社交媒体、道德和安全政策及程序；
- 企业的问题、风险、变更和数据管理政策及程序；
- 组织对沟通的要求；
- 制作、交换、储存和检索信息的标准化指南；
- 经验教训知识库，包括与相关方偏好、行动和参与有关的信息；
- 支持有效相关方参与所需的软件工具。
见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 组织内部及外部的政治和权力结构；
- 组织及组织外部的环境和文化；
- 相关方参与过程使用的分析和评估技术；
- 沟通手段和策略；
- 来自以往项目的关于相关方、相关方群体及相关方组织（他们可能参与过以往的类似项目）的特征的知识。
适用于本过程的数据收集技术包括（但不限于）标杆对照。见 8.1.2.2 节。将相关方分析的结果与其他被视为世界级的组织或项目的信息进行比较。
适用于本过程的数据表现技术包括（但不限于）：
- 思维导图。见 5.2.2.3 节。思维导图用于对相关方信息、相互关系以及他们与组织的关系进行可视化整理。
- 相关方参与度评估矩阵。相关方参与度评估矩阵用于将相关方当前参与水平与期望参与水平进行比较。对相关方参与水平进行分类的方式之一，如图 13-6 所示。相关方参与水平可分为如下：
- 不了解型。不知道项目及其潜在影响。
- 抵制型。知道项目及其潜在影响，但抵制项目工作或成果可能引发的任何变更。此类相关方不会支持项目工作或项目成果。
- 中立型。了解项目，但既不支持，也不反对。
- 支持型。了解项目及其潜在影响，并且会支持项目工作及其成果。
- 领导型。了解项目及其潜在影响，而且积极参与以确保项目取得成功。
在图 13-6 中，C 代表每个相关方的当前参与水平，而 D 是项目团队评估出来的、为确保项目成功所必不可少的参与水平（期望的）。应根据每个相关方的当前与期望参与水平的差距，开展必要的沟通，有效引导相关方参与项目。弥合当前与期望参与水平的差距是监督相关方参与中的一项基本工作。
图 13-6相关方参与度评估矩阵
能够影响管理相关方参与的事业环境因素包括（但不限于）：
- 组织文化、政治氛围，以及组织的治理结构；
- 人事管理政策；
- 相关方风险临界值；
- 已确立的沟通渠道；
- 全球、区域或当地的趋势、实践或习惯；
- 设施和资源的地理分布。
能够影响管理相关方参与过程的组织过程资产包括（但不限于）：
- 企业的社交媒体、道德和安全政策及程序；
- 企业的问题、风险、变更和数据管理政策及程序；
- 组织对沟通的要求；
- 制作、交换、储存和检索信息的标准化指南；
- 以往类似项目的历史信息。
见 4.1.2.1 节。应征求具备以下专业知识或接受过相关培训的个人或小组的意见：
- 组织内部及外部的政治和权力结构；
- 组织及组织外部的环境和文化；
- 相关方参与过程使用的分析和评估技术；
- 沟通方法和策略；
- 可能参与过以往类似项目的相关方、相关方群体及相关方组织的特征。
- 需求管理、供应商管理和变更管理。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括（但不限于）：
能够监督相关方参与过程的事业环境因素包括（但不限于）：
- 组织文化、政治氛围，以及治理框架；
- 人事管理政策；
- 相关方风险临界值；
- 已确立的沟通渠道；
- 全球、区域或当地的趋势、实践或习惯；
- 设施和资源的地理分布。
能够影响监督相关方参与过程的组织过程资产包括（但不限于）：
- 企业的社交媒体、道德和安全政策及程序；
- 企业的问题、风险、变更和数据管理政策及程序；
- 组织对沟通的要求；
- 制作、交换、储存和检索信息的标准化指南；
- 以往项目的历史信息。
适用于本过程的人际关系技能包括（但不限于）：
- 积极倾听。见 10.2.2.6 节。通过积极倾听，减少理解错误和沟通错误。
- 文化意识。见 10.1.2.6 节。文化意识和文化敏感性有助于项目经理依据相关方和团队成员的文化差异和文化需求对沟通进行规划。
- 领导力。见 3.4.4 节。成功的相关方参与，需要强有力的领导技能，以传递愿景并激励相关方支持项目工作和成果。
- 人际交往。见 10.2.2.6 节。通过人际交往了解关于相关方参与水平的信息。
- 政治意识。见 10.1.2.6 节。政治意识有助于理解组织战略，理解谁能行使权力和施加影响，以及培养与这些相关方沟通的能力。
项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括（但不限于）：
组织级项目管理 (OPM) 是开展项目组合管理、项目集管理和项目管理的战略执行框架。该框架使组织不断地以可预见的方式取得更好的绩效、更好的结果及可持续的竞争优势，从而实现组织战略。
项目治理是指用于指导项目管理活动的框架、功能和过程，从而创造独特的产品、服务或结果以满足组织、战略和运营目标。项目层面的治理包括：
根据项目目标和成功标准考核项目的成功程度。在许多情况下，产品、服务或成果的成功只有在项目完成后一段时间方能知晓。例如，在项目产品、服务或成果交付运营时，市场份额增加、运营成本降低或新产品成功可能都是未知的。在这些情况下，项目管理办公室 (PMO)、项目组合指导委员会或组织内的其他职能部门，应该在稍晚时间才对项目成功进行评估，以确定结果是否符合业务目标。
项目生命周期指项目从开始到完成所经历的一系列阶段。项目阶段是一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付成果的完成为结束。这些阶段之间可能是顺序、迭代或交叠的关系。项目阶段的名称、数量和持续时间取决于参与项目的一个或多个组织的管理与控制需要、项目本身的特征及其所在的应用领域。阶段都有时限，有一个起始点、结束点或控制点（有时称为阶段审查、阶段关口或控制关口，也可以用其他类似名称）。在控制点，需要根据当前环境，重新审查项目章程和商业文件。在该时点，把项目绩效与项目管理计划进行比较，以确定项目是否应该变更、终止或按计划继续。
项目生命周期会受组织、行业、开发方法或所用技术的独特性质的影响。虽然每个项目都有起点和终点，但具体的可交付成果及工作会因项目的不同而有很大差异。不论项目涉及的具体工作是什么，生命周期都可以为管理项目提供基本框架。
虽然项目规模及复杂程度各不相同，但是典型项目都呈现下列项目生命周期结构（见图 1-2）：
- 开始项目；
- 组织与准备；
- 执行项目工作；
- 结束项目。
图 1-2项目生命周期的通用结构
通用的生命周期结构一般具有以下特征：
- 成本与人力投入在开始时较低，在工作执行期间逐渐增加，并在项目快要结束时迅速回落。
- 项目开始时风险最大，如图 1-3 所示。在项目的整个生命周期中，随着决策的制定与可交付成果的验收，风险会逐步降低。
- 在不显著影响成本和进度的前提下，相关方改变项目产品最终特性的能力在项目开始时最大，并随项目进展而减弱。图 1-3 表明，做出变更和纠正错误的成本，通常会随着项目越来越接近完成而显著增高。
图 1-3随时间而变化的变量影响
相关方是指可能影响项目决策、活动或结果的个人、群体或组织，以及会受或自认为会受项目决策、活动或结果影响的个人、群体或组织。项目相关方可能来自项目内部或外部，可能主动或被动参与项目，甚至完全不了解项目。项目相关方可能对项目施加积极或消极影响，也可能受项目的积极或消极影响。相关方包括（但不限于）：
项目经理是指由执行组织委派，领导团队实现项目目标的个人。项目经理的报告关系依组织结构和项目治理而定。
项目管理知识领域是管理各种项目时需普遍使用的专业知识领域。每个知识领域都是项目管理中的一个特定主题，以及与该主题相关的一组过程。这10大知识领域在大多数时候适用于大多数项目。某类特定项目可能需要额外的知识领域。这 10 大知识领域包括：
- 项目整合管理项目整合管理包括为识别、定义、组合、统一和协调各项目管理过程组的各种过程和活动而开展的过程与活动。
- 项目范围管理项目范围管理包括确保项目做且只做所需的全部工作，以成功完成项目的各个过程。
- 项目进度管理项目进度管理包括为管理项目按时完成所需的各个过程。
- 项目成本管理项目成本管理包括为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程。
- 项目质量管理项目质量管理包括把组织的质量政策应用于规划、管理、控制项目和产品质量要求，以满足相关方的期望的各个过程。
- 项目资源管理项目资源管理包括识别、获取和管理所需资源以成功完成项目的各个过程。
- 项目沟通管理项目沟通管理包括为确保项目信息及时且恰当地规划、收集、生成、发布、存储、检索、管理、控制、监督和最终处置所需的各个过程。
- 项目风险管理项目风险管理包括规划风险管理、识别风险、开展风险分析、规划风险应对、实施风险应对和监督风险的各个过程。
- 项目采购管理项目采购管理包括从项目团队外部采购或获取所需产品、服务或成果的各个过程。
- 项目相关方管理项目相关方管理包括用于开展下列工作的各个过程：识别影响或受项目影响的人员、群体或组织，分析相关方对项目的期望和影响，制定合适的管理策略来有效调动相关方参与项目决策和执行。
组织过程资产是执行组织所特有并使用的计划、过程、政策、程序和知识库，会影响对具体项目的管理，包括（但不限于）：变更控制程序、模板、来自以往项目的信息和经验教训知识库。（有关组织过程资产的更多信息，请参阅《PMBOK® 指南》第 2.3 节）。
本过程组的主要作用是，确保只有符合组织战略目标的项目才能立项，以及在项目开始时就认真考虑商业论证、项目效益和相关方。在一些组织中，项目经理会参与制定商业论证和分析项目效益，会帮助编写项目章程。在另一些组织中，项目的前期准备工作则由项目发起人、项目管理办公室 (PMO)、项目组合指导委员会或其他相关方群体完成。本标准假设项目已获得发起人或其他治理机构的批准，并且他们在批准项目之前已经审核了商业文件。
制定项目章程是编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。本过程的主要作用是，明确项目与组织战略目标之间的直接联系，确立项目的正式地位，并展示组织对项目的承诺。本过程仅开展一次或仅在项目的预定义点开展。图 2-3 描述了本过程的输入和输出。
规划沟通管理是基于每个相关方或相关方群体的信息需求、可用的组织资产，以及具体项目的需求，为项目沟通活动制定恰当的方法和计划的过程。本过程的主要作用是，为及时向相关方提供相关信息，引导相关方有效参与项目，而编制书面沟通计划。本过程应根据需要在整个项目期间定期开展。图 3-18 描述了本过程的输入和输出。
规划风险管理是定义如何实施项目风险管理活动的过程。本过程的主要作用是，确保风险管理的水平、方法和可见度与项目风险程度，以及项目对组织和其他相关方的重要程度相匹配。本过程仅开展一次或仅在项目的预定义点开展。图 3-19 描述了本过程的输入和输出。
规划采购管理是记录项目采购决策，明确采购方法，识别潜在卖方的过程。本过程的主要作用是，确定是否从项目外部获取货物和服务，如果是，则还要确定将在什么时间、以什么方式获取什么货物和服务。货物和服务可从执行组织的其他部门采购，或者从外部渠道采购。本过程仅开展一次或仅在项目的预定义点开展。图 3-24 描述了本过程的输入和输出。
本过程的主要作用是，利用已有的组织知识来创造或改进项目成果，并且使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。图 4-3 描述了本过程的输入和输出。
管理质量是把组织的质量政策用于项目，并将质量管理计划转化为可执行的质量活动的过程。
收尾过程组包括为正式完成或关闭项目、阶段或合同而开展的过程。本过程组旨在核实为完成项目或阶段所需的所有过程组的全部过程均已完成，并正式宣告项目或阶段关闭。本过程组的主要作用是，确保恰当地关闭阶段、项目和合同。虽然本过程组只有一个过程，但是组织可以自行为项目、阶段或合同添加相关过程。因此，仍把它称为“过程组”。
结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用是，存档项目或阶段信息，完成计划的工作，释放组织资源以展开新的工作。本过程仅开展一次或仅在项目的预定义点开展。图 6-2 描述了本过程的输入和输出。
项目质量管理的核心概念包括：
- 项目质量管理需要兼顾项目管理与项目可交付成果两个方面，它适用于所有项目，无论项目的可交付成果具有何种特性。质量的测量方法和技术则需视专门针对项目所产生的可交付成果类型而定。
- 质量和等级是不同的概念。质量是“一系列内在特性满足要求的程度”（ISO 9000）1，而等级是对用途相同但技术特性不同的可交付成果的级别分类。项目经理及团队要负责权衡，以便同时达到所要求的质量与等级水平。
- 预防胜于检查。最好是在设计时考虑可交付成果的质量，而不是在检查时发现质量问题。预防错误的成本通常远低于在检查或使用中发现并纠正错误的成本。
- 项目经理可能需要熟悉抽样。属性抽样的结果为合格或不合格，而变量抽样指的是在连续的量表上标明结果所处的位置，以表明合格的程度。
- 很多项目会为项目和产品衡量确立公差（结果的可接受范围）和控制界限（在统计意义上稳定的过程或过程绩效的普通差异的边界）。
- 质量成本 (COQ) 包括在产品生命周期中为预防不符合要求、为评价产品或服务是否符合要求，以及因未达到要求（返工）而发生的所有成本。质量成本通常关注项目集管理、项目组合管理、PMO 或运营。
- 当质量整合到项目和产品规划和设计中时，以及组织文化意识致力于提高质量时，就能达成最有效的质量管理。
X4.6项目资源管理的核心概念项目资源管理的核心概念包括：
- 项目资源包括物质资源（设备、材料、设施和基础设施）和团队资源（担任项目角色及承担相关职责的人员）。
- 管理团队资源和物质资源需要不同的技能和能力。
- 项目经理应同时是项目团队的主管和经理，而且应在聘用、管理、激励和授权团队成员方面做出适当的努力。
- 项目经理应了解影响团队的因素，例如，团队环境、团队成员所在的地理位置、相关方之间的沟通、组织变更管理、内部和外部政治、文化问题，以及组织的独特性，uu项目经理还负责积极培养团队技能和能力，同时提高并保持团队的满意度和积极性。
- 物质资源管理着眼于以有效和高效的方式，分配和使用成功完成项目所需的物质资源，而无法有效管理和控制资源可能会降低项目顺利完工的概率。
项目风险管理的核心概念包括：
- 所有项目都有风险。组织应选择承担项目风险，以便创造价值并在风险和奖励之间取得平衡。
- 项目风险管理的目的在于，识别并管理其他项目管理过程中未处理的风险。
- 每个项目中都存在两个级别的风险：单个风险指的是一旦发生，会对一个或多个项目目标产生积极或消极影响的不确定事件或条件；整体项目风险指的是不确定性对项目整体的影响，它代表相关方面临的项目结果可能的积极和消极变化。这些影响源于包括单个风险在内的所有不确定性。项目风险管理过程要处理这两个项目级别上的风险。
- 一旦发生，单个风险可能对项目目标产生积极或消极的影响，而整体项目风险也有积极或消极之分。
- 在项目生命周期内，风险将持续涌现，所以，项目风险管理过程也应不断重复。
- 为了对特定项目的风险进行有效管理，项目团队需要认清在努力实现项目目标过程中，什么级别的风险敞口可以接受。这一点则由反映组织与项目相关者风险偏好的可测量风险临界值来确定。
项目采购管理的核心概念包括：
- 项目经理应足够熟悉采购过程，以便于制定与合同和合同关系有关的明智决策。
- 采购所涉及的协议描述双方，即买方和卖方之间的关系。协议可以简单或复杂，但采购方法应反映采购的复杂程度。协议可以是合同、服务水平协议、谅解、协议备忘录，或采购订单。
- 协议必须遵守当地、所在国及国际法中与合同有关的法律规定。
- 与采购专家合作以确保遵守组织政策的同时，项目经理还应确定所有采购都能满足项目的具体需要。
- 鉴于其法律约束力，协议需要经过更多的审批程序，通常会包括法务部，以确保它对产品、服务或卖方同意提供的成果有充分的描述，且其符合法律和法规关于采购的规定。
- 复杂项目可能需要同时或先后管理多个合同，而买卖方关系存在于项目的许多级别上，以及采购组织内部与外部组织之间。
项目相关方管理的核心概念包括：
- 每个项目都有相关方，他们会受项目的积极或消极影响，或者能对项目施加积极或消极的影响。部分相关方影响项目工作或成果的能力有限，而有些相关方则会对项目及期望成果有重大影响。
- 项目经理和团队正确识别并以适当方式吸引所有相关方参与的能力，可以最终决定项目的成功或失败。
- 要提高成功的概率，相关方识别和吸引其参与的过程应该在项目章程中获得批准、项目经理已被任命，而且团队开始组建之后尽快启动。
- 有效相关方参与的关键在于，关注与所有相关方保持持续沟通，应该把相关方的满意程度视为关键项目目标来识别和管理。
- 为了实现项目效益，识别相关方和吸引相关方参与的过程需重复开展，而且应定期接受审查和更新，尤其在项目推进到新的阶段，或组织或更大范围内的相关方群体发生重大变化时。
裁剪项目整合管理时要考虑的因素包括（但不限于）：
- 项目生命周期。合适的项目生命周期是多久？项目生命周期应包括哪些阶段？
- 开发生命周期。对产品、服务或成果而言，合适的开发生命周期和开发方法是什么？预测型或适应型方法是否适当？如果是适应型，应采用增量还是迭代的方法来开发产品？混合型方法是否为最佳选择？
- 管理方法。考虑到组织文化和项目的复杂性，哪种管理过程最有效？
- 知识管理。如何管理项目中的知识才能营造合作的工作环境？
- 变更。如何管理项目中的变更？
- 治理。参与项目的有哪些控制委员会、委员会和其他相关方？项目状态报告的要求是什么？
- 经验教训。在项目期间及项目结束时，应收集哪些信息？历史信息和经验教训是否适用于未来的项目？
- 效益。何时以及如何报告效益：在项目结束时还是在每次迭代或阶段结束时？
裁剪项目范围管理时要考虑的因素包括（但不限于）：
- 知识和需求管理。组织是否拥有正式或非正式的知识和需求管理体系？为了可在未来的项目中重复使用需求，项目经理应建立哪些指导原则？
- 确认和控制。组织是否拥有正式或非正式的确认和控制相关政策、程序和指南？
- 敏捷方法的使用。组织是否采用敏捷方法管理项目？开发方法属于迭代型还是增量型？是否采用预测型方法？混合型方法是否有效？
- 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南？
裁剪项目成本管理时要考虑的因素包括（但不限于）：
- 知识管理。组织是否拥有正式的知识管理体系和财务数据库，并提供给项目经理使用？
- 估算和预算。组织是否拥有正式或非正式的，与成本估算和预算相关的政策、程序和指南？
- 挣值管理。组织是否采用挣值管理来管理项目？
- 敏捷方法的使用。组织是否采用敏捷方法管理项目？这对成本估算有什么影响？
- 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南？
裁剪项目质量管理时要考虑的因素包括（但不限于）：
- 政策合规与审计。组织有哪些质量政策和程序？组织使用哪些质量工具、技术和模板？
- 标准与法规合规性。是否存在必须遵守的行业质量标准？需要考虑哪些政府、法律或法规方面的制约因素？
- 持续改进。如何管理项目中的质量改进？是在组织级别还是在单个项目级别进行管理？
- 相关方参与。项目环境是否有利于与相关方及供应商合作？
裁剪项目资源管理时要考虑的因素包括（但不限于）：
- 多样性。团队的多样性背景是什么？
- 物理位置。团队成员和物质资源的物理位置在哪里？
- 行业特定资源。所在行业需要哪些特殊资源？
- 团队成员的招募。如何聘用项目团队成员？团队资源是全职还是兼职的？
- 团队建设和管理。如何管理项目团队建设？组织是否有管理团队建设的工具或是否需要增加新工具？是否需要为团队提供有关多样性管理的特殊培训？
- 生命周期方法。项目采用哪些生命周期方法？
裁剪项目沟通管理时要考虑的因素包括（但不限于）：
- 相关方。相关方是属于组织内部或外部，或者二者都是？
- 物理位置。团队成员的物理位置在哪里？团队是否集中在一处？团队是否位于相同地理区域？
团队是否分散于多个时区？
- 沟通技术。哪项技术可用于创建、记录、传输、检索、追踪和存储沟通的人为要素？针对相关方沟通，哪些技术最合适且经济有效？
- 语言。语言是沟通活动过程中要考虑的主要因素。使用的是一种语言，还是多种语言？是否有储备以用于适应不同语言团队成员的复杂情况？
- 知识管理。组织是否有正式的知识管理库？是否采用管理库？
裁剪项目风险管理时要考虑的因素包括（但不限于）：
- 项目规模。项目规模是否需要依据预算、持续时间、范围或团队规模进行调整，并采取更详细的风险管理方式？或者它是否够小，用简化的风险管理过程就足以应对？
- 项目复杂性。高水平创新、新技术、商务安排、相互联系或外部依赖关系会提高项目复杂性，它们是否需要稳健的风险管理方式？或者项目是否够简单，用简化的风险管理过程就足以满足需求？
- 项目重要性。项目有多大的战略重要性？此项目的风险级别升高，是否是因为它以创造突破性机会、克服组织绩效障碍为目标，或牵涉到重要的产品创新？
- 开发方法。它是否是瀑布式项目，风险管理过程可以相继或重复开展；或者此项目是否采取敏捷型方法，需在每个重复过程的开始阶段以及执行期间处理风险？
裁剪项目采购管理时要考虑的因素包括（但不限于）：
- 采购的复杂性。是否只有一次主要的采购，还是需要在不同时间向不同卖方进行多次采购，从而增加采购的复杂性？
- 物理位置。买方和卖方是否在同一个地方，或在合理范围内相距较近，还是位于不同时区、国家/地区，或大洲？
- 治理和法规环境。组织的采购政策是否参考当地相关的采购活动法律和法规？如何影响合同审计要求？
- 承包商的可用性。是否有其他具备工作执行能力的承包商可供选择？
这种方法反映了第六版中强调根据环境、情况、组织和项目的不同需要，对《PMBOK® 指南》所述信息进行裁剪的重要性。
《PMBOK® 指南》使用了以下工具与技术分组：
- 数据收集技术。用于从各种渠道收集数据与信息。共有九种数据收集工具与技术。
- 数据分析技术。用于组织、评估和评价数据与信息。共有 27 种数据分析工具与技术。
- 数据表现技术。用于显示用来传递数据和信息的图形方式或其他方法。共有 15 种数据表现工具与技术。
- 决策技术。用于从不同备选方案选择行动方案。共有两种决策工具与技术。
- 沟通技巧。用于在相关方之间传递信息。共有两种沟通技巧工具与技术。
- 人际关系与团队技能。用于有效地领导团队成员和其他相关方并与之进行互动。共有 17 种人际关系与团队技能工具与技术。
另外还有 60 种未分组的工具与技术。
表 X6-1工具与技术分类和索引表 X6-1工具与技术分类和索引（续）表 X6-1工具与技术分类和索引（续）表 X6-1工具与技术分类和索引（续）表 X6-1工具与技术分类和索引（续）表 X6-1工具与技术分类和索引（续）表 X6-1工具与技术分类和索引（续）表 X6-1工具与技术分类和索引（续）表 X6-1工具与技术分类和索引（续）
每一个知识领域部分在介绍第一个过程前都有标准化的材料，此类材料包括以下小章节：
- 核心概念。收集与具体知识领域相关的核心概念。前几版也收录了此类信息；而在这一版中，我们对它们进行合并和说明，以保证各知识领域之间的一致性。附录 X4 对此类核心概念加以汇编。
- 趋势和新兴实践。虽然项目管理行业在持续发展，但引领行业并非《PMBOK® 指南》的目的；
相反，它旨在描述在大多数时间适用于大多数项目的良好实践。在此小章节中，我们找出部分正在发生的趋势或新兴趋势，但并非大多数项目都会将其付诸使用。
- 裁剪考虑因素。第六版强调裁剪项目各方面的重要性，以便于满足组织、环境、相关方和其他变量的需求。在此小章节中，我们确定项目经理在裁剪项目时可以考虑的各个领域。附录 X5 对此类裁剪考虑因素加以汇编。
- 在敏捷或适应型环境中需要考虑的因素。在此小章节中，我们确定特定知识领域的适应型可能与预测型有区别的某些方面。
对整体项目风险日益加强的重视已整合到风险过程中，本章也新增了一项新过程“实施风险应对”，作为执行过程组一部分。它不仅关注规划风险应对的重要性，还强调实施风险应对的重要性。我们还引入了一项名为“升级”的全新风险应对，以说明若已识别的风险不在项目目标范围以内，它们应转交给组织的相关人员或小组。风险指的是不确定的未来事件或条件，虽然无法控制它们，但却能监督；因此，控制风险过程重新命名为监督风险。
为了体现更全球化的视角，我们更新了此知识领域内的大量信息。许多项目是由在多个不同国家的相关方来完成的，或由多个不同国家所设置办公室的组织负责。