项目预算变更要经得起审计和复盘，关键在于把“口头同意”变成有测算、有审批、有基线更新的完整记录。本文按识别触发、测算影响、提交申请、评审审批、更新基线、执行复盘六步展开，适用于单个项目内部的预算调整；需求本身的修改和跨项目资产治理不在本文范围内。
要点总览（TL;DR）
- 先判断是否改变已批准的预算总额、科目结构或资金使用计划：改变就走正式变更，授权内科目调剂走日常管理。
- 按识别登记、影响测算、编制申请、评审审批、更新基线、执行跟踪六步推进，每步都要有输入、输出和完成标志。
- 影响测算至少覆盖总预算、剩余预算、进度与交付范围三类口径，只报一个总金额的申请很难通过评审。
- 审批按金额分级授权并形成书面结论；审批通过后同步更新预算基线和项目计划，保留旧版本备查。
- 变更闭环以四件交付物齐备为准：变更申请单、影响测算表、评审记录、更新后的预算基线。
预算变更先判断：什么情况该走变更流程
预算变更流程解决的是“项目获批的预算基线需要调整”这件事。判断是否启动正式流程，看一条标准：本次调整是否改变了已批准的预算总额、预算科目结构或资金使用计划。改变，就走变更；只在既有授权内挪动，走日常管理即可。
以下情形通常需要启动正式预算变更：
- 范围扩大：新增交付物、增加功能模块或扩大实施范围，带来人力、采购或外包成本上升。
- 资源调整：关键角色更换、外部专家介入或资源投入周期拉长，导致成本结构变化。
- 外部价格波动：软硬件采购价、云资源费用、外包单价上涨，超出原预算假设。
- 工期延长：延期带来的人力占用、场地、服务续费等持续性成本增加。
以下情形一般不需要走预算变更：预算科目之间的调剂（在授权额度内）、按预算正常发生的报销、需求对象本身的修改（属于需求变更，走需求管理流程）。科目调剂如果突破了总额或授权层级，仍应回到变更流程。
还要分清两类工作的分工：单项目约束调整（预算、进度、范围）由项目负责人牵头走本文流程；需求内容的修改由需求管理流程处理，两者可以关联但审批对象不同；跨项目、跨研发资产的变更治理属于更高层级的变更控制，本文不展开。实际操作中，一次范围扩大会同时触发需求变更和预算变更，建议两份记录互相引用编号，便于后续追溯。
核心操作步骤：从测算到审批的六步流程
六步流程的主线是：先把影响算清楚，再让有权限的人拍板，最后把新基线落到记录里。每一步都有明确的输入、动作、输出和完成标志，缺任何一环，变更都容易停在“说过了但没落地”的状态。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 识别与登记 | 触发事件、提出人信息 | 记录变更事由、提出人、提出时间、关联的项目阶段 | 变更登记条目 | 事由可被第三方读懂，时间与提出人可查 |
| 2. 影响测算 | 原预算基线、当前执行数据、变更方案 | 量化对总预算、剩余预算、进度和交付范围的影响 | 影响测算表 | 金额、工期、范围三类影响均有数字或明确结论 |
| 3. 编制申请 | 影响测算表 | 填写变更金额、涉及科目、资金来源、替代方案 | 预算变更申请单 | 申请单字段完整，替代方案有比较结论 |
| 4. 评审审批 | 申请单、测算表 | 按金额分级送审，组织评审并形成意见 | 评审记录、审批结论 | 审批人层级与金额匹配，意见有书面记录 |
| 5. 更新基线 | 审批通过的申请单 | 调整预算基线，同步更新相关计划与资源安排 | 新预算基线、更新后的计划 | 基线版本可查，旧版本保留 |
| 6. 执行与跟踪 | 新基线 | 按新基线执行，定期记录实际支出与偏差 | 执行偏差记录 | 偏差有归因，超阈值时有再次变更或纠偏动作 |
第二步是整条流程的重心。测算至少覆盖三个口径：对总预算的影响（追加或调减多少）、对剩余预算的影响（当前可用额度是否够支撑到下一节点）、对进度和交付范围的影响（是否延期、是否缩减交付物）。只报一个总金额、不说明进度和范围代价的申请，评审时很难判断取舍。
第三步编制申请时，替代方案要写实。例如“追加外包人力”之外，可以列出“压缩非关键交付物”“延后二期启动”两个备选，并说明推荐理由。评审人看到的是选择题而不是必答题，审批效率会明显提高。
第四步按金额分级授权。常见做法是设定若干金额档位，档位内由项目负责人或部门负责人审批，超过档位逐级上报至预算归口部门或管理层。分级标准应事先写入制度，避免每次临时找人签字。评审意见要落到书面，包括同意、有条件同意、退回补充三类结论。
第五步更新基线容易被跳过。审批通过后，预算基线、项目计划、资源安排要在同一时间窗口内更新，并保留旧版本。基线不更新，后续的偏差分析就失去参照，账实不符往往从这里开始。
第六步执行跟踪关注偏差。按新基线定期比对实际支出，偏差超过预设阈值时，判断是执行问题还是测算偏差，前者纠偏，后者启动新一轮变更。变更记录与执行记录放在同一处，复盘时才能还原决策过程。
角色与交付物：谁提出、谁测算、谁审批
预算变更出问题，多数不是流程设计缺陷，而是角色缺位：有人提了没人算，有人批了没人记。把每个角色的产出物固定下来，责任就清楚了。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 提出人 | 说明变更事由、触发场景和期望结果 | 变更登记条目、事由说明 |
| 项目负责人 | 组织影响测算，判断变更必要性，推荐方案 | 影响测算表、替代方案比较 |
| 财务或预算归口 | 核对科目归属、金额准确性、资金来源与合规性 | 预算核对意见 |
| 审批人 | 按金额分级授权审批，给出书面结论 | 审批意见、评审记录 |
| 项目管理员/PMO | 维护基线版本，归档变更记录 | 更新后的预算基线、变更档案 |
提出人可以是项目成员、职能负责人或客户对接人，职责是把“为什么现在要变”讲清楚，不需要自行完成测算。项目负责人对测算质量负责，测算可以由财务、采购或技术负责人分工提供数据，但汇总和结论由项目负责人把关。预算归口的核对重点在科目和资金来源，避免把资本性支出记入费用科目这类错配。审批人只对授权范围内的金额签字，超出权限应转交上级，不能代签。
交付物清单建议固定为四件：变更申请单、影响测算表、评审记录、更新后的预算基线。四件齐备才算一次完整变更，缺件时在归档环节退回补齐。
当变更需要多人协作、跨部门评审时，把申请、测算、审批意见放在同一个工作项或文档里流转，可以减少邮件往返造成的版本混乱。ONES 的项目计划与基线对比能力可用于记录计划调整前后的差异，版本对比可追溯变更细节；工时与资源饱和度数据可作为人力成本测算的参考输入。预算科目管理和专门的预算变更单据需按团队实际使用的系统配置，本文不展开具体产品功能。
示例：一次预算追加变更怎么走完
以下为演示情景，用于说明各环节的填写方式，非真实项目数据。
情景设定：某系统实施项目原预算 120 万元，执行至第 4 个月，客户提出新增两个报表模块并提前两周上线。项目负责人判断需要追加预算。
第一步登记：记录事由“客户新增报表模块并压缩工期”，提出人为客户对接人，提出时间第 4 个月第 2 周，关联阶段为“开发实施”。
第二步测算：新增模块需开发 30 人天、测试 10 人天，按内部人天单价折算约 8 万元；提前上线需增加并行测试资源约 2 万元；合计追加 10 万元，总预算调整为 130 万元。进度影响为关键路径前移，交付范围新增两项报表。剩余预算从 55 万元降至 45 万元，需确认后续阶段是否够用。
第三步编制申请：变更金额 10 万元，科目为“人力外包”8 万元、“测试服务”2 万元，资金来源为本项目预备费。替代方案列出两项：一是延后二期启动以腾挪资源，二是缩减一项非关键报表。推荐追加预算，理由是客户合同已确认新增范围。
第四步审批：按金额分级，10 万元落在部门负责人审批档位，同时抄送预算归口核对科目。评审关注三点：新增范围是否有合同或书面确认、人天单价是否与框架协议一致、预备费余额是否充足。结论为有条件同意，要求补充客户确认函后生效。
第五步更新基线：确认函到位后，预算基线由 120 万元更新为 130 万元，项目计划同步调整里程碑日期，旧版本基线保留备查。
第六步执行跟踪：按新基线每月比对实际支出，第 5 个月末实际支出 6.2 万元，低于测算的 7 万元，偏差归因为测试资源复用；记录偏差并说明无需再次变更。
这个例子的要点在于：测算给出了金额、进度、范围三类影响；审批结论带有前置条件；基线更新与条件满足挂钩；执行偏差有归因记录。四件事都做到，变更才算真正闭环。
完成检查：预算变更做对了没有
变更结束后，用下面这份清单逐项核对。任何一项为“否”，都说明流程还有缺口，应在归档前补齐。
- 事由与测算是否完整：变更事由可独立读懂；测算覆盖总预算、剩余预算、进度、交付范围四个口径；关键数字有来源。
- 审批是否在授权范围内：审批人层级与金额档位匹配；无越权签字或事后补签；评审意见为书面结论，含同意、有条件同意或退回。
- 基线是否已同步更新：预算基线已调整并保留旧版本；项目计划和资源安排同步更新；更新时点与审批通过时点可对应。
- 执行偏差是否被跟踪：按新基线定期比对实际支出；偏差有归因；超阈值时有纠偏或再次变更的动作。
- 记录是否可追溯：申请单、测算表、评审记录、新基线四件齐备；记录之间可互相引用；第三方可按时间线还原决策过程。
核对时特别留意两个常见缺口：一是审批通过但基线未更新，导致后续报表仍按旧预算比对；二是变更记录散落在邮件和聊天中，归档时拼不出完整链条。把四件交付物固定存放在同一处，并在项目例会上定期检查变更台账，这两个缺口基本可以避免。
常见问题
预算科目之间的调剂，什么情况下仍需走正式变更流程？
在授权额度内、不改变预算总额和科目结构的调剂，按日常管理处理即可。出现以下情况时仍应回到变更流程：调剂后突破了项目预算总额；调剂超出该层级审批人的授权额度；调剂改变了资金使用计划的关键节点，例如把后续阶段的钱提前用掉，影响剩余预算支撑到下一里程碑。判断的落脚点是“已批准的基线是否被改变”，而不是科目名称有没有变化。
变更申请被退回补充，原申请单怎么处理？
建议保留原申请单并记录退回原因，补充材料后以新版本重新提交，不要在原单上直接覆盖修改。这样评审人能看到补充了什么、结论为何变化，归档时也能还原完整的决策过程。如果退回原因是测算口径缺失，补充时应把总预算、剩余预算、进度和范围四类影响补齐；如果是资金来源不清，由预算归口出具核对意见后再送审。
审批通过了但预算基线还没更新，这段时间怎么管理支出？
审批通过到基线更新之间应尽量缩短，最好在同一时间窗口内完成。若确实存在时间差，可先按审批结论控制支出，并在变更台账中标注“已批准、基线待更新”，避免后续报表仍按旧预算比对造成误判。基线更新时保留旧版本，更新时点与审批通过时点要能对应，便于复盘时还原先后顺序。
一次范围扩大同时触发需求变更和预算变更，两份流程怎么衔接？
两类变更的审批对象不同：需求变更审的是交付内容，预算变更审的是资金和资源。建议两份记录互相引用编号，并在时间上保持先后合理——通常先确认需求范围，再据此测算预算影响。实际操作中可由项目负责人统一牵头，把需求变更结论作为预算变更申请单的附件，评审时一并查看，减少重复说明和口径不一致。
执行阶段偏差超过阈值，应该纠偏还是再发起一次变更？
先判断偏差性质：属于执行层面的浪费、效率问题，通过纠偏措施解决；属于原测算假设不成立，例如单价上涨、工作量被低估，则应启动新一轮预算变更。判断依据是偏差能否在现有预算基线内通过调整执行方式消化。无论哪种处理，偏差都要有归因记录，超阈值的处理动作也要留痕，这样复盘时才能区分是测算能力问题还是执行问题。
