13.12 实施整体变更控制

一句话讲明白

项目里所有的"改"，都必须过这一道总闸门——分析影响、交给有权的人批，批了才动手，动完还得验证。

生活类比

装修走到一半想改水电走向。正确做法：

1. 向装修公司书面提出"我要改"（提出变更申请）；
2. 公司算清楚要加多少钱、延几天、会不会影响瓷砖已贴好的部分（变更影响分析）；
3. 你和公司负责人双方签字确认这份变更单（CCB 审批）；
4. 师傅按新图纸施工（执行变更）；
5. 改完闭水试验、验收签字（变更验证）。

你要是跟师傅口头说一句就让他砸墙——这就是案例题里最常见的错误做法：绕过整体变更控制。

正经定义

实施整体变更控制是审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求，并决定处理方案。主要作用是确保对项目中已记录在案的变更做综合评审；如果不考虑变更对整体项目目标或计划的影响就开展变更，往往会加剧整体项目风险。本过程需要在整个项目期间开展。

终结责任：本过程贯穿项目始终，项目经理对此承担最终责任。

拆解与流程

一、变更控制五步流程（案例大题模板）

二、三条"铁律"

1. 任何变更都不能跳过整体变更控制；变更可能影响项目基准，也可能不影响，但都必须由指定责任人批准、推迟或否决（通常是项目发起人或项目经理，具体操作多在 CCB）。
2. 在基准确定之前，变更无须正式受控并实施整体变更控制过程；一旦确定了项目基准，就必须通过该过程处理（教材原题考点）。
3. 口头提出的变更请求，也必须书面形式记录，并纳入变更管理和（或）配置管理系统。

三、变更请求的四类

影响基准的变更通常要说明执行变更的成本、所需修改的计划日期、资源需求及相关风险，由 CCB（如有）和客户或发起人审批。只有经批准的变更才能纳入修改后的基准。

四、CCB（变更控制委员会）

• 组成：项目发起人、客户、项目经理、相关专家与关键干系人代表（教材在变更管理计划中记录 CCB 的角色和职责）。
• 职责：审查变更请求，做出批准、否决或推迟的决定；不负责干活、也不负责分析（分析由项目团队做）。
• 不大的项目里 CCB 可以是项目经理本人；CCB 的决定也要通知提出变更的个人或小组。

五、配置管理与变更管理（配套但不同）

配置项管理三件事：① 识别配置项（为定义与核实产品配置、标记产品和文件、管理变更和明确责任提供基础）；② 记录并报告配置项状态；③ 进行配置项核实与审计（确保配置项组成正确、相应变更均已登记、评估、批准、跟踪和正确实施，确保配置文件规定的功能要求都已实现）。

变更管理四件事：识别变更 → 记录变更（形成合适的变更请求）→ 做出变更决定（批准/否决/推迟）→ 跟踪变更（确认登记、评估、批准、跟踪并向干系人传达最终结果）。

六、输入 / 工具与技术 / 输出

考试怎么考

• 题型：选择题年年有；案例大题几乎必考"指出项目经理在变更管理中的错误，并说明正确做法"。
• 必背：定义三要素（审查变更请求／批准变更／管理交付物与文件计划的变更＋沟通）；CCB 职责；变更请求四类；基准前的免责条款；书面记录要求。
• 常见问法：
• "关于实施整体变更控制，不正确的是？" → "基准确定之前，变更也应正式受控并实施整体变更控制过程"（教材原题答案 B，错误项）。
• "客户口头要求增加一个小功能，团队直接实现，违反了什么？" → 未书面记录、未经 CCB 审批、绕过整体变更控制，且属于范围蔓延。
• "变更批准后还应做什么？" → 通知干系人、更新相应计划与基准、纳入变更日志、事后验证。
• 陷阱词：把"纠正措施"说成防未来（那是预防）；把"缺陷补救"说成纠绩效偏差；把 CCB 说成"负责实施变更"（实施在 12.1 指导与管理项目工作）。

易混辨析

另：变更日志（记录所有变更请求及处理结果，属于项目文件） ≠ 变更请求（单个申请）。

一秒记忆

"变更五步：申请→分析→CCB 批→执行→验证；纠正补现在、预防挡未来、缺陷修产品、更新改文件；口头说了也要白纸黑字，批准之后才进基准。"

相关

• 13.3 控制范围
• 13.11 监控项目工作
• 11.1 制订项目管理计划
• 13-监控过程组