实施整体变更控制是审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。该过程审查所有针对项目文件、可交付成果、基准或项目管理计划的变更请求，并批准或否决这些变更。本过程的主要作用是，从整合的角度考虑记录在案的项目变更，从而降低因未考虑变更对整个项目目标或计划的影响而产生的项目风险。图4-10描述本过程的输入、工具与技术和输出，图4-11是本过程的数据流向图。

       图4-10 实施整体变更控制：输入、工具与技术和输出

图4-11 实施整体变更控制的数据流向图

实施整体变更控制过程贯穿项目始终，项目经理对此负最终责任。需要通过谨慎、持续地管理变更，来维护项目管理计划、项目范围说明书和其他可交付成果。应该通过否决或批准变更，来确保只有经批准的变更才能纳入修改后的基准中。

项目的任何干系人都可以提出变更请求。尽管也可以口头提出，但所有变更请求都必须以书面形式记录，并纳入变更管理和/或配置管理系统中。变更请求应该由变更控制系统和配置控制系统中规定的过程进行处理。应该评估变更对时间和成本的影响，并向这些过程提供评估结果。

每项记录在案的变更请求都必须由一位责任人批准或否决，这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织流程中指定这位责任人。必要时，应该由变更控制委员会（CCB）来开展实施整体变更控制过程。CCB是一个正式组成的团体，负责审查、评价、批准、推迟或否决项目变更，以及记录和传达变更处理决定。变更请求得到批准后，可能需要编制新的（或修订的）成本估算、活动排序、进度日期、资源需求和风险应对方案分析。这些变更可能要求调整项目管理计划和其他项目文件。变更控制的实施程度，取决于项目所在应用领域、项目复杂程度、合同要求，以及项目所处的背景与环境。某些特定的变更请求，在CCB批准之后，还可能需要得到客户或发起人的批准，除非他们本来就是CCB的成员。

配置控制重点关注可交付成果及各个过程的技术规范，而变更控制则着眼于识别、记录、批准或否决对项目文件、可交付成果或基准的变更。

包括在实施整体变更控制过程中的部分配置管理活动如下：

 配置识别。识别与选择配置项，从而为定义与核实产品配置、标记产品和文件、管理变更和明确责任提供基础。

 配置状态记录。为了能及时提供关于配置项的适当数据，应记录和报告相关信息。此类信息包括已批准的配置识别清单、配置变更请求的状态和已批准的变更的实施状态。

 配置核实与审计。通过配置核实与配置审计，可以保证项目的配置项组成的正确性，以及相应的变更都被登记、评估、批准、跟踪和正确实施，从而确保配置文件所规定的功能要求都已实现。

4.5.1 实施整体变更控制：输入

4.5.1.1 项目管理计划

见4.2.3.1节。项目管理计划中可用于本过程的内容包括（但不限于）：

 范围管理计划，包含范围变更程序；

 范围基准，提供产品定义；

 变更管理计划，为管理变更控制过程提供指导，记录变更控制委员会（CCB）的情况。

记录变更并更新项目管理计划，这是变更和配置管理过程的一项工作。

4.5.1.2 工作绩效报告

见4.4.3.2节。对实施整体变更控制过程特别有用的工作绩效报告包括：资源可用情况、进度和成本数据、挣值管理（EVM）报告、燃烧图或燃尽图。

4.5.1.3 变更请求

所有监控过程及很多执行过程都会输出“变更请求”。变更请求可能包括纠正措施、预防措施和缺陷补救。但是，纠正和预防措施通常不会影响项目基准，而只影响相对于基准的项目绩效。

4.5.1.4 事业环境因素

见2.1.5节。以下事业环境因素能够影响实施整体变更控制过程：项目管理信息系统。项目管理信息系统可能包括进度计划软件工具、配置管理系统、信息收集与发布系统，或进入其他在线自动化系统的网络界面。

4.5.1.5 组织过程资产

见2.1.4节。能够影响实施整体变更控制过程的组织过程资产包括（但不限于）：

 变更控制程序，包括修改组织标准、政策、计划和其他项目文件所须遵循的步骤，以及如何批准、确认和实施变更；

 批准与签发变更的程序；

 过程测量数据库，用来收集与提供过程和产品的测量数据；

 项目档案（如范围、成本和进度基准，项目日历，项目进度网络图，风险登记册，风险应对计划和风险影响评价）；

 配置管理知识库，包括组织标准、政策、程序和项目文件的各种版本及基准。

4.5.2 实施整体变更控制：工具与技术

4.5.2.1 专家判断

除了项目管理团队的专家判断外，也可以邀请干系人贡献专业知识和加入变更控制委员会（CCB）。在本过程中，专家判断和专业知识可用于处理各种技术和管理问题，并可从各种渠道获得。例如：

 顾问；

 干系人，包括客户或发起人；

 专业与技术协会；

 行业团体；

 主题专家；

 项目管理办公室。

4.5.2.2 会议

通常是指变更控制会议。根据项目需要，可以由变更控制委员会（CCB）开会审查变更请求，并做出批准、否决或其他决定。CCB也可以审查配置管理活动。应该明确规定变更控制委员会的角色和职责，并经相关干系人一致同意后，记录在变更管理计划中。CCB的决定都应记录在案，并向干系人传达，以便其知晓并采取后续措施。

4.5.2.3 变更控制工具

为了便于开展配置和变更管理，可以使用一些手工或自动化的工具。工具的选择应基于项目干系人的需要，并考虑组织和环境情况和／或制约因素。

可以使用工具来管理变更请求和后续的决策。同时还要格外关注沟通，以帮助CCB成员履行职责，以及向相关干系人传达决定。

4.5.3 实施整体变更控制：输出

4.5.3.1 批准的变更请求

项目经理、CCB或指定的团队成员应该根据变更控制系统处理变更请求。批准的变更请求应通过指导与管理项目工作过程加以实施。全部变更请求的处理结果，无论批准与否，都要在变更日志中更新。这种更新是项目文件更新的一部分。

4.5.3.2 变更日志

变更日志用来记录项目过程中出现的变更。应该与相关的干系人沟通这些变更及其对项目时间、成本和风险的影响。被否决的变更请求也应该记录在变更日志中。

4.5.3.3 项目管理计划更新

项目管理计划中可能需要更新的内容包括（但不限于）：

 各个子计划；

 受制于正式变更控制过程的基准。

对基准的变更，只能针对今后的情况，而不能变更以往的绩效。这有助于保护基准和历史绩效数据的严肃性。

4.5.3.4 项目文件更新

作为实施整体变更控制过程的结果，可能需要更新的项目文件包括：受制于项目正式变更控制过程的所有文件。