Run/Grow/Transform 是什么
IT 预算常按用途分为三类：Run 维持现状（基础设施、许可、支持服务与折旧），Grow 支撑业务增长（随量与功能扩张），Transform 战略变革（新平台、迁移与能力建设）。分类的意义在于看清钱花在维持还是变化上。
怎么避免结构失真
运营成本会自然膨胀：业务增长带来更多订阅，历史系统维护人力逐年上升，结果是变革额度首当其冲被砍。治理上要给变革留出可见且受保护的额度，例如把云优化的节省定向划给变革项目；同时定期迁移标签——变革项目交付后应转入运行成本，否则结构会长期虚高。
基本信息
| Run | 保障稳定运行：基础设施、许可、支持服务、折旧 |
|---|---|
| Grow | 随业务增长扩容与优化 |
| Transform | 新平台、系统迁移与能力建设 |
| 治理动作 | 给变革留固定额度，成果交付后转入运行 |
典型使用场景
- 年度预算编制：按三类结构分配并说明依据
- 成本压缩：优先削减重复的 Run 项而非变革项目
- 云优化节省：定向再投入变革，避免被运行成本吸收
- 项目交付：把项目团队与平台费用转入运行标签
- 管理层汇报：用结构比例说明长期投入方向
- 跨年对比：观察变革占比是上升还是持续被挤压
结构分析示例
结构分析示例
当前结构：Run 75% / Grow 15% / Transform 10%
预警：若 Transform 连续两年被运行成本挤压 → 技术债累积
治理：把云优化节省的额度定向分配给 Transform 项目
迁移：项目交付完成后更新预算标签，纳入 Run
复盘：每年核对三类占比变化与交付成果清单三类预算要点
| 类别 | 典型内容 | 管理要点 |
|---|---|---|
| Run | 运维人力、许可订阅、折旧 | 控制自然增长，清理冗余与重复工具 |
| Grow | 扩容、性能与容量投入 | 与业务指标挂钩，避免超前投入 |
| Transform | 平台建设、迁移、能力升级 | 固定额度，按里程碑释放资金 |
三类比例没有通用标准：业务快速扩张期 Grow 占比自然偏高，判断健康与否要看比例与战略是否一致，而不是照搬别人的数字。