6.5 实施整体变更控制

实施整体变更控制贯穿于项目的始终，它的核心是发现一个偏差或出现了一个变更请求时，采取相应的工具和技术对它进行处理，最后做出是否采取纠正行动的决策，并根据这个决策来对项目计划进行更新。它包括下列变更管理活动：

（1）对请求的变更（输入）进行管理，得到成果：批准的变更请求和否决的变更请求。

■ 确定是否需要变更或变更是否已发生。

■ 对变更因素施加影响。

■ 控制申请变更流程，审查和批准请求的变更。

■ 仅允许被批准的变更纳入到项目中，维护基准完整、项目产品或服务有关的配置与规划文件。

■ 将请求变更的全部影响记录在案。

（2）否决或批准变更请求应保证将得到批准的变更反映到基准之中。

■ 项目管理计划（输入）、项目范围说明书以及其他可交付成果（输入）必须通过不断的管理变更才能得以维持。

■ 根据批准的变更更新范围、费用、预计进度和质量要求，提出的变更可能会影响到费用、风险、质量、人员以及活动顺序和进度日期。这些变化可能要求更新项目管理计划、项目范围说明书和批准的可交付成果（输出）。

■ 工作绩效信息（依据）作为依据为这一过程提供信息。

（3）审查与批准所有推荐的预防措施和推荐的纠正措施（输入）。

本节重点介绍配置管理系统、变更控制系统、变更控制委员会。

6.5.1 配置管理系统

配置管理系统的目的在于保持项目产品的正确和完备。

配置管理信息系统是项目管理信息系统的子系统，用于提交变更建议，追踪变更建议的审查与批准制度，确定变更的批准级别，以及确认批准的变更方法。

配置管理系统的作用为：

■ 识别产品或组成部分的功能与实体特征；

■ 控制上述特征的变更；

■ 记录、报告每一变更及实施状况；

■ 核实产品或组成部分与需求相一致。

配置管理是适合于任何项目的一种通用管理技术，但配置管理的复杂程度应该适合项目的需要。

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

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

■ 配置状态记录。为了能及时提供关于配置项的适当数据，应记录和报告相关信息。

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

6.5.2 变更控制系统

变更控制系统为配置管理系统的子系统，用于确定控制、改变和批准项目可交付成果和文件的方式、方法。

变更控制系统一般包括以下几个方面的内容：

■ 一系列正式的、文档化的程序；

■ 定义了正式项目文档变更的步骤；

■ 包括文档工作、跟踪系统和用于授权变更的批准程序及自动变更程序。

TIP

问：什么是变更控制系统的基本任务？

答：变更控制系统的基本任务就是制定变更批准程序。

问：什么是主动的变更和被动的变更？

答：主动的变更是项目团队根据项目进展进行调整的补充计划；被动的变更来自其他项目干系人的变更请求和纠正项目执行中偏差的需要。

问：应用配置管理系统的主要目标是什么？

答：①建立一种方法始终如一地识别与提出对既定标准的变更，并估计这些变更的价值和有效性。②通过考虑每一项变更的影响，不断确认与改进项目的机会。③为项目管理团队提供将所有的变更始终如一地通知项目干系人的机制。

6.5.3 变更控制委员会

变更控制委员会（CCB）是由项目干系人组成的一个常设但非固定的正式团体，“常设”是指它的角色由配置管理系统和变更控制系统定义，“非固定”指为了维护其公正性，它的人员组成是可以调换的。变更控制委员会的作用是批准或拒绝变更请求，决定基准变更。

■ 如果项目是根据合同进行的，则提出的某项变更必须由顾客批准。

■ CCB的人员通常包括项目经理、业主、专家，项目发起人等主要项目干系人或其代表。