4.6 实施整体变更控制
实施整体变更控制是项目整合管理的核心过程，通过对变更的整体控制实现对其他各领域的统一和协调，并形成对项目的系统性管理。项目管理计划一旦批准，就成为考核项目的基准，变更请求要经过规范的流程才能做出修改。变更请求可能影响项目范围、产品范围及任一项目管理计划组件或任一项目文件。在基准确定之前，变更无须正式受控于实施整体变更控制过程。一旦确定了项目基准，就必须通过整体变更控制流程来处理变更请求。
每项记录在案的变更请求都必须由一位责任人批准、推迟或否决，这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人，必要时，应该由变更控制委员会来开展实施整体变更控制过程。变更控制委员会是一个正式组成的团体，负责审查、评价、批准、推迟或否决项目变更，以及记录和传达变更处理决定。
实施整体变更控制过程贯穿项目始终，项目经理对此承担最终责任。项目经理需要积极主动地面对变更，要预测可能发生的变更，要对可能引起变更的各种因素施加影响。
4.6.1 实施整体变更控制过程的输入
很多过程都会输出变更请求。变更请求可能包含纠正措施、预防措施、缺陷补救，以及对正式受控的项目文件或可交付成果的更新，以反映修改或增加的意见或内容。
4.6.2 实施整体变更控制过程的工具与技术
变更控制工具涉及开展变更的一些自动化工具，以便于开展配置与变更管理。配置控制重点关注可交付成果及各个过程的技术规范。变更控制着眼于识别、记录、批准或否决对项目文件、可交付成果或基准的变更。
1．工具应支持的配置管理活动
工具应支持以下配置管理活动：识别与选择配置项，从而为定义与核实产品配置、标记产品和文件、管理变更和明确责任提供基础。
（1）记录并报告配置项状态。
（2）关于各个配置项的信息记录和报告。
（3）通过配置核实与审计，确保项目的配置项组成的正确性，以及相应的变更都被登记、评估、批准、跟踪和正确实施，从而确保配置文件所规定的功能要求都已实现。
2．工具应支持的变更管理活动
（1）识别变更，识别并选择过程或项目文件的变更项。
（2）记录变更，将变更记录为合适的变更请求。
（3）做出变更决定，审查变更，批准、否决、推迟对项目文件、可交付成果或基准的变更或做出其他决定。
（4）跟踪变更，确认变更被登记、评估、批准、跟踪并向相关方传达最终结果。
整体变更控制的流程，如图4-4所示。
图4-4 整体变更控制的流程
项目经理在处理变更请求时必须明确自己的权限，这个界限就是项目基准（范围基准、成本基准、进度基准）。在项目中最好的是没有变化，但对于项目这种环境来说唯一不变的就是变化，所以，项目经理若能在变化到来之前对它们有所影响，让这些变化尽量不出现或出现后带来的影响最小是最好的情况，但现实往往需要“用该面对的”，所以，当变更请求被提出时，项目经理首先做的是客观记录这一请求，这是第一步。
第二步，对变更请求进行影响分析，尤其是对三重要素的影响分析，若没有对基准造成影响，无论可采取的方案是否合理有效，都要经过变更控制委员会的审核。
第三步，对处理变更请求与相关方协商解决方案，这里解决的是处理变更的可行性，但是否可以使用进行变更并未确定。
第四步，分为两个部分：若经过影响分析，变更没有带来涉及基准的变化，那项目经理若有过明确授权就可以批准是否变化。当然，根据项目经理的权限视项目具体情况而定，有时可能项目经理的权限很大，也有可能很小，这些都取决于项目章程中的授权。若涉及基准一般情况下都由CCB根据影响分析和变更处理方案来决定是否需要变更，如果未批准变更，则把相应的决定记录到变更日志；如果批准变更，则进入下一步骤。
第五步，已经确定的变更方案需要更新到项目管理计划中才可以实施。变更的实施会涉及对不同项目子计划的更新，如变更请求时涉及质量管理那可能更新的就是质量管理计划。这样也进一步体现出整体变更控制对于项目管理计划的整体协调性。
第六步，在现实项目中，项目经理经常出现的一个误解是，既然决定变了也有变更方案了，执行不就可以了。如果仅这样做，则忽略了对相关方的沟通和协调，所以，在具体执行前要告知相应受到影响的各相关方。
第七步，终于到了执行变更方案的时候了。在这里我们来梳理一下这样一个流程经历了哪些数据的过程流向。变更请求一半来源于监控或执行过程组中的各过程活动，当提出变更后进入监控过程组中的实施整体变更控制通过流程后，被批准的变更方案会回到规划过程中对项目管理计划进行更新，然后进入执行过程对变更进行实施，但实施是否真正达到预期，那就进入了第八步。
第八步，“回头看很重要”，当变更方案得以实施后是否达到预期必须进行跟踪，并把结果也更新到变更日志或过程资产中。
4.6.3 典型试题
1．在项目的最后阶段，项目经理从客户那收到多个设计变更。在遵循已制定的变更控制过程后，项目经理收到客户对于该变更的批准。若要提供一个标准，以有效和有效率的方式来集中管理变更，需要什么样的系统类型？
A．成本管理
B．风险管理
C．相关方管理
D．配置管理系统
答案：D
解析：配置管理系统是用于跟踪项目参数和监控这些参数变更的程序的集合。
2．当项目经理通知项目发起人项目落后于进度计划时，项目发起人坚持消减范围以满足项目期限。项目经理不同意，认为项目应延迟交付全部范围。项目经理下一步应该怎么做？
A．接受项目发起人的要求
B．要求项目团队提供解决方案
C．保持原始范围，但比计划晚交付
D．要求关键项目相关方做出最终决策
答案：D
解析：消减范围即变更项目范围基准，需要CCB批准。
3．在前两个月一直处于正常进度轨道的项目开始经历严重延期。项目经理已经识别出主要问题。项目经理应在哪里报告项目状态？
A．项目进度计划
B．工作绩效报告
C．问题日志
D．相关方会议
答案：B
解析：工作绩效报告是为制定决策、提出问题、采取行动或引起关注，而汇编工作绩效信息，所形成的实物或电子项目文件。例如，状况报告、备忘录、论证报告、信息札记、电子报表、推荐意见或情况更新。
4．一名工程师在没有提交变更请求的情况下，完成了一名项目相关方的可交付成果变更要求。项目经理应该怎么做？
A．获得为何进行变更的相关信息
B．审查变更的影响，并提交变更请求
C．更新问题日志
D．指示该工程师撤销变更
答案：B
解析：在变更实际发生时，也要采用控制范围过程来管理这些变更。控制范围过程应该与其他控制过程协调开展。未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）被称为范围蔓延。变更不可避免，因此在每个项目上，都必须强制实施某种形式的变更控制。
5．在一个IT系统实施项目的执行阶段，客户要求开发团队变更。这些变更已经被批准，然而项目经理认为这些变更与原始项目需求有冲突。项目经理应该怎么做？
A．更新变更日志
B．提出变更请求
C．修订变更管理计划
D．执行预防和纠正措施
答案：A
解析：变更请求被批准后首先要更新变更日志。其次批准的变更必须被执行；除A外其他选项均为变更实施后可能发生的操作。
要点总结
谁负责变更控制。
变更控制与配置控制。
变更控制完整流程。
项目经理对于变更的权限。