第五章：项目范围管理 - （5.6 控制范围）

       控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。本过程的主要作用是，在整个项目期间保持对范围基准的维护，且需要在整个项目期间开展。过程图如下所示：

       控制项目范围确保所有变更请求、推荐的纠正措施或预防措施都通过实施整体变更控制过程进行处理。在变更实际发生时，也要采用控制范围过程来管理这些变更。控制范围过程应该与其他控制过程协调开展。未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应 调整）被称为范围蔓延。变更不可避免，因此在每个项目上，都必须强制实施某种形式的变更控制。

输入：

1、项目管理计划

项目管理计划组件包括（但不限于）：

       a、范围管理计划。范围管理计划记录了如何控制项目和产品范围。

       b、需求管理计划。成本管理计划记录了如何管理项目需求。

       c、变更管理计划。变更管理计划定义了管理项目变更的过程。

       d、配置管理计划。配置管理计划定义了哪些是配置项，哪些配置项需要正式变更控制，以及针对这些配置项的变更控制过程。

       e、范围基准。用范围基准与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。

       f、绩效测量基准。使用挣值分析时，将绩效测量基准与实际结果比较，以决定是否有必要进行变更、采取纠正措施或预防措施。

2、项目文件

可作为本过程输入的项目文件包括（但不限于）：

       a、经验教训登记册。在项目早期获得的经验教训可以运用到后期阶段，以改进范围控制。

       b、需求文件。需求文件用于发现任何对商定的项目或产品范围的偏离。

       c、需求跟踪矩阵。需求跟踪矩阵有助于探查任何变更或对范围基准的任何偏离对项目目标的影响，它还可以提供受控需求的状态。

3、工作绩效数据

       工作绩效数据可能包括收到的变更请求的数量、接受的变更请求的数量，或者核实、确认和完成的可交付成果的数量。

4、组织过程资产

能够影响控制范围过程的组织过程资产包括（但不限于）：

       a、现有的、正式和非正式的，与范围控制相关的政策、程序和指南；

       b、可用的监督和报告的方法与模板。

工具与技术：

1、数据分析

可用于控制范围过程的数据分析技术包括（但不限于）：

       a、偏差分析。偏差分析用于将基准与实际结果进行比较，以确定偏差是否处于临界值区间内或是否有必要采取纠正或预防措施。

       b、趋势分析。趋势分析旨在审查项目绩效随时间的变化情况，以判断绩效是正在改善还是正在恶化。

       确定偏离范围基准的原因和程度，并决定是否需要采取纠正或预防措施，是项目范围控制的重要工作。

输出：

1、工作绩效数据

       本过程产生的工作绩效信息是有关项目和产品范围实施情况（对照范围基准）的、相互关联且与各种背景相结合的信息，包括收到的变更的分类、识别的范围偏差和原因、偏差对进度和成本的影响，以及对将来范围绩效的预测。

2、变更请求

       分析项目绩效后，可能会就范围基准和进度基准，或项目管理计划的其他组成部分提出变更请求。变更请求需要经过实施整体变更控制过程的审查和处理。

3、项目管理计划更新

       项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。可能 需要变更请求的项目管理计划组成部分包括（但不限于）：

       a、范围管理计划。可以更新范围管理计划，以反映范围管理方式的变更。

       b、范围基准。在针对范围、范围说明书、WBS 或 WBS 词典的变更获得批准后，需要对范围基准做出相应的变更。有时范围偏差太过严重，以至于需要修订范围基准，以便为绩效测量提供现实可行的依据。

       c、进度基准。在针对范围、资源或进度估算的变更获得批准后，需要对进度基准做出相应的变更。有时进度偏差太过严重，以至于需要修订进度基准，以便为绩效测量提供现实可行的依据。

       d、成本基准。在针对范围、资源或成本估算的变更获得批准后，需要对成本基准做出相应的变更。有时成本偏差太过严重，以至于需要修订成本基准，以便为绩效测量提供现实可行的依据。

       e、绩效测量基准。在针对范围、进度绩效或成本估算的变更获得批准后，需要对绩效测量基准做出相应的变更。有时绩效偏差太过严重，需要提出变更请求来修订绩效测量基准，以便为绩效测量提供现实可行的依据。

4、项目文件更新

可在本过程更新的项目文件包括（但不限于）：

       a、经验教训登记册。更新经验教训登记册，以记录控制范围的有效技术，以及造成偏差的原因和选择的纠正措施。

       b、需求文件。可以通过增加或修改需求而更新需求文件。

       c、需求跟踪矩阵。应该随同需求文件的更新而更新需求跟踪矩阵。