研发预算总额受限时，创新项目和维护项目往往在同一笔钱上竞争：维护侧要保系统稳定、补缺陷、跟合规升级，创新侧要投入新产品和新能力。本文给出一套组合层可直接执行的分配方法，从分类口径、维护底线测算、创新排序切分，到角色分工、算例演示、再平衡规则和验收清单，帮助你把有限预算切成可解释、可追踪的两类资金池。分配结果落到组合层后，可借助 ONES 对项目清单、额度与阶段门评审做统一记录和跟踪。
要点总览（TL;DR）
- 先由组合层确认创新与维护的统一分类口径并留档，后续测算和排序只认这份结果，边界情形按“是否维持现有能力”优先裁决。
- 维护底线按存量缺陷、合规与安全升级、关键系统稳定性、供应商与许可续费四类刚性消耗逐项加总，再设弹性区间应对年内波动。
- 剩余资金作为创新可分配额度，按战略契合度、预期价值与回收周期、资源可得性、失败可承受度统一评分排序，再选择全额投入、分阶段投入或保留储备池。
- 预算下达后用阶段门绑定资金释放条件，未达预期回收至储备池，维护超支先在弹性区间消化，超出部分走追加或压缩非刚性项。
- 方案下达前用验收清单核对分类、测算依据、项目额度与阶段门、调整规则和决策记录，任一项缺失先补齐再发布。
先定分类口径：哪些算创新、哪些算维护
预算讨论最容易卡在“这个项目到底算创新还是维护”上。解决办法是先由组合层确认一套判定规则，所有项目按同一口径归类并留档，后续测算和排序只认这份结果。分类不追求学术精确，追求的是可重复、可解释、争议有裁决人。
建议用三个维度判定，三个维度指向同一结论时归类清晰；出现分歧时按“是否维持现有能力”优先裁决。
| 判定维度 | 维护项目 | 创新项目 |
|---|---|---|
| 变更性质 | 修复缺陷、打补丁、升级依赖、适配监管要求，不改变产品形态 | 新增产品能力、进入新场景、验证新业务模式 |
| 价值回收周期 | 短期见效或不投入即产生损失，回收期通常在当期 | 价值在未来若干周期释放，存在不确定性 |
| 是否维持现有能力 | 维持现有系统、现有客户承诺、现有合规状态 | 形成新的能力或新的收入来源 |
边界情形需要提前约定归属，避免每次讨论重新争论：
- 技术债偿还：以恢复或保持现有交付能力为目标的部分归维护；以重构支撑未来新业务的部分，拆出创新子项单独列示，不整包归入任一侧。
- 平台升级：为满足安全、合规或供应商停止支持而必须完成的升级归维护；为承载新业务而主动进行的架构演进归创新。
- 合规改造：监管强制要求的改造归维护，属于刚性支出；主动超前布局的合规能力建设可归创新。
- 小改进：在现有产品内做体验优化、参数调优，不新增能力边界的，归维护；形成可独立交付的新功能模块的，归创新。
分类结果由组合管理负责人汇总，提交组合层会议确认，形成项目分类判定表并留档。表中至少包含项目名称、三个维度的判定结论、最终归属、确认人和确认日期。此后预算测算、排序和调整都以这份表为唯一口径，新增项目先补分类再谈额度。
测算维护底线：先算清不可压缩的部分
维护底线是创新可分配额度的前提。测算思路是：把维护类项目的刚性消耗逐项列出，按历史消耗和在保系统清单估算，得到一个下限额度；再给出一个弹性区间，应对年内波动。底线不是拍脑袋的比例，而是有输入项、有依据的加总。
维护预算的输入项通常包括四类：
- 存量缺陷处理量：按过去若干周期的缺陷受理量、平均修复工时估算，区分必须修复的严重缺陷与可排期的普通缺陷。
- 合规与安全升级：监管要求、安全基线、供应商停止支持等有明确时间点的升级事项，按事项逐条估算。
- 关键系统稳定性投入：在保核心系统的巡检、容量、容灾演练等固定投入。
- 供应商与许可续费：按合同到期清单和续费金额估算，属于不可压缩的现金支出。
测算时按“项目/系统—投入项—测算依据—底线额度—弹性区间”逐行填写，形成维护底线测算表。底线额度取刚性项之和；弹性区间用于容纳缺陷量波动、临时安全事件等，可设为底线的一定比例，比例依据历史波动幅度确定，不套用统一数值。
超支触发条件需要事先写明，例如：严重缺陷量连续两个周期超过测算假设、出现未列入清单的强制合规事项、关键系统发生重大故障需要额外投入。触发后由研发负责人提出追加申请，走变更审批，而不是在维护池内自行挪用创新资金。
给创新项目排序：用统一规则分配剩余预算
维护底线确定后，剩余资金即创新可分配额度。多个创新项目竞争这笔钱时，用统一评分规则排序，再按排序结果切分额度，保证分配结果可解释、可复盘。
排序建议覆盖四个维度，每个维度给出评分标准和权重，由组合层在分配前确认权重：
| 排序维度 | 评分关注点 | 对额度的影响 |
|---|---|---|
| 战略契合度 | 与年度业务重点、目标客户群的关联程度 | 高契合项目优先获得全额或分阶段投入 |
| 预期价值与回收周期 | 预期收益规模、价值释放的时间点 | 回收快的项目可提高首期额度 |
| 资源可得性 | 关键人员、技术条件、外部依赖是否就绪 | 资源未就绪的项目降低首期额度或延后启动 |
| 失败可承受度 | 失败时的损失范围、是否有替代方案 | 高不确定性项目控制单期投入上限 |
预算切分有三种方式，按项目特征选择：
- 全额投入：战略契合度高、资源已就绪、失败影响可控的项目，一次性给足年度额度。
- 分阶段投入：不确定性较高的项目，按阶段门分批释放，每期额度对应明确的交付物和验证结论。
- 储备池保留：预留一部分创新资金不预先分配，用于年内出现的高价值机会或已启动项目的追加，储备池比例由组合层确定。
分配结果记录为创新项目排序与预算切分表，包含项目、各维度评分、综合排序、建议额度、投入方式和阶段门安排。向干系人解释时直接引用评分和切分依据，减少“为什么这个项目拿得多”的反复沟通。
角色与交付物：谁测算、谁决策、谁执行
分配流程要跑通，需要把测算、决策、执行三类动作落到具体角色，并明确每个环节的交接产物。下表给出一种常见分工，组织可按自身规模调整角色名称，但输入输出关系应保持完整。
| 角色 | 主要动作 | 输入 | 输出 | 时点 |
|---|---|---|---|---|
| 组合管理负责人 | 组织分类、汇总测算、主持排序、维护决策记录 | 项目清单、分类判定表、维护底线测算表、创新评分 | 预算分配方案、决策记录 | 年度分配前及每次再平衡 |
| 财务 | 提供预算总额、续费与许可金额、成本口径 | 合同清单、财务预算 | 预算总额确认、刚性支出数据 | 分配启动时 |
| 研发负责人 | 提出维护底线测算、评估资源可得性、执行额度 | 缺陷数据、在保系统清单、人员情况 | 维护底线测算表、资源评估意见 | 测算阶段与执行阶段 |
| 项目负责人 | 提交项目价值说明、按阶段门汇报进展、申请调整 | 项目计划、阶段交付物 | 项目提案、阶段门材料、变更申请 | 排序阶段与执行阶段 |
决策记录与变更审批的责任归属要写清楚：预算分配方案由组合层会议决策，组合管理负责人记录并发布；执行中的额度调整由项目负责人发起，研发负责人评估影响，组合管理负责人审批，超出既定规则范围的调整提交组合层复议。每个环节的文档统一归档，作为后续审计和复盘依据。
当分配结果需要落到日常管理时，可在 ONES 中按项目建立清单并记录额度与阶段门评审结论，使分类、额度和调整记录在同一处可查，减少表格分散带来的口径不一致。
示例：一次年度研发预算的分配过程
以下为演示情景，数字仅用于说明推导过程，不代表任何行业基准。
假设某研发组织年度研发预算总额为 1000 万元，在管项目共 9 个，按分类口径确认：维护类 5 个（核心交易系统稳定性、支付合规升级、存量缺陷修复、基础组件依赖升级、供应商许可续费），创新类 4 个（A 新客户门户、B 智能推荐能力、C 开放平台、D 内部效率工具）。
第一步，测算维护底线。按投入项加总：存量缺陷修复 180 万元，合规与安全升级 120 万元，关键系统稳定性投入 90 万元，供应商与许可续费 110 万元，合计底线 500 万元。考虑历史缺陷量波动，设弹性区间为上浮 10%，即维护池按 500 万至 550 万元控制。
第二步，推导创新可分配额度。预算总额 1000 万元减去维护底线 500 万元，创新可分配额度为 500 万元；若维护触发超支，最多占用 50 万元弹性空间，创新额度相应下调。组合层另决定从创新额度中预留 50 万元作为储备池，实际可预先分配 450 万元。
第三步，创新项目排序与切分。按四个维度评分后排序为 B、A、C、D。B 战略契合度高但不确定性大，采用分阶段投入，首期 150 万元；A 资源已就绪，全额投入 180 万元；C 依赖外部合作，首期 80 万元；D 契合度较低，暂缓启动，额度 0。预先分配合计 410 万元，剩余 40 万元并入储备池，储备池合计 90 万元。
| 项目 | 类别 | 额度（万元） | 投入方式 |
|---|---|---|---|
| 维护类 5 项合计 | 维护 | 500（弹性至 550） | 按测算表执行 |
| B 智能推荐能力 | 创新 | 150 | 分阶段投入 |
| A 新客户门户 | 创新 | 180 | 全额投入 |
| C 开放平台 | 创新 | 80 | 分阶段投入 |
| D 内部效率工具 | 创新 | 0 | 暂缓 |
| 储备池 | 创新 | 90 | 按需释放 |
年中调整的触发情形举例：B 项目第一阶段未达到预设验证指标，剩余额度暂停释放并回收至储备池；维护侧因新增强制合规事项申请追加 30 万元，从维护弹性区间内解决，不挤占创新额度；储备池向通过阶段门的 C 项目追加 40 万元。所有调整均记录触发条件、评审结论和审批人。
执行中的再平衡：阶段门与预算调整规则
预算下达只是起点。项目进展与年初假设出现偏差时，需要有明确的再平衡规则，让资金能回收、能追加、能压缩，而不是等到年底才发现额度用错地方。
| 触发条件 | 评审动作 | 调整方式 | 审批人 |
|---|---|---|---|
| 创新项目到达阶段门 | 核对交付物与验证指标，评估是否进入下一阶段 | 通过则释放下一期额度，未通过则暂停释放 | 组合管理负责人 |
| 创新项目连续未达预期 | 评估继续投入的价值与替代方案 | 回收剩余额度至储备池，项目降级或终止 | 组合层会议 |
| 出现高价值新机会 | 按创新排序规则快速评分 | 从储备池分配额度 | 组合管理负责人 |
| 维护预算超支 | 核实超支原因是否属于预设触发条件 | 弹性区间内自行消化；超出部分申请追加或压缩非刚性维护项 | 研发负责人提出，组合管理负责人审批 |
| 预算总额发生变更 | 重新测算维护底线与创新额度 | 按原排序规则等比或按优先级调整 | 组合层会议 |
阶段门评审的检查点应包含：阶段交付物是否完成、验证指标是否达到、下一阶段资源是否就绪、风险是否在可承受范围。预算释放条件与检查点绑定，评审结论直接决定资金是否继续投放。维护预算超支时的压缩规则也要事先约定，例如优先压缩可排期的普通缺陷修复和体验优化，保住合规与稳定性投入。
完成检查：分配方案是否可执行
方案下达前，用以下清单逐项核对。每项都要有通过标准和可查证据，避免方案停留在原则层面。
| 检查项 | 通过标准 | 证据 | 负责人 |
|---|---|---|---|
| 分类口径唯一且已确认 | 所有在管项目均有归属，边界情形有裁决结论 | 项目分类判定表及确认记录 | 组合管理负责人 |
| 维护底线可追溯 | 每项刚性支出有测算依据和金额 | 维护底线测算表 | 研发负责人 |
| 创新额度可追溯 | 可分配额度由总额减维护底线推导得出，储备池比例明确 | 额度推导记录 | 财务、组合管理负责人 |
| 每个项目有额度、负责人与阶段门 | 无遗漏项目，阶段门时间与释放条件已写明 | 预算分配表、阶段门计划 | 项目负责人 |
| 调整规则齐备 | 回收、追加、压缩三类情形均有触发条件和审批人 | 再平衡规则表 | 组合管理负责人 |
| 决策记录完整 | 分配决策、变更审批均有记录并可检索 | 决策记录归档 | 组合管理负责人 |
清单全部通过，方案即可下达执行；任一项缺失，先补齐再发布，避免执行阶段因口径不清反复返工。执行过程中按季度复核一次，把实际消耗与测算假设对比，为下一轮预算分配积累依据。
常见问题
维护预算的弹性区间应该设多大？
弹性区间没有通用比例，依据历史波动幅度确定。可回看过去若干周期的缺陷受理量、临时安全事件和强制合规事项的实际发生情况，取波动上限作为参考。区间的作用是容纳可预期的波动，超出区间的部分应走追加审批，避免维护池长期挤占创新额度。
技术债偿还到底算维护还是创新？
按目标拆分，不整包归入任一侧。以恢复或保持现有交付能力为目标的部分归维护；以重构支撑未来新业务的部分，拆出创新子项单独列示，按创新规则参与排序。拆分时在分类判定表中写明两部分的范围和金额，避免后续执行中反复调整归属。
储备池留多少合适，由谁决定释放？
储备池比例由组合层在分配前确定，常见做法是从创新可分配额度中划出一部分，用于年内高价值机会和已启动项目的追加。释放时按创新排序规则快速评分，由组合管理负责人审批；金额较大或涉及新项目的，提交组合层会议确认。储备池的每笔释放都要记录触发原因和评审结论。
创新项目在阶段门未通过，已投入的资金怎么处理？
未释放的剩余额度暂停并回收至储备池，已发生的投入按项目决算归档，作为复盘依据。项目是降级、转向还是终止，由组合层会议根据阶段门材料和替代方案评估后决定。回收的资金不自动返还原项目，重新进入储备池按规则分配。
预算总额年中发生增减，原分配方案怎么调整？
先重新测算维护底线，确认刚性支出是否变化，再推导创新可分配额度。总额减少时优先压缩非刚性维护项和储备池，仍不足的按创新排序从末位项目开始削减；总额增加时按原排序规则补充额度或扩大储备池。调整结果由组合层会议决策并更新决策记录。
