变更控制

一句话讲明白

项目里所有的"改"，都必须过同一道总闸门：书面提出 → 评估影响 → 有权的人批 → 批了才动手 → 动完要验证 → 全部记进变更日志。

生活类比

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

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

你要是冲工人喊一嗓子就让他砸墙——这就是案例题里最常见的错误做法：绕过整体变更控制。

正经定义

实施整体变更控制是审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。它贯穿项目始终，项目经理承担最终责任。

拆解

一、变更控制五步流程（案例大题标准答法）

组织层面更细的做法是变更管理八步：变更申请 → 初审 → 方案论证 → 审查 → 发出通知并实施 → 实施监控 → 效果评估 → 变更收尾。

二、变更请求的四种类型（必背）

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

• 性质：由主要干系人代表组成的正式团体，是决策机构，不是作业机构。
• 职责：审查变更请求，做出批准、否决或推迟的决定，并通知提出者。
• 不干什么：不负责干活（实施在 指导与管理项目工作），也不负责影响分析（分析由项目团队做）。
• 小项目里 CCB 可以就是项目经理本人。

四、三条铁律

1. 任何变更都不能跳过整体变更控制；每个变更都必须被批准、推迟或否决。
2. 基准确定之前的变更，无须正式受控并实施整体变更控制过程（教材原题考点：一旦确定基准就必须走流程）。
3. 口头提出的变更也必须书面记录，并纳入变更管理和/或配置管理系统。

五、变更管理七原则

基准管理 → 变更控制流程化 → 明确组织分工（评估、评审、执行三权分离）→ 与干系人充分沟通 → 变更宜早不宜晚（越晚代价越大，可做可不做的尽量不做）→ 评估可能的影响 → 妥善保存变更文档。

考试怎么考

• 题型：选择题年年有；下午案例大题几乎必考。
• 案例高频问法与答法：
• "指出项目经理在变更管理中的错误" → 常答：口头接受变更、未做影响分析、未经 CCB 审批擅自实施、未更新基准、未通知干系人、未记入变更日志、变更后未验证。
• "客户口头要求加一个小功能，团队直接做了，违反了什么？" → 未书面记录 + 未经 CCB 审批 + 绕过整体变更控制，且造成范围蔓延。
• "更换了新版需求文档，还应做什么？" → 走变更流程、更新相应计划与基准、更新配置库版本、通知干系人。
• "项目变更的依据是什么？" → 项目基准（不是甲方要求本身）。
• 陷阱词：
• 把"纠正措施"说成防未来（那是预防）。
• 把"缺陷补救"说成纠绩效偏差（这是产品瑕疵，不是进度偏差）。
• 说"CCB 负责实施变更"（实施在项目团队）。
• 说"所有变更流程都不能简化"（错，变更分重大/重要/一般、紧急变更可精简程序）。

易混辨析

一句话：变更管理管"批不批"，配置管理管"版本怎么落"。

一秒记忆

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

相关

• 13.12 实施整体变更控制
• 15.3 变更管理
• 15.2 配置管理
• 13.11 监控项目工作
• 12.1 指导与管理项目工作
• 概念卡-配置管理