去年第四季度，我帮一家做工业设备集成的公司复盘他们全年亏损最严重的三个项目。财务总监把数据摊在桌上：这三个项目立项时批的预算是 1860 万元，实际支出 2470 万元，超支 33%。但真正让我意外的不是超支本身，而是当我问项目经理”当初这个预算怎么算出来的”，三个人给出了三种答案，一个说”参照去年的类似项目”，一个说”老板给了个数我们倒推的”，还有一个说”销售报价单上说这个价能做”。
三种答案背后是同一个问题：他们的立项预算不是算出来的，是猜出来的，而且猜完就没人再回头看。
这件事让我开始系统梳理企业项目立项的预算管理流程。过去五年我参与过 40 多个项目的立项评审，也在企业内部推动过预算管理工具落地，见过太多”预算做得很漂亮、执行时完全失控”的案例。这篇文章不讲教科书上的预算编制方法，而是把我实际踩过的坑、验证过的判断逻辑、以及不同规模企业该怎么取舍，完整地讲一遍。如果你是中大型企业的管理者、PMO 负责人或财务 BP，正在为”立项时怎么定预算、定了之后怎么控”发愁，这篇内容应该能帮你少走两三年弯路。
一、先给结论：项目立项预算管理的核心不是算得准，而是留得下证据、盯得住偏差
我先抛出最核心的判断，后面所有内容都是围绕这个判断展开的。
项目立项预算管理的成败，80% 取决于立项阶段是否留下了可追溯的估算依据，20% 取决于执行阶段的偏差控制。大多数企业把 90% 的精力花在”审批预算金额是高还是低”，却几乎不在”这个数字怎么来的”上做功夫，结果就是执行时任何一笔超支都找不到责任锚点，复盘时也说不清到底是估算错了还是执行烂了。
第二个判断是：预算不是一次性动作，而是一条从立项到结项的连续数据链。立项时定的科目、假设、里程碑节点，必须能直接映射到执行阶段的费用归集口径。如果立项表里的”人力成本”在执行系统里被拆成”内部人力”和”外包人力”两个科目，中间的差额就永远对不上。
第三个判断更反常识一些：预算的精确度不是越高越好。我见过企业要求立项预算精确到千元，结果项目经理为了凑数字，把所有不确定项都塞进”其他费用”，反而掩盖了真实风险。真正有价值的做法是对高不确定性科目做区间估算，对确定性科目做点估算，并且在立项文件里明确标出哪些是”估算区间”。
二、真实场景：为什么你的立项预算总是在执行阶段失控
讲完结论，我用几个真实的场景来说明问题到底出在哪。
1. 销售承诺倒推预算：最常见的失控源头
我接触过的中大型企业里，超过一半的立项预算是”倒推”出来的：销售先跟客户谈好合同额和交付周期，然后项目团队基于合同额减去目标毛利，反推出一个”能花的钱”。这个流程听起来合理，实际上是灾难的开始。
因为倒推出来的预算没有考虑实际资源约束。我曾经看过一个软件交付项目，销售签了 480 万的合同，目标毛利 35%，于是立项预算定在 312 万。但项目实际需要 6 名高级工程师投入 14 个月，按当时的人力成本单价算，光人力就 380 万。项目经理在评审会上提出这个问题，得到的回复是”那你们想办法压缩”。结果项目做到第 9 个月，人力成本已经花掉 340 万，剩下的活还得再投 4 个月，最终超支到 460 万，毛利变成负的。
倒推预算的本质问题，是把”能花多少”当成了”需要花多少”，跳过了资源需求测算这个最关键的环节。
2. 参照历史项目：最容易被信任的错误方法
第二种常见做法是”参照去年类似项目”。这个方法本身没错，错在企业用的时候不做差异分析。
去年做的项目和今年的项目，哪怕业务类型一样，也可能在交付范围、技术要求、客户配合度、人力市场上存在巨大差异。我见过一家企业用 2022 年的项目预算模板套 2024 年的项目，结果忽略了两年间外包单价上涨了 28%、客户新增了数据合规要求、交付周期压缩了 30%。三个差异叠加，项目从第 4 个月就开始超支。
正确做法是：参照历史项目时，至少要做范围差异、单价差异、周期差异三项校正，并把校正过程写进立项文件。
3. 审批通过即归档：预算失去生命力的关键节点
还有一个更隐蔽的问题：预算审批通过后，文件就被归档，执行阶段再也没有人回头看。项目经理日常关注的是进度和交付，财务关注的是报销合规，两边看的根本不是同一套数据。
这导致一个严重后果：超支往往是在项目结束后才被发现的。我统计过自己参与复盘的 42 个项目，其中 31 个项目的超支是在结项财务结算时才第一次被完整识别，占比 74%。这意味着企业在项目过程中几乎没有纠偏机会。
要解决这个问题，核心是让预算数据”活”在执行过程中。这也是我后面会重点讲工具选型的原因，手工台账很难做到实时同步，而专业的项目管理平台可以把预算科目和执行数据绑在一起。
4. 科目口径混乱：复盘时最痛苦的坑
我在一家制造企业做咨询时，遇到过最离谱的情况：立项表里有”设备采购””材料费””外包服务””差旅”四个科目，但实际报销系统里有十七个费用类型。财务做结项分析时，花了整整两周才把报销数据归集回立项科目，最后还是有三笔费用归类存疑。
科目口径不一致的代价，不是多花两周时间，而是复盘结论不可信。因为你不知道到底是哪个环节超支了，下一次立项时也就无法改进。
三、拆解误区：这六个认知错误正在毁掉你的立项预算
基于前面的场景，我把最常见的认知误区拆开讲。这些误区我几乎在每个企业都见过至少两三个。
1. 误区一：预算越细越好
很多管理者认为预算科目拆得越细，控制力就越强。但实际情况恰恰相反。
我见过一个项目把预算拆成 60 多个子科目，结果项目经理每月花在填预算执行表上的时间超过 8 小时，而且因为科目太细，很多费用没法准确归类，最后大量费用被塞进”其他”。预算颗粒度应该匹配管理决策的需要，而不是匹配会计科目的完整度。对于大多数中大型项目，立项层面控制在 8-15 个主科目、每个主科目下不超过 3 个关键子项，是比较实用的区间。
2. 误区二：预算一次定死，中途不能改
这种想法的初衷是防止项目经理随意追加，但实际效果是逼着项目经理”藏预算”。我见过项目经理在立项时故意把预算报高 20%，就为了留出”机动空间”。这反而让预算失去了真实性。
正确做法是：设置明确的预算变更触发条件。比如范围变更超过 10%、周期延长超过 15%、关键假设失效时，必须启动预算重估流程。既不是定死，也不是随意改，而是”有条件可改”。
3. 误区三：预算管理是财务的事
这是最普遍也最致命的误区。财务懂会计准则，但不懂项目交付逻辑；项目经理懂交付，但不一定懂成本归集规则。两边各管一段，预算就断在了中间。
我的判断是：预算管理的责任主体必须是项目经理，财务的角色是规则制定者和数据校验者。项目经理对预算结果负责，财务提供科目标准、核算口径和偏差预警机制。
4. 误区四：只看总额，不看结构性偏差
很多企业的预算监控只盯一个数字：总支出有没有超过总预算。但总额平衡可能掩盖严重的结构问题。比如人力成本超支 30%，设备采购节约 25%，总额看起来正常，但人力超支反映的是交付效率问题，如果不解决，下一个项目还会超。
预算监控必须到科目级别，并且要区分”可接受偏差”和”需干预偏差”。
5. 误区五：把预算当成考核工具而非管理工具
一旦预算和考核强绑定，项目经理就会开始”管理数字”而不是”管理项目”。该花的钱不敢花，导致交付质量下降；不该省的钱硬省，导致后期返工成本更高。
我的建议是：预算偏差作为考核参考项而非唯一指标，权重不超过 20%。更重要的是看偏差原因是否合理、是否及时上报。
6. 误区六：立项预算和执行系统是两套数据
这是工具层面的问题，但影响极大。立项预算在 OA 或 Excel 里，执行数据在财务系统或项目管理工具里，两边格式不同、更新频率不同，导致预算监控永远是滞后的。
解决这个问题必须靠工具打通。我后面会专门讲选型思路。
四、专业判断逻辑：一套可复用的立项预算决策框架
讲完误区，我给出一套我自己在用的判断框架。这个框架的核心是”三阶估算 + 双轨监控 + 单点归因”。
1. 第一阶：需求测算法确定预算基线
这一步不要看合同额，不要看历史项目，只看这个项目到底需要什么。具体做法是把项目拆成可独立估算的工作包，每个工作包估算资源需求（人力、设备、材料、外包），再乘以单价。
关键是每个工作包的估算都要写清假设条件。比如”假设客户在第 3 周前完成需求确认”，这个假设如果不成立，预算就要重估。
- 拆解工作包：按交付物或阶段拆分，颗粒度到 2-4 周工作量
- 估算资源需求：每个工作包列出所需角色、人数、周期
- 匹配单价：使用企业内部标准单价，没有标准单价的用市场询价
- 汇总基线：所有工作包之和加上合理的管理储备
- 记录假设：每个工作包的估算假设单独成文
2. 第二阶：风险调整法确定预算区间
基线算完后，不是直接当预算，而是要做风险调整。我的做法是识别前 5 大风险项，对每个风险项估算”如果发生，会增加多少成本”以及”发生的概率”，然后算出风险准备金。
这里的关键判断是：风险准备金要单独立项，不能混在科目预算里。混进去的话，项目经理会把它当成可支配预算，实际风险没发生时这笔钱就被花掉了。
3. 第三阶：情景压力测试确定预算上限
在预算定稿前，我会做三个情景测算：乐观情景（一切顺利）、基准情景（正常波动）、悲观情景（关键风险发生）。如果悲观情景下的成本超出了企业能承受的范围，就要重新考虑要不要接这个项目，或者在合同里增加保护条款。
这一步的价值不在于算出准确数字，而在于提前暴露”这个项目最坏会亏多少”。
4. 双轨监控：总额轨 + 科目轨
执行阶段的监控必须双轨并行。总额轨看整体健康度，科目轨看结构性偏差。两条轨道的预警阈值不同：总额偏差超过 10% 触发黄色预警，超过 15% 触发红色预警；单个科目偏差超过 20% 就必须说明原因。
这套机制要能跑起来，前提是数据能实时获取。手工日报周报很难做到及时，这也是为什么我建议中大型企业用专业工具管理预算执行。
5. 单点归因：每个偏差必须有唯一原因
复盘时最常见的问题是”多因一果”，大家都在解释，但没人负责。我的做法是强制每个偏差只能归因到一个主要原因，并明确责任人和改进动作。
如果确实有多个原因，就拆成多个偏差记录，每条记录单独归因。归因的唯一性决定了改进动作的可执行性。
五、案例与数据观察：从失控到可控的真实转变
前面讲的框架不是纸上谈兵，我拿一个实际推动过的案例说明。
1. 案例背景：一家 380 人规模的技术服务企业
这家企业主营企业级系统集成和定制开发，年营收约 2.4 亿，同时并行 30-50 个项目。我介入时，他们的项目毛利率连续三年下滑，从 32% 降到 19%。做了三个月诊断后，发现问题集中在立项预算管理上：预算靠销售倒推、执行无监控、复盘无数据。
他们的组织规模在 100 人以上，项目类型复杂、并行数量多，手工台账已经完全无法支撑。这类场景就需要专业项目管理平台来承接预算科目和实际支出的关联管理。
2. 工具选型：为什么最终选择了 PingCode
在工具选型阶段，我们评估了几类方案。对于中大型企业来说，选型的核心考量不是功能多少，而是能否把预算管理和项目执行数据真正绑定在一起。
最终选择 PingCode 的原因有几个方面。PingCode 主要服务中大型企业及 100 人以上组织，产品设计本身就考虑了大团队、多项目并行的管理复杂度，这和这家企业的实际情况比较匹配。
PingCode 支持私有化部署，这对他们有数据合规要求、不希望项目财务数据出内网的情况很关键。另外，PingCode 支持 Jira 平滑迁移，这家企业原本用的是 Jira，历史项目数据可以比较完整地迁移过来，避免了重新录入的成本。
从国产替代角度看，PingCode 也是不二选择，本地化服务响应和合规适配都更符合国内中大型企业的实际需要。
落地后，他们做了一件很关键的事：把立项预算的 12 个主科目直接配置成平台里的预算科目模板，所有费用报销必须关联到对应科目和工作包。这一步让预算数据和执行数据实现了同源，偏差可以按科目、按项目、按时间维度实时查看。
3. 关键动作：不是换工具，而是重建流程
我必须强调一点：这家企业的改善，工具只贡献了大约 40%，剩下 60% 来自流程重建。他们做了三件事。
第一件是把预算编制责任明确给项目经理，财务只负责提供单价标准和核算规则。第二件是建立预算变更的触发机制，范围变更超过 10% 必须重估预算，审批流程走线上。第三件是月度预算复盘会，只看偏差超过阈值的科目，不逐条过。
这三件事听起来简单，但真正执行需要在组织里建立共识。我见过不少企业买了工具但流程没变，最后工具沦为”填表工具”，预算管理依然失控。
4. 数据观察：哪些做法真正带来了改善
跟踪 12 个月后，我整理了几个关键数据观察。
| 改善动作 | 投入成本 | 见效周期 | 对毛利率贡献 |
|---|---|---|---|
| 需求测算法编制预算 | 项目经理增加约 2 人天/项目 | 1-2 个项目周期 | 约 +3.5 个百分点 |
| 预算科目与执行数据打通 | 工具license + 实施约 15 万 | 3 个月 | 约 +2.8 个百分点 |
| 预算变更触发机制 | 流程设计约 5 人天 | 立即生效 | 约 +1.2 个百分点 |
| 月度偏差复盘会 | 每月约 4 小时管理层时间 | 2-3 个月 | 约 +0.8 个百分点 |
从这张表能看出来，投入产出比最高的不是买工具，而是建立需求测算和变更触发机制。工具的价值在于让这些机制能稳定执行，而不是替代机制本身。
六、不同情况下的行动建议
框架和案例讲完了，但每家企业的情况不一样，我给分场景的建议。
1. 100 人以下、项目数量少于 10 个的企业
这个阶段不建议上重型工具。核心动作是：建立立项预算模板（8-10 个主科目）+ 月度手工偏差表 + 项目结项强制复盘。用 Excel 或轻量协作工具就够，重点是养成”预算有依据、执行有跟踪、结项有复盘”的习惯。
这个阶段最大的风险是流程还没跑通就上工具，最后工具用不起来，反而增加负担。
2. 100-500 人、并行项目 20 个以上的企业
这个阶段手工管理已经明显吃力，建议上专业平台。选型时优先看三个能力：预算科目能否自定义并与费用数据关联、能否做多项目预算汇总视图、能否支持私有化部署。
对于有数据合规要求、或者从 Jira 迁移过来的企业，PingCode 这类支持私有化部署和 Jira 平滑迁移的平台值得纳入评估范围。它主要面向中大型企业及 100 人以上组织，在国产替代场景下适配性较好。
这个阶段的落地节奏建议是：先用 2-3 个项目试点科目模板和偏差预警，跑通后再全量推广。
3. 500 人以上、多业务线并行的企业
这个阶段除了工具，还需要建立多级预算管理体系：项目级预算、业务线预算、公司级预算三层打通。同时要建立预算编制的标准单价库和模板库，降低单个项目的编制成本。
这个阶段特别要注意的是预算数据和其他经营数据的集成，比如人力系统、采购系统、财务系统，避免出现新的数据孤岛。
4. 特殊场景：强合规行业（金融、医疗、军工）
这类行业的预算管理要额外考虑审计留痕要求。立项预算的每一版修改、每一次变更审批、每一笔费用归集，都要有完整的时间戳和操作记录。选型时私有化部署几乎是必选项，因为项目财务数据往往不允许出内网。
七、不同情况下的取舍：预算管理没有标准答案，只有适合的平衡点
最后讲取舍。预算管理本质上是几组矛盾的平衡，认清这些矛盾，你才知道自己在放弃什么、换来什么。
1. 精确度 vs 编制效率
追求高精确度意味着更细的科目、更长的编制周期、更高的管理成本。我的建议是：立项阶段用中等精确度（区间估算为主），执行阶段用高精确度（实际数据实时归集）。因为立项时的未来本来就不确定，强行精确没有意义。
2. 控制强度 vs 执行灵活性
控制太严，项目经理会藏预算、不敢花该花的钱；控制太松，超支没人管。平衡点在于设置分级授权：单笔支出在预算科目内的，项目经理自主；跨科目调剂或超出科目 10% 的，需要项目管理办公室审批。
3. 工具投入 vs 流程建设
我反复强调，工具不能替代流程。但流程跑通后，工具能带来质的提升。合理的顺序是：先设计流程（1-2 个月），用轻量工具验证（2-3 个月），确认有效后再上专业平台。反过来做，很容易变成”为了用工具而改流程”。
4. 短期毛利 vs 长期能力
建立规范的预算管理体系，短期看会增加管理成本，项目经理会抱怨”填表时间变多了”。但从 12 个月以上的周期看，规范管理带来的毛利率改善远超管理成本。
这里的关键判断是：不要用单个项目的管理成本去衡量，要用年度所有项目的累计改善去衡量。前面那个案例里，单个项目增加 2 人天编制成本，但年度毛利率提升了 8 个百分点，对应的是几千万的利润差异。
5. 统一标准 vs 业务差异
大企业容易走向”全公司统一预算模板”，但不同业务线的成本结构差异很大。我的建议是：科目框架统一，科目细则按业务线定制。比如都用人力和采购两大类，但人力的细分科目可以按业务线不同。
总结下来，项目立项预算管理没有那么神秘。它的核心是三件事：立项时留下可追溯的估算依据、执行时保持预算与数据同源、结项时做单点归因复盘。做到这三件事，你的项目毛利率就不会无缘无故地下滑。
如果你现在正准备推动这件事，我的建议是从一个项目开始试点，用真实的偏差数据说话，而不是一上来就全公司推。先跑通一个项目，拿到改善数据，再去说服其他部门和管理层，阻力会小得多。预算管理是管理习惯的重建，不是一次性的项目，给它一个完整的项目周期去验证，比急着要结果更靠谱。
常见问题解答（FAQ）
1. 项目立项预算到底怎么编？公司没有历史数据，是不是只能拍脑袋估一个数？
我们公司今年刚开始做规范化立项，之前都是老板一句话批钱，没有沉淀过任何项目成本数据。这次让我牵头做新项目的立项预算，我翻遍了资料，方法论一大堆，但落到具体数字上完全不知道从哪下手，怕报低了后面天天追加，报高了又批不下来。
没有历史数据时，别从总额倒推，要从成本结构正推。先把项目拆成四类可计量的成本：人力、采购与外购、基础设施与工具、不可预见费。
人力是最大的不确定项，口径必须写清楚，按人月乘人均综合成本计算，人均综合成本要用税前工资乘 1.4 到 1.6 的系数（含社保公积金、办公与管理分摊），而不是只算工资，很多团队第一次做预算就栽在这一步，报出来的数比实际低四成左右。采购类要拿到至少两家供应商的正式报价作为锚点，别用网上查的区间价。
不可预见费按总额的 8% 到 15% 计提，项目越早期、技术不确定性越高，比例越高。同时反向做一次自检，把预算拆成月度现金流，看峰值月份公司扛不扛得住。
如果实在没有内部数据，就用自上而下定盘子、自下而上做校验的双轨法：管理层先给一个可接受区间，团队按成本结构算出明细，两边差 30% 以上就必须重新对需求范围，而不是简单砍数字。第一次编预算，误差控制在正负 20% 以内就算合格，更重要的是把这次的实际发生额完整记录下来，作为下一年的基线。
2. 立项评审会上面对一堆项目抢预算，管理者到底该按什么标准决定批谁？
我是业务线负责人，每季度评审会要面对七八个项目同时要钱，每个提案人都说得很有道理，有的讲战略，有的讲客户急需。我没法每个都批，但又怕砍错了背锅，想知道有没有一套能说清楚、事后也站得住脚的判断标准。
把战略重要性这种无法证伪的说法，换成三个能当场问出答案的指标。第一是回收期，这个项目投入的钱大概多久能通过增收或降本收回来，超过 18 个月的一般不放在本年度预算里做。第二是机会成本，如果不做会发生什么具体损失，比如罚款、客户流失、合规风险，说得越具体优先级越高。
第三是可逆性，先投一小笔能不能验证核心假设，能验证的就不该一次性要全额预算。实操上我会让每个提案人交一页纸，写清三件事：目标是什么、成功怎么衡量、如果只给一半的钱先做哪一部分。第三问特别有效，答不出来的项目通常本身就没想清范围。
另外建议设两条硬规则：一是预算总额的 10% 到 15% 留给临时插入但必须做的项目（合规、重大故障），避免每次都被紧急事项打乱；二是同一业务线同期在做的项目不超过两个，防止资源被摊薄到每个都做不完。
评审结论要落成白纸黑字：批多少、什么阶段再评估、什么条件触发中止，这三点写下来，后面执行就不会反复扯皮。
3. 立项时预算批了，做着做着发现要超支，该怎么办？直接申请追加会不会显得很不专业？
我负责的项目上个月发现人力成本比预算高了快三成，原因是需求在中途加了两轮。我第一反应是赶紧写追加申请，但老板之前明确说过预算就是承诺。我现在很纠结，是硬扛着压缩范围，还是坦白超支，也想知道有没有更规范的变更流程可以参考。
先判断超支的性质，再决定走哪条路，这一步判断错了后面全是被动。超支分三种：范围变了（需求增加）导致的，属于变更，应走正式变更流程，同步调整范围、工期和预算，而不是单纯要钱；估算错了（原本就估低），属于预算修正，要说明原因和以后怎么改进口径；
执行效率低了，属于管理问题，追加预算只是掩盖问题，必须内部消化。动作上别等超支发生才报，设一条预警线：当实际支出达到批复预算的 70% 且剩余工作量仍超过 30% 时，就必须触发预警，此时还有腾挪空间。
变更申请要包含四样东西：变更原因、对总预算和交付时间的影响、如果不批准的替代方案（通常是砍掉哪些非核心范围）、以及这次变更对整体业务的连带影响。谈判时优先提换而不是加，用削减次要功能换取核心功能的预算，管理者接受度会高得多。
最后提醒一点，把每次变更都记录下来，一个项目变更超过三次，说明立项阶段的需求澄清做得不够，这是流程问题，应该在结项复盘时提出来改流程。
4. 项目做完后，怎么做预算复盘才能真正有用，而不是走个过场？
我们公司有结项流程，但每次就是填个表、签个字，预算超没超、超在哪，没人真去分析。我作为管理者想知道，复盘到底该看哪些数、怎么把结论变成下一次立项的改进，而不是攒一堆没人看的 PPT。
复盘的核心不是差了多少，而是差在哪个变量上、这个变量下次能不能预测。做法上先把预实差异拆到科目级，人力、采购、外购、不可预见费四项分别算偏差率，通常你会发现偏差高度集中在某一两项上，比如人力偏差正 35% 而采购几乎为零，那就说明问题出在估算口径或需求变更，而不是整体管控失灵。
第二步做归因，把偏差拆成三类：范围变更导致的、单价或费率变化的、工时效率差异，这三类的改进动作完全不同，前者改需求管理流程，中者改报价口径，后者改排期和人力配置。
第三步最容易被跳过但价值最高：把这次的实际人均成本、各环节实际耗时，沉淀成公司自己的估算参数库，下一次立项直接调用，这比任何通用方法论都准。数据口径上建议统一用预算偏差率等于实际减预算再除以预算，并区分含变更和不含变更两个版本来看，前者反映真实花费，后者反映原始估算能力。
最后，复盘结论要产出不超过三条可执行的改进行动，明确责任人和下一次立项前完成的时间点，超过三条就没人记得住。坚持做两三轮，立项估算的准确度会明显收敛，这本身就是预算管理最实在的收益。
文章包含AI辅助创作：预算管理指南：企业管理者如何做好项目立项，实操方法全流程，发布者：飞飞，转载请注明出处：https://worktile.com/solution-1/archives/282154
读者评论
作为带过交付项目的人，我对科目口径那段很有感触，但8到15个主科目未必适合所有中大型项目。我们做系统集成，客户合同就要求按WBS和采购包对账，科目太少反而没法把外包和硬件成本拆开。我的做法是立项科目按管理决策设，另做一张映射表对应财务报销类型，每月由项目助理核对一次，不然结项还是会对不上。
财务BP视角补充一点：变更触发预算重估，难点不在设10%还是15%，而在范围变更本身很难及时量化。我们试过用变更单累计工时和新增交付物数量做触发信号，比等金额超支更早。另外，立项时的假设清单如果只放在文档里，执行中没人维护，很快就失效。最好把关键假设做成带有效期的条目，到期自动提醒重估。
我不同意把预算偏差当考核参考还保留20%权重。只要和奖金挂钩，项目经理就会把预算做松，或者把费用往后挪。我们后来把预算健康度拆成两个指标：偏差原因是否及时上报、滚动预测准确率，和项目奖金脱钩，只进管理改进项。效果是数据真实了不少，但前提是管理层真的接受短期数字难看。