系统集成项目管理工程师:项目整体管理--实施整体变更控制的概述

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

实施整体变更控制过程贯穿项目始终，并且应用于项目的各个阶段。项目经理对此负最终责任。对于项目管理计划、项目范围说明书和其他可交付成果需要通过谨慎、持续地变更管理。应该通过否决或批准变更，来确保只有经批准的变更才能纳入修改后的基准中。项目计划一经批准，就成为项目执行和考核的基准，也只有经过规定的变更程序才能做出修改。该程序包括：提交正式的变更请求，对变更及其影响做出综合评价，批准或否决变更。

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

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

变更控制系统是指关于变更管理的一系列正式的书面程序，包括文档、跟踪系统和变更的批准层次等。如图6-6所示即变更控制管理的流程。

配置控制重点关注可交付成果及各个过程的技术规范之间的匹配问题，而变更控制则着眼于识别、记录、批准或否决对项目文件、可交付成果或基准的变更。根据项目的完成情况具有不同的详细程度，整体变更控制过程包括下列变更活动：

（1）识别可能发生和已经发生的变更。

（2）影响整体变更控制的相关因素，确保只有已批准的变更才能被实施。

（3）评审并批准变更申请。

（4）通过规范化的变更申请流程来管理已批准的变更。

（5）管理基线的完备性，确保只有已批准的变更才能被集成到项目的产品或服务中，并对变更的配置和计划文档进行维护。

（6）评审并审批所有书面的纠正措施和预防措施。

（7）根据已批准的变更，控制并更新项目的范围、成本、预算、进度和质量需求，变更要从整个项目的高度上进行协调。

（8）要记录变更申请的所有影响。

（9）验证缺陷修复的正确性。

（10）基于质量报告控制项目质量使其符合标准。包括在实施整体变更控制过程中的部分配置管理活动如下：

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

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

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

从整个项目的高度上应用配置管理系统，包括变更控制过程，需要达成以下3个主要目标

（1）建立一种有效的方法，以便以统一的方式进行变更的识别、请求、批准，以及评估变更的价值和效果。

（2）通过对每项变更进行影响分析，使我们有机会持续不断地对项目进行验证和改进。

（3）为项目管理团队提供一种与项目于系人之间就所有变更进行沟通的机制。