综合多个权威资料主流说法为7步流程，部分资料扩展为8步。
“申请登记评估，CCB拍板实施，监控归档关闭”
具体步骤如下：
1.提出变更申请
任何干系人（包括客户、团队成员、发起人等）均可提出变更。
必须书面记录（电子或纸质），填写《变更申请表》。
变更初审（或称“登记”）
2.项目经理接收并初步审核变更的完整性与有效性。
确认是否具备评估条件。
3.变更影响分析（评估）
项目经理组织团队评估变更对范围、进度、成本、质量、风险等的影响。
不能只评估单一方面（如仅看范围）。
4.CCB审批（决策）
变更控制委员会（CCB）审查评估报告，决定批准、否决或延期。
CCB是决策机构，不是执行机构；其成员通常包括项目经理、客户代表、技术负责人等。
并非所有变更都必须由CCB批准：小变更可由项目经理按权限审批。
5.更新基准与计划
若变更获批，需先更新项目基准（如范围、进度、成本基准）及相关文档，再实施。
更新内容纳入配置管理系统。
6.实施变更
由变更实施人（如开发、测试人员）按计划执行变更。
7.验证与关闭
实施后验证是否达到预期效果。
8.验证通过后，关闭变更，归档所有记录，总结经验教训。
注：部分资料将“监控变更实施”单独列为一步，形成8步流程（如），但考试中7步为标准答案。
关键原则与易错点
- 无论变更大小，都必须走流程：即使是“小功能”或“客户紧急要求”，也不能跳过申请与评估。
- 项目经理不一定能批准变更：是否具备批准权取决于组织政策和变更级别。
- CCB不是作业组：只负责审批，不负责实施或测试。
- 所有变更必须记录在变更日志中，无论是否批准。
- 变更管理是整体管理的一部分，与配置管理紧密关联。
- 备考提示
- 高频考点顺序：申请 → 初审 → 评估 → 审批 → 实施 → 监控 → 关闭。
- 真题陷阱：看到“直接改”“口头同意”“小变更不用走流程”等描述，一律错误。
- 记忆口诀：
- “申请初评批，实施监归闭”（7字速记）。
容易忽视的考点
1、有些变更很小，客户着急要，可以不用走变更程序直接修改?
答【即使面对客户要求的紧急且小的变更，也不能完全忽略变更程序。而应该通过与客户的沟通、简化版的变更程序、适当的文档记录以及实施后的监控，来确保变更的质量和安全性。】
2、项目经理不可以批准变更?
答【项目经理是否可以批准变更取决于组织的政策和流程。为了确保项目的成功和合规性，项目经理应该了解并遵守这些政策和流程，并在需要时寻求适当的批准。】
3、项目经理或团队成员不能提变更?
答【都可以提出变更】
4、范围变更可以只评估范围的影响?
答【不可以】
5、变更批准后应先更新基准或文件，才能实施?
答【建议在变更批准后，先更新项目的基准和相关文件，然后再实施变更】
6、未经批准的变更请求不需要在变更日志中记录
答【“不正确”未经批准的变更请求也需要在变更日志中记录。变更日志是用于跟踪和记录项目变更的重要工具，它可以帮助项目团队了解变更的状态、影响和处理情况。】
7、领导或发起人提的变更是重大变更，可以口头提出后，团队成员尽快实施?
答【建议即使是领导或发起人提出的重大变更，也应该遵循正式的变更管理流程】
8、项目经理一般是CCB的组长?【不是】
9、所有变更都必须由CCB来批准?【是的】
10、变更控制系统必须是用软件系统，手工无法管理?
答【选择使用软件系统还是手工管理变更控制系统，应根据项目的规模、复杂性和资源情况来决定。无论选择哪种方法，关键是要确保变更请求得到妥善处理，项目的目标和要求得到满足。】
非特殊说明，本文版权归 看美景 所有，转载请注明出处.
本文标题： 系统集成项目管理一一项目变更管理
