资讯详情

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 完整版变更控制程序（必背）

1. 对可能引起变更的因素施加影响，防止变更出现；
2. 一旦变更发生，先弄清楚变更到底是什么（影响范围、根因）；
3. 口头变书面：创建变更请求（Change Request）；
4. 评价变更对某个直接制约因素的影响；
5. 全面评价变更对所有因素的综合影响（进度、成本、质量、风险、干系人）；
6. 生成应对方案和策略；
7. 向 CCB 正式提交变更请求；
8. CCB 判断：批准或否决。
   • 不批准：记录到变更日志，继续监控；
   • 批准：更新计划与项目文件 → 通知受影响的干系人 → 追踪变更的实施情况与效果。

2.4 简化版（考点速记）

1. 书面记录变更请求；
2. 分析影响；
3. 提交 CCB 审批；
4. 批准或拒绝；
5. 若批准，修改计划，体现变更。

答题口诀：任何变更都要走流程，谁也不能口头下令改范围；紧急变更也得事后补单。

三、结束项目或阶段（4.7）

收尾过程是把「成果移交 + 经验沉淀 + 资源释放」一气呵成。

注意一个常考区分：验收发生在监控过程（确认范围），收尾做的是移交，不是重新验收。

3.1 收尾程序

1. 确定具体收尾程序（参照合同/组织流程资产）；
2. 将项目成果全部移交给接收方；
3. 完成经验教训总结（Lessons Learned）；
4. 文件审核与归档；
5. 相关方满意度调查（可挖掘新商机）；
6. 资源遣散（释放团队成员、设备、场地）。

3.2 总结报告该怎么写

总结项目绩效时，报告一般覆盖：

1. 项目或阶段的概述；
2. 范围、质量、成本、进度目标及完成情况，与偏差原因；
3. 最终产品、服务或成果达成预期效益的情况；
4. 最终成果如何满足商业计划所述业务需求的概述及程度；
5. 项目过程中发生的风险或问题及其解决情况的概述。

四、考前一句话复盘

• 监控项目工作 → 出工作绩效报告；
• 实施整体变更控制 → CCB 审批，PM 是成员非主任；
• 变更程序 → 书面申请 → 影响分析 → CCB 决策 → 更新与通知；
• 收尾 → 移交 + 经验教训 + 遣散，验收在前面已做。

把这几条刻进肌肉记忆，情景题里 80% 的「谁该干什么」都能秒答。

---

参考资料

• PMI《PMBOK 指南》第六版 第 4 章（整合管理）
• 个人备考错题复盘笔记