管理相关方参与是与相关方进行沟通和协作以满足其需求与期望、处理问题，并促进相关方合理参与的过程。
本过程的主要作用是，让项目经理能够提高相关方的支持，并尽可能降低相关方的抵制。
本过程需要在整个项目期间开展。
在管理相关方参与过程中，需要开展多项活动，例如：
管理相关方参与有助于确保相关方明确了解项目目的、目标、收益和风险，以及他们的贡献将如何促进项目成功。
监督相关方参与是监督项目相关方关系，并通过修订参与策略和计划来引导相关方合理参与项目的过程。
本过程的主要作用是，随着项目进展和环境变化，维持或提升相关方参与活动的效率和效果。
本过程需要在整个项目期间开展。
相关方参与计划是项目管理计划的组成部分。
它确定用于促进相关方有效参与决策和执行的策略和行动。
基于项目的需要和相关方的期望，相关方参与计划可以是正式或非正式的，非常详细或高度概括的。
相关方参与计划可包括（但不限于）调动个人或相关方参与的特定策略或方法。
规划相关方参与是根据相关方的需求、期望、利益和对项目的潜在影响，制定项目相关方参与项目的方法的过程。
本过程的主要作用是，提供与相关方进行有效互动的可行计划。本过程应根据需要在整个项目期间定期开展。
为满足项目相关方的多样性信息需求，应该在项目生命周期的早期制定一份有效的计划；然后，随着相关方社区的变化，定期审查和更新该计划。
在通过识别相关方过程明确最初的相关方社区之后，就应该编制第一版的相关方参与计划，然后定期更新相关方参与计划，以反映相关方社区的变化。
会触发该计划更新的典型情况包括（但不限于）：
项目新阶段开始；
组织结构或行业内部发生变化；
新的个人或群体成为相关方，现有相关方不再是相关方社区的成员，或特定相关方对项目成功的重要性发生变化；
当其他项目过程（如变更管理、风险管理或问题管理）的输出导致需要重新审查相关方参与策略。
这些情况都可能导致已识别相关方的相对重要性发生变化。
控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。
本过程的主要作用是，在整个项目期间保持对范围基准的维护，且需要在整个项目期间开展。
控制项目范围确保所有变更请求、推荐的纠正措施或预防措施都通过实施整体变更控制过程（见 4.6 节）进行处理。
在变更实际发生时，也要采用控制范围过程来管理这些变更。
控制范围过程应该与其他控制过程协调开展。
未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）被称为范围蔓延。
变更不可避免，因此在每个项目上，都必须强制实施某种形式的变更控制。
确认范围是正式验收已完成的项目可交付成果的过程。
本过程的主要作用是，使验收过程具有客观性；同时通过确认每个可交付成果，来提高最终产品、服务或成果获得验收的可能性。
本过程应根据需要在整个项目期间定期开展。
由客户或发起人审查从控制质量过程输出的核实的可交付成果，确认这些可交付成果已经圆满完成并通过正式验收。
本过程对可交付成果的确认和最终验收，需要依据：
从项目范围管理知识领域的各规划过程获得的输出（如需求文件或范围基准），以及从其他知识领域的各执行过程获得的工作绩效数据。
确认范围过程与控制质量过程的不同之处在于，前者关注可交付成果的验收，而后者关注可交付成果的正确性及是否满足质量要求。
控制质量过程通常先于确认范围过程，但二者也可同时进行。
符合验收标准的可交付成果应该由客户或发起人正式签字批准。
应该从客户或发起人那里获得正式文件，证明相关方对项目可交付成果的正式验收。
这些文件将提交给结束项目或阶段过程（见 4.7 节）。
分解是一种把项目范围和项目可交付成果逐步划分为更小、更便于管理的组成部分的技术；工作包是 WBS 最低层的工作，可对其成本和持续时间进行估算和管理。
分解的程度取决于所需的控制程度，以实现对项目的高效管理；工作包的详细程度则因项目规模和复杂程度而异。
要把整个项目工作分解为工作包，通常需要开展以下活动：
创建 WBS 的方法多种多样，常用的方法包括自上而下的方法、使用组织特定的指南和使用 WBS模板。
自下而上的方法可用于归并较低层次组件。WBS 的结构可以采用多种形式，例如：
对 WBS 较高层组件进行分解，就是要把每个可交付成果或组件分解为最基本的组成部分，即可核实的产品、服务或成果。
如果采用敏捷方法，可以将长篇故事分解成用户故事。
WBS 可以采用提纲式、组织结构图或能说明层级结构的其他形式。
通过确认 WBS 较低层组件是完成上层相应可交付成果的必要且充分的工作，来核实分解的正确性。
不同的可交付成果可以分解到不同的层次。
某些可交付成果只需分解到下一层，即可到达工作包的层次，而另一些则须分解更多层。
工作分解得越细致，对工作的规划、管理和控制就越有力。
但是，过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低，同时造成 WBS 各层级的数据汇总困难。
要在未来远期才完成的可交付成果或组件，当前可能无法分解。
项目管理团队因而通常需要等待对该可交付成果或组成部分达成一致意见，
才能够制定出 WBS 中的相应细节。
这种技术有时称做滚动式规划。
WBS 包含了全部的产品和项目工作，包括项目管理工作。
通过把 WBS 底层的所有工作逐层向上汇总，来确保既没有遗漏的工作，也没有多余的工作。
这有时被称为 100% 规则。
关于 WBS 的详细信息，可参考《工作分解结构实践标准》（第 2 版）[15]。
该标准列举了一些具体行业的 WBS 模板，可以在裁剪后应用于特定领域的具体项目。
创建工作分解结构（WBS）是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。
本过程的主要作用是，为所要交付的内容提供架构，它仅开展一次或仅在项目的预定义点开展。
WBS 是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。
WBS 组织并定义了项目的总范围，代表着经批准的当前项目范围说明书中所规定的工作。
WBS 最低层的组成部分称为工作包，其中包括计划的工作。
工作包对相关活动进行归类，以便对工作安排进度、进行估算、开展监督与控制。
在“工作分解结构”这个词语中，“工作”是指作为活动结果的工作产品或可交付成果，而不是活动本身。
范围基准是经过批准的范围说明书、WBS 和相应的 WBS 词典，只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。范围基准是项目管理计划的组成部分，包括：
WBS 词典中的内容可能包括（但不限于）：