控制范围是监督项目和产品的范围状态，管理范围基准变更的过程。本过程的主要作用是，在整个项目期间保持对范围基准的维护。图5-16描述本过程的输入、工具与技术和输出。图5-17是本过程的数据流向图。

        图5-16 控制范围：输入、工具与技术和输出

图5-17 控制范围的数据流向图

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

5.6.1 控制范围：输入

5.6.1.1 项目管理计划

见4.2.3.1节。项目管理计划中的以下信息可用于控制范围：

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

 范围管理计划。范围管理计划描述如何监督和控制项目范围。

 变更管理计划。变更管理计划定义管理项目变更的过程。

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

 需求管理计划。需求管理计划是项目管理计划的组成部分，描述如何分析、记录和管理项目需求。

5.6.1.2 需求文件

见5.2.3.1节。需求应该明确（可测量且可测试）、可跟踪、完整、一致且得到主要干系人的认可。记录完好的需求文件便于发现任何对于批准的项目或产品范围的偏离。

5.6.1.3 需求跟踪矩阵

见5.2.3.2节。需求跟踪矩阵有助于发现任何变更或对范围基准的任何偏离给项目目标所造成的影响。

5.6.1.4 工作绩效数据

见4.3.3.2节。工作绩效数据可能包括收到的变更请求的数量、接受的变更请求的数量，或者完成的可交付成果的数量等。

5.6.1.5 组织过程资产

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

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

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

5.6.2 控制范围：工具与技术

5.6.2.1 偏差分析

偏差分析是一种确定实际绩效与基准的差异程度及原因的技术。可利用项目绩效测量结果评估偏离范围基准的程度。确定偏离范围基准（见5.4.3.1节）的原因和程度，并决定是否需要采取纠正或预防措施，是项目范围控制的重要工作。

5.6.3 控制范围：输出

5.6.3.1 工作绩效信息

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

5.6.3.2 变更请求

对范围绩效的分析，可能导致对范围基准或项目管理计划其他组成部分提出变更请求。变更请求可包括预防措施、纠正措施、缺陷补救或改善请求。变更请求需要经实施整体变更控制过程的审查和处理（见4.5节）。

5.6.3.3 项目管理计划更新

项目管理计划更新可能包括（但不限于）：

 范围基准更新。如果批准的变更请求会对项目范围产生影响，那么范围说明书、WBS及WBS词典都需要重新修订和发布，以反映这些通过实施整体变更控制过程批准的变更。

 其他基准更新。如果批准的变更请求会对项目范围以外的方面产生影响，那么相应的成本基准和进度基准也需要重新修订和发布，以反映这些被批准的变更。

5.6.3.4 项目文件更新

可能需要更新的项目文件包括（但不限于）：

 需求文件；

 需求跟踪矩阵。

5.6.3.5 组织过程资产更新

可能需要更新的组织过程资产包括（但不限于）：

 造成偏差的原因；

 所选的纠正措施及选择理由；

 从项目范围控制中得到的其他经验教训。