项目变更已经实施、审批却还没走，补批要从“冻结影响范围、固定事实证据”开始，而不是先补一张签字单。补批的本质是把已经发生的事实重新纳入受控审批，补全“事实—影响—决策—证据”四段链条，并对本次越权作出责任认定与预防安排。本文适用于单项目内的范围、进度、成本等约束调整类变更，按准备、六步执行、角色分工、示例和完成检查展开。
要点总览（TL;DR）
- 补批从冻结影响范围、固定事实证据开始，先形成变更事实确认单，再进入审批，避免评审对象持续变化。
- 补批执行分六步：提交申请、补齐影响评估、确定审批路径、评审结论、落实纠偏、归档并登记越权事件，每步都有明确输出。
- 评审结论可以是追认、有条件追认或回退；回退需明确范围、责任人和完成时间，已实施部分的成本和进度影响如实记录。
- 项目经理组织评估与评审，技术或业务负责人独立出具影响意见，PMO 或质量角色核查合规并登记越权事件。
- 补批闭环以材料齐全、基线同步、条件关闭、越权登记和预防措施落实为判定标准，条件未落实不算完成。
补批前先做三件事：冻结、取证、定级
补批启动时，变更往往仍在继续推进。如果直接进入审批，评审人面对的将是一个不断变化的对象，影响评估刚写完就可能失效。因此第一步是控制变化，让待审批的变更范围稳定下来。
冻结：先止住影响扩散
由项目经理发出冻结通知，明确三件事：冻结哪些工作项、交付物或合同条款；冻结期间允许做什么、禁止做什么；解冻需要满足什么条件。冻结不等于停工，与本次变更无关的工作可以照常推进，与变更直接相关的进一步投入应暂停，直到评审给出结论。解冻条件通常写为“补批结论签署并完成基线更新”，也可以按评审结论分阶段解冻。
取证：把已发生的事实固定下来
取证的目标是让评审人能够独立判断变更的实际影响，而不是只听提出人的描述。需要收集的材料包括：
- 实施时间线：变更从何时开始执行、已持续多久、当前处于什么状态；
- 执行信息：谁提出、谁执行、经过哪些人确认；
- 涉及对象：受影响的工作项、交付物、需求条目、合同或范围说明；
- 已产生的影响：实际投入的人力与成本、进度偏差天数、质量指标变化、已对外承诺的事项；
- 未审批原因：是流程遗漏、时间紧迫、审批人缺位，还是对变更认定存在分歧。
定级：确定审批层级与评审形式
按影响程度对变更定级，级别决定由谁审批、是否需要组建临时评审组。可参照的口径是：影响单一工作项且不触及里程碑的为轻微变更，走原审批人追认；影响里程碑、关键路径或跨部门交付的为重要变更，由原审批层级或其上级审批；涉及合同金额、对外承诺或验收标准的为重大变更，需要临时评审组集体决策。定级结论应写入事实确认单，作为后续审批路径的依据。
三件事完成后，形成一份变更事实确认单，包含冻结范围与解冻条件、证据清单、变更等级与建议审批路径。这份确认单是补批申请的基础材料。
补批流程的六个步骤与每步输入输出
补批的执行主线可以拆成六步。每一步都有明确的输入、动作、输出和完成标志，避免流程停在“已提交、待处理”的状态。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、提交补批申请 | 变更事实确认单 | 说明变更内容、实施原因、未审批原因，附证据清单 | 补批申请单 | 申请单编号登记，材料齐全 |
| 二、补齐影响评估 | 补批申请单、基线数据 | 评估范围、进度、成本、质量与相关方影响 | 影响评估说明 | 评估覆盖五个维度并有数据支撑 |
| 三、确定审批路径 | 变更等级、组织授权规则 | 原审批人可用的走原路径，不可用的由其上级或授权评审组代行 | 审批路径说明 | 审批人身份与授权依据明确 |
| 四、评审并作出结论 | 申请单、影响评估、审批路径 | 评审会或书面评审，给出追认、有条件追认或回退结论 | 评审结论与签署记录 | 结论明确、条件可执行、签署完整 |
| 五、落实纠偏动作 | 评审结论 | 执行补充测试、风险接受、资源调整等条件，更新基线、计划与合同或范围说明 | 纠偏记录、更新后的基线 | 条件逐项关闭，基线版本已更新 |
| 六、归档并登记越权事件 | 全流程材料 | 归档申请、评估、结论、证据，登记越权事件并记录原因 | 补批档案、越权事件登记 | 档案可检索，事件有责任人与整改项 |
关于“补批能不能被拒绝”
补批的结论不只有追认一种。评审可以作出三类决定：追认，认可已实施内容并纳入基线；有条件追认，认可主体但附加补充测试、风险接受、资源补偿等条件；回退，要求撤销或返工已实施部分。回退结论需要同时明确回退范围、回退责任人和完成时间，以及回退期间对下游交付的影响处理。拒绝补批并不意味着事情结束，已实施部分必须按回退结论处理，相关成本和进度影响如实记入项目记录。
工具如何承载这条流程
补批的每一步都会产生状态变化和记录，适合放在统一的项目管理工具中流转。以 ONES 为例，其瀑布项目管理解决方案基于 PMI、CMMI 理论覆盖从立项到收尾的全过程，支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，并可通过对比版本细节追溯变更内容（F1、F2）。补批申请可以作为工作项提交，影响评估与评审结论作为附件和评论留存，纠偏动作拆成子任务跟踪到关闭；基线更新后，计划与执行的偏差在系统中持续可见。这样，补批的“事实—影响—决策—证据”链条与项目记录保持在同一处，后续复盘时可以直接调取。
谁来做：补批中的角色与交付物分工
补批流程空转，常见原因是责任分散：申请提交后无人推动评估，评审结论无人落实。下表把每个环节的责任人和产出对应起来。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 变更提出人 | 提交补批申请与事实说明，对信息真实性负责，配合补充证据 | 补批申请单、事实说明 |
| 项目经理 | 组织冻结与取证，协调影响评估与评审安排，维护基线与记录 | 变更事实确认单、影响评估说明、更新后的基线 |
| 技术或业务负责人 | 确认实施内容的合理性与技术影响，判断是否需要返工 | 技术影响意见 |
| 审批人或评审组 | 依据材料作出追认、有条件追认或回退的决策并签署 | 评审结论与签署记录 |
| PMO 或质量角色 | 核查流程合规性，登记越权事件，跟踪预防措施 | 越权事件登记、整改跟踪记录 |
分工中有两个容易缺位的地方。一是项目经理既是变更的协调者又可能是实施推动者，影响评估应由技术或业务负责人独立出具意见，避免自评自批。二是临时评审组的成员需要事先约定，不能等到评审当天临时找人；成员通常包括原审批人的上级、相关业务负责人和 PMO 代表，评审组作出的结论效力应等同于原审批层级。
示例：一次进度压缩变更的补批全过程
以下为演示情景，用于说明流程如何落地，不对应真实项目。
情景设定
某项目为赶一个对外交付节点，项目经理与测试负责人商定将系统测试周期从四周压缩为两周，并已执行两周。压缩决定未提交变更审批，也未更新测试计划基线。第三周初，质量角色在例行检查中发现测试用例执行率明显低于计划，补批由此启动。
事实确认与影响评估
项目经理当天发出冻结通知：测试范围不再新增裁剪，已排定的回归测试按原范围执行，解冻条件为评审结论签署。取证结果包括：压缩决定的时间与参与人、已裁剪的测试类型与用例数量、两周内实际执行的用例数与缺陷发现数、因压缩导致的进度提前天数。影响评估覆盖五个维度：范围上减少了三类非功能测试；进度上节点提前十天；成本上测试人力投入下降但遗留缺陷修复成本可能上升；质量上缺陷逃逸风险增加；相关方上客户尚未被告知测试范围变化。
评审结论
变更定级为重要变更，由原审批层级即项目指导委员会评审。结论为有条件追认：认可进度压缩的安排，但要求在上线前补做关键非功能测试，对未覆盖的测试类型形成书面风险接受记录并由业务负责人签署，同时将压缩后的测试计划更新为新的基线版本。评审记录中注明本次变更未经审批即执行，属于流程越权。
归档与预防
纠偏动作拆成三项任务，分别指定责任人和完成时间，全部关闭后解冻。补批材料与评审结论归档到项目变更记录，越权事件由 PMO 登记。预防措施包括：在项目计划中把测试周期列为受控基线项，调整需走变更申请；节点压力较大时提前启动变更评审，而不是先执行后补。
补批完成检查清单
补批是否真正闭环，可以按以下条目逐项核对。全部满足才算完成，部分满足的应标注缺口并指定补正时间。
- 材料齐全：补批申请单、影响评估说明、评审结论与签署记录、纠偏执行记录、归档记录五类材料均可在项目记录中检索到。
- 事实可追溯：实施时间、执行人、涉及工作项与交付物、已产生的成本与进度偏差均有证据支撑，未审批原因有书面说明。
- 审批有效：审批人身份与授权依据明确；使用临时评审组的，成员构成与授权范围有记录。
- 结论已落实：追认或有条件追认中的每一项条件都已关闭，回退结论中的回退范围与返工结果已确认。
- 基线已同步：项目计划、里程碑基线、合同或范围说明已更新到与审批结论一致的版本，旧版本可追溯。
- 越权已登记：越权事件已登记，原因分析指向具体环节，预防措施有责任人和完成时间。
- 相关方已知会：受变更影响的上下游团队、客户或供应商已收到变更后的范围与计划信息。
检查中发现条件未落实的，不应视为补批完成，而应回到纠偏步骤继续跟踪。补批的价值在于让已发生的变更重新进入受控状态，并把这次越权的教训转化为下一次变更的流程约束。
常见问题
变更已经实施了一段时间，补批时影响评估还要不要覆盖全部五个维度？
建议覆盖范围、进度、成本、质量与相关方五个维度，但各维度的详略可以按变更等级调整。轻微变更可以只写受影响的维度并注明其余维度无变化；重要变更和重大变更应逐项给出数据支撑，尤其是已产生的成本与进度偏差、对外承诺事项。评估的目的是让评审人独立判断影响，缺少维度的说明会让结论缺少依据。
原审批人已经离职或长期缺位，补批由谁签？
按组织授权规则处理：原审批人可用的走原路径；不可用的由其上级或经授权的临时评审组代行。临时评审组的成员构成和授权范围应事先约定并留有记录，其结论效力等同于原审批层级。审批路径说明中要写清审批人身份与授权依据，避免事后对结论有效性产生争议。
补批被作出回退结论，已经投入的成本和对外承诺怎么处理？
回退结论需要同时明确回退范围、回退责任人和完成时间，以及回退期间对下游交付的影响处理。已发生的成本和进度影响如实记入项目记录，不因回退而抹去。涉及对外承诺的，由业务负责人评估是否需要与客户或供应商沟通调整，沟通结果一并归档。
补批完成后，如何避免同类越权再次发生？
越权事件登记时要让原因分析指向具体环节，例如审批人缺位、节点压力下先执行后补、对变更认定存在分歧，再针对环节设置预防措施并指定责任人和完成时间。常见做法包括把易被临时调整的对象列为受控基线项、在节点压力较大时提前启动变更评审。预防措施是否落地，应在下一次变更检查中复核。
补批流程在项目管理工具中如何承载？
补批的每一步都会产生状态变化和记录，适合放在统一的项目管理工具中流转。以 ONES 为例，其瀑布项目管理解决方案支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，并可通过对比版本细节追溯变更内容（F1）；补批申请可作为工作项提交，影响评估与评审结论作为附件和评论留存，纠偏动作拆成子任务跟踪到关闭。具体审批流配置与变更单模板以实际版本为准。
