信创改造项目的预算失控，常见原因是阶段划分不清、验收证据与付款节点脱节：环境还没跑通就大笔采购，适配没验收就进入下一轮开发，最后只能靠追加预算收场。本文给出一套可落地的分阶段预算控制方法：按“评估立项—环境准备—适配改造—验证验收—上线运维”五个阶段切分预算，每阶段设定上限、可核销科目和放行条件，用阶段闸门控制支出，并预留应急与持续维护额度。
要点总览（TL;DR）
- 信创改造预算按“评估立项—环境准备—适配改造—验证验收—上线运维”五个阶段切分，每阶段设定预算上限、可核销科目和放行条件，用闸门式放行控制支出。
- 成本科目统一归为人力、环境、验证、持续维护、应急预留五类，计量方式分别按人天、台/套、次、年、比例，便于跨阶段汇总核销。
- 兼容验收与认证取证费用分开列示：前者随测试轮次变化，后者按测评机构报价和取证次数确定，混列会导致超支时无法定位原因。
- 应急预留按总预算10%–20%计提，不参与阶段分配；阶段内结余可结转但不得跨科目挪用，阶段冻结后新增支出需重新审批。
- 收尾时逐项核对合同、发票、验收证据、剩余预留和双轨并行退出情况，形成预算执行总结，作为下个项目测算阶段比例的参考。
先定预算科目：信创改造的钱花在哪几类
分阶段预算的前提是科目统一。不同阶段发生的成本类型不同，如果科目口径不一致，阶段之间的消耗无法汇总，闸门也就失去判断依据。建议在立项时就把所有支出归入五类科目，并明确每类的计量方式。
| 科目 | 典型内容 | 计量方式 |
|---|---|---|
| 人力成本 | 适配开发、测试执行、环境运维、项目管理 | 人天 |
| 环境成本 | 国产CPU、操作系统、数据库、中间件、服务器及云资源 | 台/套、按年或按月租用 |
| 验证成本 | 兼容性测试、性能压测、第三方测评与认证取证 | 次 |
| 持续成本 | 版本跟进、补丁升级、双轨并行期维护 | 年（或按并行月数折算） |
| 预留项 | 返工、替换组件、延期占用 | 按总预算比例 |
科目设定时有两点需要提前写清。第一，验证成本内部要区分“兼容验收”和“认证取证”：前者是项目自己组织的测试与压测，费用主要是人力和测试环境；后者是委托第三方测评或认证机构产生的费用，按次计价，两者口径不同，不能互相冲抵。第二，环境成本要区分采购与租用，采购形成资产、租用形成期间费用，在阶段结转时的处理方式不同。
科目表确定后，每个阶段只允许在授权科目内报销，跨科目调剂需要走变更审批。这条规则让后续的闸门放行有账可对。
五个阶段怎么切、每阶段预算怎么放
信创改造按评估立项、环境准备、适配改造、验证验收、上线运维五个阶段推进，每个阶段有明确的输入、动作、输出物和完成标志，预算随完成标志释放。核心机制是闸门式放行：上一阶段的兼容验收证据与实际消耗核对一致，才释放下一阶段预算。
| 阶段 | 输入 | 主要动作 | 输出物与完成标志 | 可核销科目 |
|---|---|---|---|---|
| 评估立项 | 现有系统清单、业务优先级 | 现状盘点、改造范围界定、兼容性预评估、预算总额测算 | 评估报告与立项批复，范围与预算总额经评审确认 | 人力、少量验证（预评估测试） |
| 环境准备 | 立项批复、目标软硬件选型 | 采购或租用国产CPU、操作系统、数据库、中间件、服务器，搭建测试与预生产环境 | 环境清单与连通性验证记录，环境可用并经确认 | 环境、人力（环境运维） |
| 适配改造 | 可用环境、适配范围清单 | 代码适配、驱动与依赖替换、单元与集成测试 | 适配记录与自测报告，核心功能在信创环境跑通 | 人力为主，少量环境扩容 |
| 验证验收 | 适配完成版本 | 兼容性测试、性能压测、第三方测评与认证取证 | 测试报告与认证结论，验收签字 | 验证、人力（测试） |
| 上线运维 | 验收通过的版本、上线方案 | 割接上线、双轨并行、版本跟进与补丁升级 | 上线方案与运行报告，双轨期结束并稳定运行 | 持续成本、人力（运维） |
预算上限按阶段切分，建议在总额中先扣除预留项，再对剩余部分分配。评估立项与环境准备合计通常占比较低，适配改造是人力投入最集中的阶段，验证验收阶段要单独留出认证取证费用，上线运维则按年或按并行月数计提。具体比例取决于改造范围和环境数量，立项评审时应逐项测算，不宜套用固定比例。
闸门放行的判断标准是两条同时满足：上一阶段输出物已通过评审或签字，实际消耗在预算上限之内或已完成超支审批。只满足其中一条不释放下一阶段预算。阶段间结转规则建议这样设定：阶段内结余可结转至下一阶段使用，但不得跨科目挪用；阶段预算冻结发生在该阶段完成标志未达成且超出计划周期时，冻结后新增支出需重新审批。
应急预留按总预算的10%–20%计提，动用需说明原因、影响范围和补充证据，由预算审批人签批。预留项不参与阶段分配，避免被提前摊薄。
角色分工与各阶段交付物
预算控制失效往往不是规则缺失，而是花钱的人和验收的人不是同一套责任。建议明确五类角色：项目经理对阶段预算执行负总责，架构师对技术选型与适配范围负责，测试负责人对兼容验收证据负责，采购/财务对合同、发票与核销口径负责，业务方代表对上线后的可用性确认负责。
| 阶段 | 主责角色 | 必须交付物 | 审批节点 |
|---|---|---|---|
| 评估立项 | 项目经理、架构师 | 评估报告、范围清单、预算测算表 | 立项评审会批复预算总额 |
| 环境准备 | 架构师、采购/财务 | 环境清单、采购合同、连通性验证记录 | 环境可用确认后释放适配预算 |
| 适配改造 | 项目经理、开发负责人 | 适配记录、自测报告 | 自测通过评审后释放验证预算 |
| 验证验收 | 测试负责人 | 兼容性测试报告、压测报告、认证结论 | 验收签字后释放上线预算 |
| 上线运维 | 项目经理、业务方代表 | 上线方案、运行报告、双轨期结束确认 | 收尾核对后处理剩余预留 |
预算审批与变更走同一条流转路径：申请人提交变更说明与影响评估，项目经理确认阶段预算余额，财务核对科目口径，审批人签批后生效。变更记录与阶段交付物一并归档，作为后续审计和收尾核对的依据。
这些交付物和审批记录如果散落在邮件和共享盘里，闸门判断就会依赖个人记忆。把阶段任务、交付物评审和预算释放记录放在同一套研发管理流程中，可以让每次放行都有据可查。ONES 支持将工作项状态与评审记录关联，配合效能管理中的多维度分析与预置仪表盘模板，项目组可以按阶段查看实际消耗与交付物完成情况，为闸门评审提供同一口径的数据。对于本身运行在信创环境中的团队，ONES 信创版适配鲲鹏、飞腾CPU，银河麒麟、统信、OpenEuler、龙蜥等操作系统以及达梦数据库等基础软硬件，可与改造后的环境保持一致的运行基础；具体版本兼容与互信认证清单需向厂商索取并逐项核验。
一个示例：中型研发平台信创改造的分阶段预算表
以下示例为演示情景，团队规模、改造范围和环境数量均为假设条件，仅用于说明表格填写方法，不代表任何真实项目数据。假设条件：研发团队约150人，改造范围为研发管理平台及其依赖的数据库与中间件，需准备测试、预生产两套环境，总预算按100万元计，应急预留按15%计提。
| 阶段 | 预算上限（万元） | 主要科目 | 放行条件 | 责任人 |
|---|---|---|---|---|
| 评估立项 | 6 | 人力、预评估测试 | 评估报告与预算总额获批 | 项目经理 |
| 环境准备 | 20 | 环境（服务器、操作系统、数据库、中间件） | 环境清单与连通性验证记录确认 | 架构师 |
| 适配改造 | 30 | 人力（适配开发、自测） | 适配记录与自测报告通过评审 | 项目经理 |
| 验证验收 | 18 | 兼容性测试与压测12、第三方测评与认证取证6 | 测试报告与认证结论签字 | 测试负责人 |
| 上线运维 | 11 | 持续成本（双轨并行期维护、版本跟进） | 上线方案执行、双轨期结束确认 | 项目经理 |
| 应急预留 | 15 | 返工、组件替换、延期占用 | 按动用审批逐笔释放 | 预算审批人 |
表中验证验收阶段的18万元内部做了拆分：兼容性测试与性能压测12万元，第三方测评与认证取证6万元。两者分开列示的原因是费用性质不同——前者随测试轮次变化，后者按测评机构报价和取证次数确定，混在一起会导致验收阶段超支时无法判断是哪一类出了问题。
预算释放与证据的对应关系可以这样理解：环境准备的20万元在环境清单确认后核销完毕，才释放适配改造的30万元；适配自测报告通过评审，验证验收的18万元才可动用；验收签字后上线运维的11万元释放。任一环节证据缺失，对应预算停留在冻结状态，由责任人补充材料后重新提交评审。
预算执行中的偏差处理与完成检查
偏差要早发现才有处置空间。建议设定两级预警：阶段实际消耗达到该阶段预算上限的80%时，项目经理向预算审批人提交消耗说明与剩余工作测算；达到100%仍需支出时，暂停该阶段新增采购与外包，进入追加审批。延期超过计划周期20%时，同步评估延期占用对预留项的消耗。
返工与组件替换的预算追加按以下顺序处理：先在本阶段结余内调剂，再申请动用应急预留，仍不足时提交预算总额调整。每次追加都要附返工原因、影响范围和替换组件的比价记录，避免同类问题重复追加。双轨并行期的成本控制重点是压缩并行时长：明确并行期的退出条件，例如关键业务在信创环境稳定运行达到约定周期且无阻断性问题，到期即启动旧环境下线，减少两套环境的重复运维支出。
项目收尾时按清单逐项核对：
- 合同与采购订单是否与已核销科目一一对应，有无未关闭的框架协议；
- 发票与付款记录是否齐全，预付款与尾款状态是否清晰；
- 各阶段验收证据是否归档，兼容测试报告与认证结论是否可追溯；
- 应急预留的剩余额度如何处理，是退回总预算还是转入下一年度运维；
- 双轨并行是否已正式结束，旧环境的资源释放与费用停止是否确认；
- 持续成本是否已纳入年度运维预算，版本跟进与补丁升级的责任人是否明确。
收尾核对完成后形成一份预算执行总结，记录各阶段实际消耗与预算上限的差异及原因。这份总结既是本次项目的结项依据，也是下一个信创改造项目测算阶段比例时的参考数据。
常见问题
信创改造的兼容验收和第三方认证取证，预算上为什么要分开列？
两者费用性质不同。兼容验收是项目自己组织的兼容性测试与性能压测，费用主要是测试人力和测试环境，随测试轮次变化；第三方测评与认证取证是委托外部机构产生的费用，按机构报价和取证次数确定。合并列示时，验收阶段一旦超支，无法判断是测试轮次增加还是认证费用上涨，追加审批就缺少依据。建议在验证成本科目下分设两个子项，各自设定上限。
阶段预算有结余，能不能挪到其他科目使用？
建议阶段内结余可结转至下一阶段，但不得跨科目挪用。跨科目调剂意味着原本用于环境的钱被用于人力，阶段闸门核对时科目消耗与计划对不上，放行判断就失去基准。确需调剂的，走变更审批：申请人说明原因与影响范围，项目经理确认阶段余额，财务核对科目口径，审批人签批后生效，变更记录与阶段交付物一并归档。
项目延期了，应急预留该怎么用？
延期本身不自动触发预留动用。先判断延期是否带来实际新增支出，例如环境租用期延长、外包人力顺延。确有新增支出的，按顺序处理：先在本阶段结余内调剂，再申请动用应急预留，仍不足时提交预算总额调整。每次动用需说明原因、影响范围和补充证据，由预算审批人签批。延期超过计划周期20%时，应同步测算延期占用对预留项的消耗，避免预留被提前用尽。
双轨并行期怎么控制成本？
控制重点是压缩并行时长。在进入并行期前就明确退出条件，例如关键业务在信创环境稳定运行达到约定周期且无阻断性问题，到期即启动旧环境下线，同步释放旧环境资源并停止相关费用。并行期内按并行月数计提持续成本，纳入上线运维阶段的预算上限，避免两套环境的重复运维支出长期挂账。
预算控制中的阶段交付物和审批记录，放在研发管理平台里有什么实际作用？
闸门放行依赖证据，证据散落在邮件和共享盘里时，判断容易依赖个人记忆。把阶段任务、交付物评审和预算释放记录放在同一套流程中，每次放行都有据可查。ONES 支持将工作项状态与评审记录关联，配合效能管理中的多维度分析与预置仪表盘模板，项目组可按阶段查看实际消耗与交付物完成情况，为闸门评审提供同一口径的数据。对于运行在信创环境中的团队，ONES 信创版适配鲲鹏、飞腾CPU，银河麒麟、统信、OpenEuler、龙蜥等操作系统以及达梦数据库等基础软硬件，具体版本兼容与互信认证清单需向厂商索取并逐项核验。
