第3篇 | 变更控制实战：历年真题怎么考+变更请求四种类型判断技巧

前两篇我们学了变更控制的5个核心概念和7步流程。这一篇，我们来实战——看看历年真题怎么考，以及变更请求四种类型怎么快速判断。

这部分内容在考试中属于"会者不难"的类型，关键在于理解每种类型的本质区别。

一、变更请求四种类型：判断技巧

先回顾一下，PMBOK里变更请求分四类：

• 预防措施（Preventive Action）：防止未来出现偏差
• 纠正措施（Corrective Action）：把现在的偏差拉回正轨
• 缺陷补救（Defect Repair）：修复有缺陷的交付成果
• 更新（Update）：对受控文档或交付物的修改

这四类怎么记？怎么判断？给你一个屡试不爽的判断方法：

判断方法：时间线法

想象一条时间线（竖向阅读）：

过去 ← 出问题了？ 　需要修复缺陷 → 缺陷补救（紫色）

↓

现在 ← 正在偏离计划？ 　需要拉回正轨 → 纠正措施（蓝色）

↓

未来 ← 可能要出问题？ 　需要提前防范 → 预防措施（红色）

↓

客观变化 ← 不是出了问题，是需求变了？ 　需要修改文档 → 更新（橙色）

二、举例说明

场景1：项目正在实施，发现某个模块的开发进度比计划落后了2周。

判断：纠正措施（当前正在偏离计划 → 纠正）

场景2：项目正在实施，发现已交付的某个功能有严重Bug。

判断：缺陷补救（交付成果有缺陷 → 修复缺陷）

场景3：项目进行中，项目经理发现某个技术方案有风险，可能在后期导致进度延误，提前更换了技术方案。

判断：预防措施（还没出问题，但预判风险 → 提前防范）

场景4：项目进行中，客户正式通知某些需求需要调整，要修改需求规格说明书。

判断：更新（不是因为出了问题，而是需求客观变化 → 修改文档）

场景5：项目验收前，发现某个文档的版本号有误，需要修正文档。

判断：更新（文档需要修改，但不是因为质量问题 → 更新）

三、历年真题解析

这部分是最实用的部分。我们从高频考题里挑几道，演示判断思路。

题目1（据学员回忆，2019年上午）

项目执行过程中发现一个已经交付的产品存在功能缺陷，需要修复。这属于哪种变更类型？

答案：缺陷补救（Defect Repair）

解析：关键词"已经交付"+"功能缺陷"，典型的缺陷补救。注意不要和纠正措施混淆——纠正措施是针对"执行中的偏差"，缺陷补救是针对"有缺陷的交付成果"。

题目2（据学员回忆，2020年上午）

项目当前SPI=0.85，成本超支5%。项目经理提出要增加资源的申请，希望把进度赶回来。这属于哪种变更类型？

答案：纠正措施（Corrective Action）

解析：当前进度落后（SPI<1），需要把偏差拉回正轨。注意增加资源赶进度是"纠正"行为，不是"预防"行为——问题已经发生了。

题目3（据学员回忆，2021年上午）

项目经理发现某个供应商可能无法按时交货，提前更换了备选供应商。这属于哪种变更类型？

答案：预防措施（Preventive Action）

解析：供应商"可能"无法按时——是预判，是未来可能的问题，不是当前已经发生的偏差。提前采取措施 → 预防措施。

题目4（据学员回忆，2021年下午案例）

项目经理收到客户的正式邮件，要求修改某个功能的实现方式。项目经理以下做法正确的是？

解析：这里容易出错的地方是——有人会认为"客户说改就改"。实际上，即使是客户提出的变更，也要走完整的变更控制流程。更新类型的变更请求，需要走变更流程，CCB审批（如果影响基准）。

四、变更流程在案例分析中的应用

下午案例分析经常考变更流程的场景，给你一段项目描述，让你挑毛病或者写出正确做法。

常见挑错点：

挑错1：口头变更没记录

"客户在电话中提出变更，开发人员直接改了代码，但项目经理不知情。"

问题：口头变更没有书面记录，没有走变更流程。

挑错2：项目经理自己批了应该CCB批的变更

"项目经理批准了将进度基准延后2周的变更。"

问题：进度基准属于基准，变更基准必须CCB审批，项目经理无权单独批准。

挑错3：变更实施后没更新基准

"CCB批准了范围变更，但项目经理忘了更新范围基准。"

问题：批准后必须更新基准，否则基准和实际执行"两张皮"。

挑错4：紧急变更事后没补记录

"生产环境出现严重故障，团队紧急修复后恢复正常，但变更日志是空的。"

问题：紧急变更可以先实施，但事后必须补全变更记录。

五、变更和配置管理的综合辨析

考试经常把变更管理和配置管理放在一起考，核心要理解两者的关系：

变更管理 vs 配置管理：

• 变更管理：核心问题——"要不要变？" → 关键词：CCB、审批
• 配置管理：核心问题——"变的东西对不对？" → 关键词：配置项、基线、版本
• 两者关系：配置库是变更管理的"基础设施"——没有配置库，连"现在是什么版本"都说不清

记忆点：配置库是变更管理的"基础设施"——没有配置库，你连"现在是什么版本"都说不清，变更审批就无从谈起。

六、记忆口诀

送你一个记忆口诀，记住四类变更请求：

"补、防、纠、缺"——"补未来、防未来、纠现在、补缺陷"

• 补未来 = 预防措施（提前补）
• 防未来 = 预防措施（防止出问题）
• 纠现在 = 纠正措施（纠正偏差）
• 补缺陷 = 缺陷补救（修Bug）

总结

今天我们学了：

1. 变更请求四类型判断法：用时间线法判断——过去/现在/未来/客观变化

2. 历年真题思路：

• "已经交付+缺陷" → 缺陷补救
• "当前SPI<1" → 纠正措施
• "可能+未来" → 预防措施
• "客户正式通知修改" → 更新

3. 案例分析挑错点：

• 口头变更没记录
• 基准变更没CCB批
• 变更后没更新基准
• 紧急变更事后没补记录

4. 变更管理与配置管理的关系：

• 变更管理 = 审批要不要变
• 配置管理 = 记录变了什么、对不对

记住，变更控制不是为了为难你，而是为了让项目在变化中依然可控。掌握这个能力，不管考试还是实际工作，都是硬技能。

祝你今年顺利通过高项！

正在备考软考高项？ 持续关注，持续更新，系统化搞定变更控制。