PMP变更控制流程是什么？变更请求处理步骤详解

核心结论

变更控制是PMP考试中最高频的场景之一，也是实际项目管理中最容易出问题的环节。核心原则是：任何变更都必须经过正式的变更控制流程，口头同意或私下调整都是违规的。标准流程是：提出变更请求→记录变更→评估影响→审批决策→更新计划→通知干系人→执行变更。

变更的来源和类型

常见变更来源

• 干系人提出新需求
• 技术方案调整
• 市场环境变化
• 法规政策更新
• 资源可用性变化

变更类型

• 纠正措施：实际绩效偏离计划，采取行动使绩效回归计划（如进度落后时加班赶工）
• 预防措施：预计可能出现偏差，提前采取行动（如预计资源不足时提前招聘）
• 缺陷补救：可交付成果不符合质量要求，进行修复（如软件测试发现Bug）
• 更新：对正式受控的计划或文件的修改（如范围增加、预算调整）

变更控制流程步骤

第一步：提出变更请求

任何干系人都可以提出变更，但必须书面记录（口头变更无效）。变更请求需要说明变更内容、原因和提出人。

第二步：记录变更

项目经理将变更请求记录到变更日志（Change Log），并初步判断变更属于哪种类型（纠正、预防、缺陷补救、更新）。

第三步：评估影响

项目经理组织团队评估变更对范围、进度、成本、质量、风险等方面的影响。评估结果形成书面报告，作为审批依据。

第四步：审批决策

根据变更影响程度，由不同层级审批：

• 不影响基准的小变更：项目经理批准
• 影响基准的变更：变更控制委员会（CCB）批准
• 紧急情况：项目经理可先执行，事后补办审批

第五步：更新项目文件

变更批准后，更新项目管理计划、项目文件和基准。未经批准的变更不得执行。

第六步：通知干系人

将变更决策通知相关干系人，确保信息同步。

第七步：执行变更

按更新后的计划执行变更，并监控执行效果。

变更控制委员会（CCB）

CCB的组成

通常包括项目发起人、关键干系人、项目经理和技术专家。CCB不是常设机构，而是根据需要召开会议。

CCB的职责

审查变更请求，评估对项目目标的影响，做出批准、否决或推迟的决策。CCB的决策是正式的，所有相关方必须遵守。

考试常见场景

场景一：客户要求加功能

题干描述"客户突然要求增加一个功能"，答案通常是"提交正式变更请求，评估对进度和成本的影响，提交CCB审批"。

场景二：团队成员私自改方案

题干描述"某开发人员觉得原设计不好，自行改了实现方案"，答案通常是"审查该变更的影响，必要时走变更流程，强调所有变更必须正式审批"。

场景三：紧急情况

题干描述"生产系统故障，需要立即修复"，答案通常是"先执行修复保障业务，同时记录变更，事后补办审批流程"。

场景四：变更被批准后

题干描述"变更已获批准，接下来做什么"，答案通常是"更新项目管理计划和相关文件，通知受影响干系人，按新计划执行"。

常见误区

误区一：项目经理可以批准所有变更

不影响基准的小变更项目经理可以批准，但影响范围、进度、成本基准的变更必须由CCB或更高层批准。

误区二：变更控制是阻碍效率

变更控制不是为了阻止变更，而是为了确保变更经过充分评估，避免盲目变更导致项目失控。

误区三：变更批准后不需要通知团队

变更批准后必须更新计划并通知所有相关方，否则团队可能按旧计划执行，导致混乱。

常见问题

Q：变更日志和变更请求的区别

变更请求（Change Request）是单个变更的详细描述，变更日志（Change Log）是所有变更请求的记录清单。一个变更请求对应变更日志中的一条记录。

Q：配置管理和变更管理的关系

配置管理关注"产品的组成和版本"，变更管理关注"对计划的修改"。两者密切相关，但侧重点不同。考试中如果问"文档版本混乱"，选配置管理；问"需求频繁改动"，选变更管理。

Q：敏捷项目怎么管理变更

敏捷项目通过产品负责人（Product Owner）管理产品待办列表（Backlog），需求变化通过调整Backlog优先级实现，不需要像瀑布项目那样走正式的变更控制流程。但范围基准（如Sprint目标）一旦确定，Sprint期间不调整。

众智商学院PMP培训课程深入讲解变更控制流程和考试场景，帮助学员掌握这一高频考点。如需了解课程安排，欢迎联系冯老师咨询。

官网：www.zzsxyedu.cn