规划范围管理 (规划)
规划范围管理是为记录如何定义、确认和控制项目范围及产品范围，而创建范围管理计划的过程。本过程的主要作用是，在整个项目期间对如何管理范围提供指南和方向。
在此阶段需要输出：
1. 范围管理计划：描述将如何定义、制定、监督、控制和确认项目范围。范围管理计划要对将用于下列工作的管理过程做出规定：
- 制定项目范围说明书；
- 根据详细项目范围说明书创建
WBS； - 确定如何审批和维护范围基准；
- 正式验收已完成的项目可交付成果；
2. 需求管理计划：描述将如何分析、记录和管理项目和产品需求。需求管理计划的主要内容包括（但不限于）：
- 如何规划、跟踪和报告各种需求活动；
- 配置管理活动，例如，如何启动变更，以及变更审批权限；
- 需求优先级排序；
- 测量指标与使用理由；
- 反映哪些需求属性被列入需求跟踪矩阵的跟踪结构；
收集需求 (规划)
收集需求是为实现目标而确定、记录并管理相关方的需要和需求的过程。本过程的主要作用是，为定义产品范围和项目范围奠定基础。且仅开展一次或仅在项目的预定义点开展。
在此阶段需要输出：
1. 需求文件(需求文档)：描述各种单一需求将如何满足与项目相关的业务需求。一开始可能只有高层级的需求，然后随着有关需求信息的增加而逐步细化。2. 需求跟踪矩阵：把产品需求从其来源连接到能满足需求的可交付成果的一种表格。可以把每个需求与业务目标或项目目标联系起来，有助于确保每个需求都具有商业价值。需求跟踪矩阵提供了在整个项目生命周期中跟踪需求的一种方法，有助于确保需求文件中被批准的每项需求在项目结束的时候都能交付。最后，需求跟踪矩阵还为管理产品范围变更提供了框架。应在需求跟踪矩阵中记录每个需求的相关属性，这些属性有助于明确每个需求的关键信息。需求跟踪矩阵中记录的典型属性包括：唯一标识、需求的文字描述、收录该需求的理由、需求所有者、来源、优先级别、版本、当前状态（如进行中、已取消、已推迟、新增加、已批准、被分配和已完成）和状态日期。为确保相关方满意，可能需要增加一些补充属性，如稳定性、复杂性和验收标准。
定义范围 (规划)
定义范围是制定项目和产品详细描述的过程。本过程的主要作用是，描述产品、服务或成果的边界。
在此阶段需要输出：
1. 项目范围说明书：对项目范围、主要可交付成果、假设条件和制约因素的描述。它记录了整个范围，包括项目和产品范围；详细描述了项目的可交付成果；还代表项目相关方之间就项目范围所达成的共识。
- 产品范围描述（渐进明细），逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征；
- 可交付成果（为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、成果或服务能力，可交付成果也包括各种辅助成果，如项目管理报告和文件。对可交付成果的描述可略可详）;
- 验收标准（可交付成果通过验收前必须满足的一系列条件）;
- 项目的除外责任；
2. 项目文件更新
- 假设日志；
- 需求文件；
- 需求跟踪矩阵；
- 相关方登记册；
创建 WBS (规划)
创建WBS是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。本过程的主要作用是，为所要交付的内容提供架构。
在此阶段需要输出：
1. 范围基准：经过批准的范围说明书、WBS和WBS词典，只有通过正式的变更控制程序才能进行变更，它被用作比较的基础。范围基准是项目管理计划的组成部分，包括：
- 范围说明书包括对项目范围、主要可交付成果、假设条件和制约因素的描述。
WBS（工作分解结构）是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。工作分解结构每向下分解一层，代表对项目工作更详细的定义。WBS的 100% 原则包含了全部的产品和项目工作，包括项目管理工作。WBS词典是针对WBS中的每个组件，详细描述可交付成果、活动和进度信息的文件。WBS词典对WBS提供支持，其中大部分信息由其他过程创建，然后在后期添加到词典中。
WBS词典中的内容可能包括（但不限于）：
- 账户编码标识；
- 工作描述；
- 假设条件和制约因素；
- 质量要求；
- 验收标准；
- 成本估算；
- 进度里程碑；
- 所需资源；
2. 项目文件更新
- 假设日志；
- 需求文件；
确认范围 (监控)
确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是，使验收过程具有客观性；同时通过确认每个可交付成果，来提高最终产品、服务或成果获得验收的可能性。由客户或发起人审查从控制质量过程输出的核实的可交付成果，确认这些可交付成果已圆满完成并通过正式验收。本过程应根据需要在整个项目期间定期开展。确认范围是结束当前阶段，开启下一个阶段的最重要的里程碑。要对重大里程碑签字。
在此阶段需要输出：
1. 验收的可交付成果：是项目产出的，且被客户或发起人确认为满足既定验收标准的产品、结果或能力。符合验收标准的可交付成果，应该由客户或发起人正式签字批准。应该从客户或发起人那里获得正式文件，证明相关方对可交付成果的的正式验收。这些文件将提交给结束项目或阶段过程。2. 工作绩效信息：哪些可交付成果已被验收，哪些未通过验收以及原因。这些信息应该被记录下来，并传递给相关方。3. 变更请求4. 项目文件更新
- 经验教训登记册；
- 需求文件；
- 需求跟踪矩阵；
控制范围 (监控)
控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。本过程的主要作用是，在整个项目期间保持对范围基准的维护，且需要在整个项目期间开展。
在此阶段需要输出：
1. 工作绩效信息2. 变更请求3. 项目管理计划 (更新)
- 范围管理计划；
- 范围基准 (更新)；
- 进度基准 (更新)；
- 成本基准 (更新)；
- 绩效测量基准 (更新)；
4. 项目文件 (更新)
- 经验教训登记册 (更新)
- 需求文件 (更新)
- 需求跟踪矩阵 (更新)
