摘要：在PMP考试的漫长征程中，变更管理场景题宛如一座座难以逾越的山峰，令众多学员望而却步，感到迷茫无措。当面对诸如何时提交变更请求、何时开展影响分析、何时实施整体变更控制等系列问题时，学员们常常陷入苦思冥想而不得其解的困境。
在PMP考试的漫长征程中，变更管理场景题宛如一座座难以逾越的山峰，令众多学员望而却步，感到迷茫无措。当面对诸如何时提交变更请求、何时开展影响分析、何时实施整体变更控制等系列问题时，学员们常常陷入苦思冥想而不得其解的困境。
其实，万变不离其宗，无论变更场景如何千变万化，只要我们紧紧抓住变更管理的主干知识与核心思想，便能以不变应万变，在考试中轻松攻克绝大多数变更类题目，实现高效备考，事半功倍。
以下是为大家精心整理的核心要点，助力大家深入理解并灵活运用变更管理知识：
一、整体变更控制流程的严格遵循
无分巨细，所有变更一视同仁。无论变更大小，即便题干中刻意强调是 “微乎其微的变更”，看似对任何绩效指标毫无影响，也必须严格遵循整体变更控制的审批流程，这是项目管理的铁律，不容丝毫含糊。变更请求的正式 “通行证”。变更请求务必以正式书面形式提出，简单地发邮件仅算非正式书面沟通，远远达不到要求。最佳实践是以系统化的方式提交变更申请单（Change Ticket），为后续的跟踪与管理提供坚实基础。当项目团队接到变更请求后，需全面综合地分析其潜在影响，再谨慎地决定应对策略，是团队内部自行审批，还是提交给变更控制委员会（CCB）进行更高层级的审批。二、变更流程中的关键细节与要点
新需求的 standardized 处理流程。无论是项目内部还是外部相关方提出新需求，都必须首先提交变更请求至项目经理。随后，项目经理带领项目团队对变更进行严谨的影响评估或分析，依据评估结果确定审批路径，或团队内部拍板，或呈交 CCB 审批。在此过程中，变更日志的更新不容忽视，分别在影响评估之后以及变更审批或否决之后进行及时准确的记录，以确保变更信息的完整追溯。团队绩效偏差引发的变更应对。针对因团队绩效偏差导致的纠正措施或缺陷补救类型的变更请求，一般遵循先评估后请求的原则。即先对变更进行深入的影响评估或分析，再据此适度地提出变更请求。同样地，变更日志的两次更新节点需严格把控，分别在影响评估阶段和审批决策阶段之后，记录变更 progression 的关键信息。质量控制环节的变更审查。通过控制质量过程，运用审查工具对已批准变更请求的实施情况进行检查，确保其严格按照已批准的方式执行，相关内容在 PMBOK 第 305 页有详细阐述。同时，借助管理质量过程中的质量审计工具，验证已批准变更请求实施后是否达到预期效果，为项目质量保驾护航。三、变更审批的责任划分与流程规范
项目经理与 CCB 的审批边界。项目经理拥有对不涉及基准改变的小变更以及紧急变更的审批权，但一旦变更涉及基准的修改或属于重大变更，就必须提交给 CCB 进行审批。这一明确的分工确保了变更审批的严谨性和合理性，使项目的基准得到妥善维护。项目管理计划变更的严格管控。已经确定基准的项目管理计划在后期若需修改，必须严格遵循变更控制流程，并寻求 CCB 的审批，这是项目管理的刚性约束，旨在确保项目按既定目标稳步推进。CCB 的职能与角色定位。CCB 的核心职责是审批变更，但并不负责分析变更的影响。对于新需求，项目经理及项目团队在发起变更请求后或收到外部相关方的变更请求时，必须先进行影响评估或分析，再将变更请求提交给 CCB。同样地，针对团队绩效偏差引发的纠正措施或缺陷补救类型的变更请求，项目团队内部需先完成影响评估，若需 CCB 审批，则提交 CCB 进行进一步的审批决策。CCB 的成员构成多元且关键，涵盖客户、项目发起人、职能经理、项目经理（PM）、专家（SME）和供应商（Supplier）等，共同保障变更决策的全面性和科学性。审批结果的后续处理。当变更经审批通过后，务必先记录变更结果，并及时更新项目管理计划和项目文件，随后通知所有受影响的相关方，才能带领团队正式启动变更的执行工作。反之，若变更审批被拒绝，项目经理应主动与变更申请人进行沟通，反馈审批意见，并指导其重新提交审批，直至变更请求得到妥善处理。无论是批准还是否决的变更申请，都必须一丝不苟地记录到变更日志中，为项目的变更管理留下完整的历史记录。四、项目基准维护与变更管理的严谨态度
基准维护的重要性项目经理。在整个项目管理生命周期中肩负着主动管理的重任，首要目标是维持原有的项目基准不改变，因为任何基准的改变都意味着项目绩效未能达到预期水平。因此，项目经理必须时刻保持警惕，严格把控变更，确保项目沿着既定的轨道前行。变更管理流程的刚性执行。变更管理必须严格遵守既定流程，当面对不确定性，不知当前应实施哪个步骤时，应毫不犹豫地选择按照变更管理计划执行，这是应对变更性的复杂有效策略，也是项目管理规范性的体现。五、重大变更与紧急变更的管理要点
重大变更和紧急变更的明确定义。重大变更和紧急变更的定义应明确写入变更管理计划中，使其具有可操作性和可衡量性，便于项目团队在实际操作中快速识别和应对，确保变更管理的高效性和针对性。六、风险应对与项目范围变更的关联管理
风险应对计划与变更控制的联动。在实施风险应对计划或弹回计划时，若涉及项目范围等关键要素的改变，必须发起变更请求，纳入变更管理流程进行管控，避免风险因应对而引发项目范围的无序变更，确保项目的整体可控性。七、镀金与蔓延现象的应对策略
镀金与蔓延的识别与处理。当发现项目中存在镀金（乙方免费帮甲方多做超出既定范围工作以获取更多项目机会）或蔓延（甲方强制乙方多做额外工作且未给予相应补偿和时间）现象时，项目经理应采取一系列严谨的步骤进行应对。首先，需确认镀金现象是否存在，通过深入调查和分析，获取确凿证据。接着，详细评估镀金造成的影响，包括对项目范围、进度、成本等多方面的冲击。最后，及时补办变更申请流程，将变更纳入正规管理轨道，确保项目恢复正常秩序，避免因镀金或蔓延导致项目走向失败。八、变更后文件更新的优先顺序与原则
文件更新的明确优先级。变更后一般需要更新的文件众多，包括项目管理计划、项目范围说明书、工作分解结构（WBS）和项目文件（变更日志）等。在选项中若项目范围说明书和 WBS 同时出现，应优先更新项目范围说明书，因其包含项目的验收标准，是项目范围管理的核心依据。同理，若项目管理计划和变更日志同时出现，当 CCB 审批通过时，应优先考虑更新项目管理计划，因为项目管理计划涵盖了项目成功的检验标准，是项目执行和监控的关键指引。若变更具体内容不明确，例如无法判断是成本还是范围发生改变，也优先应选择更新项目管理计划。只有当 CCB 未审批通过时，才优先考虑变更日志的更新，确保变更记录的完整性和及时。性九、答题技巧与变更类型的理解
答题技巧的精准把握。在考试中，遵循一个基本原则：若存在精确的选项则优先选择精确的；当精确选项不存在时，再选择涵盖范围更广的选项。例如，在判断变更请求是否需要 CCB 审批时，若根据题干信息可以明确判断变更无需 CCB 审批，但其他选项均存在明显错误，而只有一个选项提及 CCB 审批，此时应果断选择 CCB 审批的选项，因为这强调了变更必须经过审批这一关键原则，避免因小失大，错失得分点。变更类型与配置管理的关联。深刻理解变更管理与配置管理的相关性，变更往往是基于配置项的改变而产生的，这一关联有助于我们在处理变更时从更宏观的配置管理角度进行思考和决策，确保项目配置的稳定性和正确性。变更请求类型的细致区分。明确变更请求的类型，包括纠正措施（针对当前绩效情况的纠偏活动）、预防措施（为确保未来符合绩效而进行的活动）和缺陷补救（针对不一致产品的返工和重做行为）。简单来说，解决产品问题是缺陷补救，解决项目偏差是纠正措施，避免项目未来的偏差则是预防措施，准确区分这些类型有助于我们采取更有针对性的变更策略。增值变更的认识与处理。变更请求有时也包含增值变更，这类变更与过程改进计划紧密关联，旨在通过优化项目过程来提升项目价值，我们在处理变更时不应忽视此类潜在的增值机会，合理评估并纳入项目管理。十、项目收尾阶段变更的特殊处理
收尾阶段变更的审慎应对。在项目收尾阶段，若客户要求增加功能，项目经理应引导客户按照规范流程提出变更请求。然而，无论客户提出的是大的新需求还是小的新需求，都应在本项目之外进行处理。对于大的新需求，建议签订新合同或启动新项目；对于小的新需求，则应设法予以拒绝。在答题时，必须严格按照这些步骤进行选择，坚决不在本项目中擅自实施未经审批的变更，因为项目收尾阶段变更的代价极为高昂，可能导致项目无法顺利收尾，给项目带来巨大风险。十一、项目管理计划与子计划更新的选择原则
更新选择的明确指引。在面对项目管理计划和子计划同时出现的情况时，若能够明确确认哪一份子计划应最先被更新，那么应毫不犹豫地选择该子计划；反之，如果无法准确判断应优先更新哪一份子计划，则应选择项目管理计划进行更新。这一原则确保了我们在变更管理过程中能够抓住关键，避免因更新顺序的错误而导致项目管理的混乱。备考资料分享如下：
来源：孟尘谈项目管理