PMP 项目管理备考指南：变更控制与项目收尾核心考点串讲
本文基于 PMP 第六版《PMBOK 指南》重点章节整理，聚焦最容易出情景题、也最容易混淆的两大过程——监控项目工作与实施整体变更控制，并补充项目收尾的完整程序。适合考前冲刺复盘。
很多同学刷题时卡在「到底谁批准变更」「变更流程走几步」「收尾到底做哪些动作」。这些其实都是固定套路，记住下面这几张图，情景题基本稳了。
一、监控项目工作（4.5）
监控项目工作是「跟踪、审查和报告项目进展，以实现绩效管理计划」的过程。它的核心产出是工作绩效报告。
工作绩效报告一般包含三类：
- 状态报告：当前处在什么位置（进度、成本的健康度）
- 进展报告：相比计划，偏差了多少
- 预测报告：按当前趋势，未来会怎样（EAC / ETC / TCPI）
容易混淆的三个概念：工作绩效数据（原始观测值，如「今天写了 200 行代码」）→ 工作绩效信息（加工后的偏差，如「进度落后 2 天」）→ 工作绩效报告（给干系人看的正式报告）。数据 → 信息 → 报告，是逐级加工的关系。
二、实施整体变更控制（4.6）
这是 PMP 考试里唯一一个贯穿全生命周期、且必须由 CCB 参与的过程。它的作用是审查所有变更请求，批准或否决，管理变更，并对可交付成果进行变更。
2.1 CCB 到底是什么
- 变更控制委员会（CCB）：负责审查、评价、批准或否决变更请求的正式团体。
- PMI 默认每个组织都应该有 CCB，以及其上层常设机构 PMO（项目管理办公室）。
- 项目经理（PM）可以是 CCB 的成员，但不是主任（负责人）。重要的事说三遍：PM 不担任 CCB 主任，PM 不担任 CCB 主任，PM 不担任 CCB 主任。
- 变更通常需要跟发起人和客户确认——除非 CCB 里已经包含了他们。
2.2 变更决策强调「及时性」
变更不能拖。越晚处理，返工成本越高。这也是为什么 PMI 强调变更要及时评估、及时决策。
2.3 完整版变更控制程序（必背）
- 对可能引起变更的因素施加影响，防止变更出现；
- 一旦变更发生，先弄清楚变更到底是什么（影响范围、根因）；
- 口头变书面：创建变更请求（Change Request）；
- 评价变更对某个直接制约因素的影响；
- 全面评价变更对所有因素的综合影响（进度、成本、质量、风险、干系人）；
- 生成应对方案和策略；
- 向 CCB 正式提交变更请求；
- CCB 判断：批准或否决。
- 不批准：记录到变更日志，继续监控；
- 批准：更新计划与项目文件 → 通知受影响的干系人 → 追踪变更的实施情况与效果。
2.4 简化版（考点速记）
- 书面记录变更请求；
- 分析影响；
- 提交 CCB 审批；
- 批准或拒绝；
- 若批准，修改计划，体现变更。
答题口诀：任何变更都要走流程，谁也不能口头下令改范围；紧急变更也得事后补单。
三、结束项目或阶段（4.7）
收尾过程是把「成果移交 + 经验沉淀 + 资源释放」一气呵成。
注意一个常考区分：验收发生在监控过程（确认范围），收尾做的是移交，不是重新验收。
3.1 收尾程序
- 确定具体收尾程序（参照合同/组织流程资产）；
- 将项目成果全部移交给接收方；
- 完成经验教训总结（Lessons Learned）；
- 文件审核与归档；
- 相关方满意度调查（可挖掘新商机）；
- 资源遣散（释放团队成员、设备、场地）。
3.2 总结报告该怎么写
总结项目绩效时，报告一般覆盖：
- 项目或阶段的概述；
- 范围、质量、成本、进度目标及完成情况，与偏差原因；
- 最终产品、服务或成果达成预期效益的情况；
- 最终成果如何满足商业计划所述业务需求的概述及程度；
- 项目过程中发生的风险或问题及其解决情况的概述。
四、考前一句话复盘
- 监控项目工作 → 出工作绩效报告；
- 实施整体变更控制 → CCB 审批，PM 是成员非主任；
- 变更程序 → 书面申请 → 影响分析 → CCB 决策 → 更新与通知；
- 收尾 → 移交 + 经验教训 + 遣散，验收在前面已做。
把这几条刻进肌肉记忆，情景题里 80% 的「谁该干什么」都能秒答。
参考资料
- PMI《PMBOK 指南》第六版 第 4 章（整合管理）
- 个人备考错题复盘笔记