项目追加投资决策要放在项目组合里做：先确认追加请求的触发原因与新增资金用途，再用同一套口径重算收益、剩余投入和里程碑，接着评估它对组合内其他项目的挤占与依赖，最后按分级授权形成“追加、限额追加、暂缓、终止或重构”的结论并留痕跟踪。本文给出可直接套用的流程、测算字段、角色分工与完成检查清单，适合需要在组合层面判断是否追加投入的项目经理、财务与组合管理人员参考。
要点总览（TL;DR）
- 追加投资决策要放在项目组合里做：先受理请求并确认触发原因与新增资金用途，再按统一口径重算单项目收益与剩余投入，然后评估对组合内其他项目的资源挤占与依赖影响，最后按分级授权形成结论并留痕跟踪。
- 追加原因分为范围扩大、估算偏差、外部条件变化、进度压缩、质量返工五类，不同类别适用不同审查强度；请求材料不全应退回补充，不进入决策议程。
- 重算表要区分已完成投入与剩余投入，追加后总投入与预期收益在同一口径下重新测算，并同步标注关键里程碑变化与风险等级，避免用旧基线直接比较。
- 决策结论限定为全额追加、限额追加、暂缓、终止、重构五类，每条结论附带限额上限、资金分批释放节点、里程碑复核点等可执行条件。
- 决策后按批次登记资金释放与实际支出，设置偏差预警阈值与复盘时点，复盘同时核对资金执行偏差与当初假设是否成立，以此检验决策质量。
追加投资请求先要回答哪几个问题
追加投资决策的第一步是把“项目缺钱”转成一份可评估的决策请求。受理环节要回答四个问题：为什么追加、钱花在哪、不追加会怎样、有没有替代路径。这四个问题答不清楚，后续测算和会议讨论都会失去基准。
追加原因分类
把追加原因归入以下类别，目的是让决策者判断新增资金是在买新增价值、补估算缺口，还是应对环境变化，不同类别适用不同的审查强度。
| 原因类别 | 典型表现 | 审查重点 |
|---|---|---|
| 范围扩大 | 需求新增、交付物扩展 | 新增范围是否已批准，收益是否同步增加 |
| 估算偏差 | 原估算遗漏工作量或成本项 | 偏差根因，同类项目是否普遍存在 |
| 外部条件变化 | 政策、市场、供应商价格变动 | 变化是否可验证，是否有应对预案 |
| 进度压缩 | 要求提前交付，需增加资源 | 提前交付的业务价值是否支撑额外成本 |
| 质量返工 | 缺陷修复、返工导致投入增加 | 返工根因是否已控制，是否会再次发生 |
新增资金用途与替代路径
请求中要列出新增资金对应的具体工作项，逐项说明金额、时间与责任人，避免出现“一笔总包”的笼统申请。同时写明不追加的后果，例如交付延期多久、范围缩减到什么程度、项目是否会被迫终止；并给出至少一条替代路径，如分期交付、缩减范围、调整资源来源。替代路径让决策者可以在“追加”与“其他处理方式”之间做比较，而不是在“追加”与“什么都不做”之间二选一。
请求受理的最低信息要求
建议设定受理门槛，信息不全的请求退回补充，不进入决策议程。最低要素清单如下：
- 项目基本信息与当前基线（原预算、已投入、剩余预算、计划交付时间）；
- 追加原因类别及支撑证据；
- 新增资金金额、用途明细与拟释放节奏；
- 不追加的后果说明与至少一条替代路径；
- 项目经理与业务发起人的确认意见。
这份清单的完成标志是：请求材料能让未参与项目的决策者在半小时内理解“发生了什么、要多少钱、为什么现在要”。
用统一口径重算收益、剩余投入与风险
受理通过后进入重算环节。重算的目标是让不同项目的追加请求可以横向比较，因此字段和口径必须统一，不能各项目各算一套。
剩余投入与已完成投入的区分
已完成投入是沉没成本，不进入追加决策的比较基准；真正影响决策的是“从今天起还需要投入多少”。重算表要把已完成投入单列，避免用“总投入已经很高，不如继续投”来论证追加的合理性。剩余投入按工作项拆分，区分人力、采购、外部服务等类别，并标注哪些是刚性支出、哪些可压缩。
追加后的总投入与预期收益重新测算
在同一口径下重算追加后的总投入（已完成投入＋剩余投入＋追加金额）与预期收益，收益口径与原立项时保持一致，例如收入增量、成本节约或合规价值。如果原立项时没有量化收益，重算时至少给出可比较的定性等级，并说明判断依据。
追加投资重算表（字段与填写口径）
| 字段 | 填写口径 |
|---|---|
| 原批准预算 | 立项时批准的总额，含已释放与未释放部分 |
| 已完成投入 | 截至重算日的实际发生额，单列不参与比较 |
| 剩余投入（追加前） | 完成原范围还需要的投入，按工作项拆分 |
| 追加金额与用途 | 逐项列明金额、对应工作项、拟释放时间 |
| 追加后总投入 | 已完成投入＋剩余投入＋追加金额 |
| 预期收益（原口径） | 与原立项一致的口径，注明是否因追加而变化 |
| 关键里程碑变化 | 原计划与实际/新计划的交付时间对比 |
| 风险与不确定性 | 标注主要风险、发生概率等级与对收益的影响方向 |
里程碑与风险标注
追加往往伴随交付时间变化，重算表要明确追加后关键里程碑是提前、不变还是延后，以及延后对下游项目或业务上线的影响。风险部分用等级标注而非精确概率，重点写清“如果这个风险发生，收益会减少多少、投入会增加多少”，让决策者看到不确定性区间，而不是一个看似精确的单点数字。
从组合视角评估挤占与依赖
单项目重算回答“这个项目追加后是否还值得做”，组合视角回答“在有限资源下，把钱给它是否比其他用途更合适”。追加决策必须看组合，因为资金与关键人力资源是有限池子，追加一个项目意味着其他项目的机会成本。
资金与关键人力资源的挤占分析
挤占分析要落到具体对象：追加资金从哪个预算池出，是否挤占其他项目的已批准预算；追加所需的关键角色（如架构师、测试负责人）从哪个项目抽调，抽调后原项目延期多久。评估结果写成“追加该项目将导致某项目延期若干周或某里程碑后移”，而不是笼统写“资源紧张”。
依赖关系与交付顺序影响
检查追加项目与其他项目之间的依赖：它是否为其他项目的前置交付，追加后交付时间变化会不会引发连锁延误；它依赖的其他项目是否也面临调整。依赖关系用清单列出上下游项目、依赖内容和受影响程度，作为组合影响评估表的组成部分。
组合影响评估表与优先级排序
| 评估项 | 记录内容 |
|---|---|
| 资金挤占 | 资金来源、被挤占项目及金额 |
| 关键人力挤占 | 抽调角色、来源项目、影响时长 |
| 依赖影响 | 上下游项目、依赖内容、连锁风险 |
| 组合优先级 | 该项目在组合中的当前排序与追加后排序 |
| 处理方向建议 | 维持、限额追加、暂缓、终止或重构 |
优先级排序依据组织既定的组合标准，例如战略契合度、收益规模、风险水平和合规要求，同一批追加请求用同一套标准排序，排序结果直接支撑决策会议的议事顺序。组合重构的处理方向通常包括：压缩其他项目范围腾出资源、调整项目交付顺序、将部分工作拆分到后续阶段、终止低优先级项目释放预算。
分级授权与决策会议怎么开
重算与组合评估完成后，进入决策环节。决策权限按金额或影响范围分级设置，具体阈值由组织根据自身预算规模确定，本文不给出统一数值，但给出分级思路与会议规则。
按金额或影响范围设置决策层级
常见做法是设两级或三级：小额且不影响其他项目的追加由项目主管部门审批；超过一定金额或涉及跨项目资源调剂的追加提交组合管理委员会；影响战略目标或年度预算总额的追加上报更高层决策。分级规则要写清“谁在什么额度内可以单独决定、什么情况下必须上会”，避免同一类请求在不同项目间走不同路径。
决策会议的材料、角色与议事顺序
会议材料在会前固定时间发出，至少包含受理清单、重算表、组合影响评估表和优先级排序结果。参与角色包括项目经理（陈述请求）、财务（口径与资金）、组合管理（挤占与排序）、技术负责人（可行性与依赖）和决策委员。议事顺序建议按组合优先级从高到低逐项审议，每项先由项目经理陈述，再由财务与组合管理补充，最后形成结论，避免低优先级请求占用过多会议时间。
结论类型与记录写法
结论限定为五类：全额追加、限额追加、暂缓、终止、重构。每条结论要附带条件约束，例如限额上限、资金分批释放的节点、里程碑复核点、需补充的材料。记录写法示例：“限额追加，上限为申请额的六成，分两批释放，第二批以某里程碑通过为条件；两个月后复核。”这样的记录可执行、可复核，也便于后续跟踪时判断是否触发重新决策。
角色分工与各环节交付物
流程能否落地取决于每个环节是否有人负责、有产物可查。下表把角色、环节与交付物对应起来，完成标志用于判断该环节是否可以进入下一环节。
| 环节 | 主责角色 | 配合角色 | 交付物 | 完成标志 |
|---|---|---|---|---|
| 请求受理 | 项目经理 | 业务发起人 | 追加投资请求受理清单 | 最低信息要素齐全 |
| 重算 | 项目经理 | 财务、技术负责人 | 追加投资重算表 | 字段完整、口径与原立项一致 |
| 组合评估 | 组合管理 | 财务、各项目经理 | 组合影响评估表与排序结果 | 挤占与依赖影响已量化到项目 |
| 决策 | 决策委员会 | 上述各角色 | 决策记录与条件约束 | 结论类型明确、条件可执行 |
| 跟踪复盘 | 组合管理 | 项目经理、财务 | 执行跟踪记录与复盘报告 | 偏差已核对、假设已验证 |
信息承载方式上，请求、重算记录、评估结论和跟踪记录应放在同一处可追溯的位置，按项目与决策批次关联，确保后续复盘时能调出当时的完整依据。ONES 可用于承载这类流程留痕：追加请求作为工作项提交并流转审批状态，重算表与评估结论以文档形式关联到对应项目，决策记录与后续跟踪在同一工作项下持续更新，使“谁在什么时候基于什么材料做了什么决定”可以完整回溯。
一个追加投资决策的完整示例
以下为演示情景，用于说明流程如何串起来，数据为示例设定，不代表任何真实项目。
示例背景与追加请求
某数据平台项目原批准预算 300 万元，已完成投入 180 万元，剩余预算 60 万元。项目进入集成阶段后发现上游系统接口变更，需额外开发适配层，项目经理提交追加请求 80 万元，原因归类为“外部条件变化”，用途为适配层开发与回归测试，拟在两个月内释放。不追加的后果是交付延后约三个月；替代路径是缩减部分报表功能先行上线。
重算结果与组合影响判断
重算显示：追加后总投入 380 万元，预期收益口径不变但收益实现时间后移一个季度；关键里程碑延后两个月。组合评估发现，追加所需的两名后端工程师需从另一在建项目抽调，将导致该项目一个里程碑后移三周；数据平台是下游两个分析项目的前置依赖，延后两个月会连带影响其启动时间。按组合优先级标准排序，数据平台仍居前列，但抽调方案需要调整。
决策结论及附带条件
决策会议结论为“限额追加”：批准 60 万元，分两批释放，第一批 40 万元立即释放用于适配层开发，第二批 20 万元以回归测试通过为条件；抽调改为外部短期资源补充，避免影响另一项目里程碑；三个月后复核收益实现时间的新假设。
后续跟踪与复盘安排
跟踪记录按批次登记资金释放与实际支出，设置偏差预警：单批支出超预算一成即触发说明。复盘安排在第二批资金释放后一个月，核对适配层是否按期完成、下游项目启动时间是否与重算一致、当初“外部接口不再变更”的假设是否成立。
决策后的跟踪、复盘与完成检查
决策形成只是开始，追加资金是否按条件释放、当初的假设是否成立，需要在执行中验证。跟踪与复盘的对象既包括资金执行偏差，也包括决策依据的质量。
执行跟踪与偏差预警
按决策记录中的释放节点登记实际支出与进度，对每批资金设置偏差阈值，例如支出超预算一定比例或里程碑延后超过约定天数即触发预警，由项目经理提交说明，组合管理判断是否需要重新上会。跟踪记录与决策记录关联存放，保证前后可对照。
复盘时点与复盘内容
复盘时点通常设在关键里程碑达成后或资金全部释放后。复盘内容包括：资金执行与计划的偏差及原因；重算时的收益、里程碑假设是否成立；组合影响判断是否准确，挤占与依赖是否如预期发生；决策条件约束是否被遵守。
追加投资决策完成检查清单
- 追加请求已按原因分类，新增资金用途逐项列明；
- 已说明不追加的后果并给出至少一条替代路径；
- 重算表区分已完成投入与剩余投入，收益口径与原立项一致；
- 关键里程碑变化与风险等级已标注；
- 组合影响评估覆盖资金挤占、人力挤占与依赖影响；
- 优先级排序使用组合统一标准；
- 决策在授权层级内作出，结论属于五类之一并附带条件；
- 决策记录与请求、重算、评估材料关联可查；
- 已设置偏差预警阈值与复盘时点；
- 复盘已核对当初假设，并形成对后续决策的改进意见。
常见失效情形与纠正动作
常见失效情形包括：请求材料不全就上会，导致会议反复退回；重算沿用旧基线直接比较，高估或低估追加的必要性；只看单项目不看挤占，追加后其他项目集体延期；决策记录只写“同意追加”不写条件，执行中无法约束；复盘只看结果不看假设，无法判断决策本身是否合理。对应纠正动作是：严格执行受理门槛；重算前确认口径；组合评估作为上会前置条件；结论必须附带可执行条件；复盘同时核对假设与结果。
常见问题
追加投资请求材料不齐，可以先上会再补吗？
不建议。受理门槛的作用是保证决策者在会上能理解“发生了什么、要多少钱、为什么现在要”。材料不全就上会，通常会导致会议反复退回，既占用决策委员时间，也拖慢项目。建议由组合管理在会前按受理清单核对，缺项退回项目经理补充，补齐后再排入议程。若情况紧急，可先做临时授权处理，但正式追加结论仍应在材料齐全后形成。
已完成投入很高，是否应该继续追加以免前期投入浪费？
已完成投入属于沉没成本，不进入追加决策的比较基准。判断依据是“从今天起还需要投入多少、追加后能带来什么”，而不是“已经投了多少”。重算表把已完成投入单列，正是为了避免用沉没成本论证追加的合理性。如果剩余投入加上追加金额换来的收益已不足以支撑继续，终止或重构同样是合理选项。
追加金额不大，是否还需要做组合影响评估？
要看追加是否占用组合内的共享资源。金额小但需要抽调关键角色（如架构师、测试负责人）时，挤占影响可能超过金额本身，仍应做简化的组合影响评估，至少写清抽调角色、来源项目与影响时长。若追加只动用本项目预算且不涉及跨项目资源调剂，可按组织分级规则走简化审批，但结论与条件仍要留痕。
决策结论写了“限额追加”，执行中超支怎么办？
限额追加的条件约束应事先写清上限、分批释放节点与复核点。执行中单批支出超过约定比例或里程碑延后超过约定天数，即触发偏差预警，由项目经理提交说明，组合管理判断是否需要重新上会。重新上会时以原决策记录为基准，说明偏差原因与新增资金用途，形成新的结论，避免在原结论上直接口头扩大额度。
复盘时项目结果不理想，是否说明当初的追加决策做错了？
不一定。复盘要区分两类问题：一是决策依据是否充分，例如重算口径是否统一、组合影响是否评估到位、假设是否有证据支撑；二是执行是否按条件落实。结果不理想可能来自当初未识别的外部变化，也可能来自执行偏差。复盘同时核对假设与结果，才能判断决策过程本身是否合理，并把改进意见带入后续追加请求的审查。
