成本管理如何做好项目成本？项目负责人最佳实践与操作步骤

项目成本超支，往往不是因为某一笔费用突然失控，而是项目负责人直到付款、验收或延期时，才发现“已经承诺的成本”从未进入成本表。做好项目成本管理，关键不是把每张发票记得更细，而是在支出发生之前识别承诺、在执行过程中更新完工预测，并在范围变化时及时做出取舍。本文用一个明确标注为情景模拟的项目拆解操作步骤，说明如何从预算基线走到成本预测、偏差处理和复盘。

一、先讲结论：成本管理不是记账，而是管理未来

1. 项目负责人要管的不是一个数字

项目成本管理最常见的误解，是把“预算”当成一个总额。预算是计划投入的资金，人天、采购、外包、差旅和环境费用都是构成部分；但负责人真正要管理的，是从当前状态出发，完成剩余工作还要花多少钱，以及最终是否会突破批准的资金边界。

因此，成本管理至少要同时看四个数字：批准预算、已发生实际成本、已承诺未支付成本、完工估算。只看已付款金额，会漏掉合同、采购订单和已经排期的外部服务；只看预算余额，又会把尚未付款误认为尚未花费。

我的判断原则是：一笔成本一旦形成不可轻易撤销的承诺，就应进入项目预测，而不能等到财务付款后再进入管理视野。这条原则对外包、设备采购、云资源预购和长期服务合同尤其重要。

2. 先预测完工成本，再解释已经花掉的钱

预算控制的核心问题不是“这个月花了多少”，而是“按照现在的进度和效率，最终会花多少”。如果项目已花费 60 万元，但关键工作尚未完成，单看 40 万元余额并不能证明项目安全；若剩余任务预计还需要 55 万元，超支风险已经出现。

一个简化的滚动预测公式是：完工估算 = 已发生实际成本 + 尚未完成工作的最新成本估算。对范围稳定、成本结构清晰的项目，这个公式足以形成有效预警；对复杂项目，还应把已承诺未支付金额、风险储备及未决变更单独列出，避免重复计算或漏算。

如果采用挣值管理，常见的完工估算公式之一是 EAC = BAC ÷ CPI，其中 BAC 是完工预算，CPI 是成本绩效指数。这个公式建立在当前成本效率大体延续的假设上；如果后续工作性质不同、采购价格已经锁定，或前期超支只是一次性事件，就不能机械套用。

3. 成本控制必须和范围、进度、质量放在一起判断

项目成本不是孤立的财务指标。为了压低成本而削减必要测试，可能把缺陷成本推到上线之后；为了赶进度增加并行资源，可能提高协调成本；客户临时扩大范围，则会改变工作量和交付条件。负责人应判断成本偏差来自效率、范围、价格还是进度，而不是看到超支就一律要求团队“省一点”。

我通常先问三个问题：工作范围是否改变？单位工作消耗是否变差？剩余工作是否比计划复杂？这三项的答案决定了措施是走变更审批、调整资源配置，还是重新估算，而不是先把所有费用冻结。

二、背景和真实场景：为什么成本表总是晚于项目现实

1. 预算批准后，项目发生的是连续承诺

典型项目从立项到交付，会经历需求确认、方案设计、开发或实施、测试验收和上线支持。每个阶段发生的成本时间点并不一致：人员成本按月累积，采购成本可能先签合同后付款，差旅按实际报销，云资源则可能随负载变化。若只在月末导出财务数据，负责人看到的通常是滞后结果。

例如，外包团队已经完成两周工作，但发票还未提交；测试设备已经下单，供应商尚未发货；临时加班已经发生，工时还未完成核对。财务账上此时可能看不到完整支出，项目预测却必须把这些事项纳入。

2. 成本口径不一致，比计算错误更难发现

团队成员说的“成本”可能指预算金额、合同金额、已付款金额或人力工时折算金额。如果项目负责人、财务和采购没有统一口径，报表看起来精确，实际上无法横向比较。尤其是内部人员成本，有的组织按标准人天费率计入，有的只核算现金支出，两个口径都可以用于管理，但不能混在同一张趋势图里。

因此，我会在项目启动时写明成本口径：是否包含内部人力、管理费用、税费、运维交接、试运行资源和风险储备；外包按合同总价还是已验收金额确认；延期期间的固定团队成本如何计入。口径不统一时，先统一定义，再讨论偏差。

3. 负责人面对的往往是信息碎片，不是完整台账

成本信息常分散在预算表、采购申请、合同系统、工时记录、报销记录和团队计划中。问题并非一定要购买一套复杂系统，而是要建立一条稳定的信息链：每项成本能追溯到工作包、责任人、时间、金额和状态。若一个数字无法说明对应哪项工作，就很难判断它该不该发生。

对于多人协作的组织，可以用共享表格或项目管理平台统一记录任务、负责人、工时、采购和风险信息；但工具不会自动替代成本口径、审批权限和预测规则。工具的价值在于减少重复抄录、提高变更可见性，而不是把一个不清楚的管理流程变成自动化流程。

4. 一个贯穿全文的情景模拟

假设某企业内部系统升级项目，批准预算为 100 万元，计划周期 6 个月。成本结构包括内部人力 54 万元、外部实施服务 22 万元、软硬件与云资源 14 万元、测试和培训 6 万元、风险储备 4 万元。项目进入第 4 个月时，实际成本为 42 万元，已承诺未支付成本为 18 万元。

团队原先估计剩余工作还需 32 万元，但需求评审发现新增接口和迁移校验工作，当前预测上调至 47 万元。若把实际成本、承诺成本和剩余预测按互不重复的口径汇总，完工预测为 107 万元，比批准预算高 7 万元。这个数字不意味着项目一定要停止，而意味着负责人必须尽快明确新增工作是否属于批准范围、是否能调整方案，以及谁有权接受预算变化。

以上数字均为用于演示方法的情景模拟。实际项目的人工单价、合同结构、风险储备和费用确认口径差异很大，不能把示例金额直接当作预算基准。

三、常见误区：表格很完整，成本却仍会失控

1. 只记已付款，不记已承诺

这是最容易造成“预算余额虚高”的做法。合同签订、采购下单、外包排期或不可取消的云资源预购，都可能形成现实义务。若项目负责人等到发票入账才记录，采购和财务的时间差会让项目短期看起来比实际安全。

建议每周至少核对一次已承诺成本，并为每条记录设置状态，例如“需求待审批、询价中、已批准、已下单、已验收、已付款”。成本预测应以状态为依据，不能把报价阶段的金额和已签约金额视为同等确定。

2. 把预算余额当成可自由花费的钱

预算余额等于批准预算减去某种已记录支出，不等于未来可自由使用的现金。若预算中已经包含必须完成的测试、培训和上线支持，负责人不能因为它们尚未发生，就将余额全部分配给新需求。

更实用的做法是建立“可支配预算”概念：批准预算减去已发生实际成本、已承诺成本、已确认的剩余必需成本和受限风险储备。它能帮助团队区分“账面还有额度”和“确实可以做新的承诺”。

3. 以削减成本替代偏差诊断

超支可能来自范围增加、效率降低、价格上涨、返工增加或进度延长。每种原因对应不同措施：范围增加应评估变更；效率下降要检查阻塞和估算；价格上涨要复核采购策略；返工增加要治理质量；延期则要测算固定团队成本和外部依赖成本。

如果只要求全员减少 10% 投入，可能削掉关键测试和必要评审，反而让返工和上线风险增加。成本控制的目标是以可接受的总成本交付约定价值，而不是让任意一项费用看上去变小。

4. 把人天预算当作可无限压缩的变量

工时是资源投入的一个口径，不是所有工作都能按人数简单换算。增加人员可能带来沟通、培训和集成成本；减少人员可能延长关键路径；同一人天在不同任务上的产出差异也很大。因此，不应把“少配两个人”直接等同于“节省两个人的成本且不影响交付”。

当团队效率下降时，先检查任务拆分、等待时间、返工和依赖。若人员时间大量消耗在等待审批或重复澄清上，真正的节省来自消除浪费，而不是压低排班表上的人数。

5. 预算基线频繁改写，导致偏差消失

项目预测可以持续更新，批准预算基线却不应随手改动。若每次超支都通过提高基线来“解决”，项目就失去衡量表现和追究原因的参照。反过来，若范围确实经过正式批准变化，仍沿用旧基线，也会让团队为已批准的新工作背负不合理的偏差。

我会把“预测更新”和“基线变更”分开管理：前者表达当前判断，后者需要清楚的变更理由、影响分析和授权记录。这样既可以提前呈现风险，也不会用改数字掩盖管理问题。

6. 只盯总额，不看成本发生在哪个工作包

总成本没有超预算，不代表每个关键工作都健康。设计阶段少花了钱，可能只是工作延后；测试阶段超支，可能是前期质量问题累积。至少要把成本映射到工作包、阶段或交付物，才能判断是计划偏差、进度错位还是质量返工。

若项目规模较小，不必建立复杂的成本编码体系。用 5 到 10 个稳定的工作包作为观察单位，通常比一张只有总额的表更有决策价值。

四、专业判断逻辑：从预算基线到可执行的成本预测

1. 第一步：定义项目边界和成本口径

成本管理首先要回答“什么算这个项目的成本”。项目边界不清，预算就无法形成可比较的基线。除直接采购和外包外，还要决定内部人力、差旅、培训、试运行、环境费用、税费、交付后支持是否纳入。

项目启动时，我会形成一页成本口径说明，至少包括：纳入范围、排除范围、计价单位、数据来源、更新时间、成本责任人、审批权限和汇率或单价假设。对内部人力无法准确折算金额的组织，可以先同时记录人天与现金支出，不要把未知金额伪装成精确数字。

（1）区分可控成本与不可控条件

可控成本包括团队投入节奏、工作方式、资源配置和部分采购方案；不可控条件可能包括政策变化、汇率波动、客户指定供应商或合同已锁定价格。不可控不等于不管理，而是要把它单独列为假设、约束或风险，避免负责人对无法改变的条件作出错误承诺。

2. 第二步：把范围拆到可以估算的工作包

只按部门或费用类别编预算，通常无法解释成本如何产生。建议将范围拆成可验收的工作包，例如“完成接口清单”“完成数据迁移演练”“通过性能测试”。再为工作包估算人力、采购、外部服务和时间窗口。这样发生变化时，团队能定位是哪个交付物增加了成本。

工作包不需要无限细化。拆分的标准是：负责人能估算、能分配责任、能检查完成状态、能识别变化。若每个小任务都单独编预算，维护成本可能超过管理收益；若所有工作都塞进一个“大开发”包，偏差又无法定位。

（1）估算要表达范围，而不是制造精确幻觉

早期信息不足时，可以使用区间估算，并注明依据和假设。例如，接口改造预计需要 12 到 18 人天，区间来自接口数量、复用程度和第三方响应条件；进入详细设计后，再用明确清单收窄范围。一个标注“约 15 人天”的估算，若依据清楚，通常比没有假设的“15.3 人天”更诚实。

3. 第三步：建立预算基线和风险储备

预算基线应由已批准范围、工作包估算、成本费率、时间安排和已识别风险构成。风险储备的用途是应对具体不确定性，不是把所有估算不确定性藏在一个笼统额度里。储备金额和动用权限应提前说明，动用后需要记录原因、金额、剩余额度和后续影响。

需要区分管理层持有的管理储备与项目团队可按规则使用的风险储备。两者的审批权可能不同，具体机制应符合组织财务制度。无论采用哪种安排，储备都不能成为不记录变更的借口。

4. 第四步：建立实际、承诺和剩余预测三条数据线

建议每个报告周期都分开记录三类成本：已发生实际成本、已承诺未支付成本、尚未承诺的剩余工作预测。三类口径之间要有明确规则，避免签约金额既列入承诺成本，又重复计入剩余预测。

例如，外部服务合同总额为 20 万元，已经支付 8 万元，剩余 12 万元已不可撤销。报表可以将 8 万元列为实际成本、12 万元列为承诺成本；不能再把这 12 万元重复写入“尚需采购 12 万元”。如果合同按验收分阶段付款，则应根据合同义务和组织成本确认规则设置状态。

5. 第五步：用偏差诊断确定应对动作

负责人看到成本偏差后，应先分解偏差来源：范围变化、费率变化、工作量变化、效率变化、进度变化、质量返工或数据时差。诊断不必复杂，但要能回答“为什么发生”和“接下来会不会持续”。

如采用挣值管理，可使用成本绩效指数 CPI = EV ÷ AC，其中 EV 为已完成工作的预算价值，AC 为实际成本。CPI 低于 1 代表截至当前，单位实际成本对应的预算价值偏低；它不能单独解释原因，也不能替代完工预测。只有当工作分解、进度测量和成本归集质量足够稳定时，CPI 才适合用于趋势判断。

6. 第六步：每次变化都做影响分析，而非口头承诺

新增需求进入项目时，至少要估算它对成本、进度、质量、资源和风险的影响。若需求暂时无法精确估算，可以给出区间、依赖条件和进一步评估所需时间。负责人不应先答应“应该不贵”，再让团队在原预算内自行消化。

变更记录应能回答：谁提出、为什么提出、属于原范围还是新增范围、成本和进度影响是多少、由谁批准、批准后基线是否调整。对紧急变更可设置快速审批路径，但快速不等于没有记录。

五、案例与数据观察：从 7 万元风险到可选方案

1. 先把 7 万元超支拆成原因，而不是直接摊派

回到前面的情景项目：预算 100 万元，第 4 个月完工预测 107 万元。成本团队初步拆分出新增接口与迁移需求 4 万元、外部服务延期 1.5 万元、测试返工 1 万元、云资源超用 0.5 万元。这里的关键不是数字有多精细，而是每项都对应不同的责任和处置方式。

新增接口与迁移需求首先要判断是否为原范围漏项，还是新批准的业务要求。若属于新增需求，应该通过变更机制确认价值和资金来源；若属于估算遗漏，则需要分析估算过程，不能简单把责任转嫁给执行人员。

外部服务延期 1.5 万元需要核对合同计费方式和延误责任。若延期来自供应商交付问题，项目负责人应依据合同和组织采购规则协商；若等待来自内部决策或接口准备不足，就要把根因纳入进度与成本复盘。

测试返工 1 万元虽然金额较小，却可能是未来成本的领先信号。需要查看返工是否集中在某类接口、需求澄清或测试环境问题。如果缺陷密度继续上升，当前 1 万元可能只是已暴露成本，不是最终成本。

2. 把可能行动放到同一张决策表上

项目负责人不应只汇报“预计超 7 万元”，还应提供可选路径及其代价。情景项目可以有三类选择：保留全部范围并申请预算调整；保留核心目标、分期交付部分低优先级能力；或者重做技术方案以降低持续性成本。方案比较必须同时列出成本、时间、质量和风险。

3. 做生命周期成本判断，避免“当期便宜、长期更贵”

有些方案看上去能降低本期预算，实际上把成本转移到后续运营。例如，为了省下自动化测试投入，团队增加人工回归；为了降低部署成本，采用维护复杂的定制方案；为了减少培训支出，交付后出现大量支持请求。负责人应在重要选项上比较生命周期成本，而不是只看项目建设期支出。

一个简化的生命周期比较，可以将建设期投入、年度维护、云资源、人工支持、升级改造和退出迁移列在同一时间范围内。若预计运行 3 年，就不应只比较首年采购价。对于无法可靠预测的长期费用，至少记录关键假设和敏感变量，例如用户规模、调用量、维护费率和升级周期。

4. 观察完工预测如何随新信息变化

成本预测不是定稿文件。每周发现新信息时，项目负责人应更新预测，并保留上一次预测作为对照。预测变化本身并非管理失败；若变化能被及时解释，反而说明管理者更早看见了风险。真正需要警惕的是完工估算长期不变，却不断出现新的承诺和延期。

在情景模拟中，若第 4 个月仍按 100 万元报告，后续直到验收才一次性披露 107 万元，管理层失去的不是 7 万元本身，而是提前调整范围、资源或资金的窗口。报告的价值在于支持决策，不能把“稳定”误当成准确。

六、项目负责人操作步骤：把成本管理嵌入每周工作

1. 项目启动时完成一页成本章程

启动阶段先写清批准预算、成本口径、预算责任人、工作包、储备、审批阈值、报告频率和升级路径。成本章程不必做成厚重制度文件，但要让项目成员知道哪些事项必须申报，哪些数字是基线，哪些变化要经授权。

还应标注估算可信度。需求尚未确认、报价尚未取得或技术路线待验证的部分，应明确标为暂估，并说明预计何时收敛。这样既避免早期估算被误当成承诺，也能让管理层知道风险何时会变得更清晰。

2. 每周更新实际、承诺和剩余预测

每周更新时，项目负责人不需要亲自录入每一张发票，但需要确保信息所有者和更新责任明确。财务提供实际成本，采购提供合同和订单状态，团队负责人更新剩余工作及人员投入，项目负责人汇总并检查口径。

1. 收集本周已确认的人工、采购、差旅和其他实际成本。
2. 核对新签合同、订单、外包排期及不可取消承诺。
3. 让工作包负责人评估剩余任务、资源和预计完成时间。
4. 检查合同金额是否被重复计入承诺成本与剩余预测。
5. 更新完工估算，并与批准预算和上次预测对比。
6. 记录偏差原因、趋势、责任人和下一步决策日期。

3. 每两周或每个里程碑做一次偏差诊断

周报适合发现变化，里程碑复核适合做较完整判断。复核时要对照计划完成工作、实际投入、已承诺支出和剩余估算，检查当前偏差是否只是时点错位，还是会持续影响最终成本。

如果一个工作包花费超过计划，但交付已提前完成，未必意味着效率变差；如果支出低于计划、任务却长期滞后，也不能把它称为节省。成本与进度必须放在同一时间窗口里解释。

4. 设置预警阈值，但不把阈值当作决策

组织可以设置多级预警，例如完工预测超过预算 3% 时要求负责人提交分析，超过 5% 时升级审批；也可以按绝对金额、项目风险等级或合同规则设置。阈值应由组织的资金规模和治理要求决定，不能把示例百分比直接套用于所有项目。

预警的作用是触发复核，不是自动判定项目失败。小额项目的 3% 可能低于估算噪声，大型项目的 1% 也可能意味着重大资金缺口。阈值设计要兼顾金额、比例、变化速度和不可逆承诺。

5. 变更审批前先做影响评估

收到新增需求时，项目负责人应要求提出方说明业务目标、紧急程度、验收标准和延后成本，再由团队评估所需工作量、采购影响、关键路径、质量风险和后续维护。评估结果可以是精确值，也可以是带条件的区间，但必须能说明估算依据。

若提出方只确认“希望尽快做”，却不愿确认范围优先级或验收标准，负责人就不应让团队直接承诺成本。模糊需求会把估算风险转移给执行团队，最终表现为反复返工和难以归责的超支。

6. 在项目结束时做成本闭环

验收后要把最终成本与基线、完工预测和各阶段版本对照，记录偏差来自哪里、哪些预测判断有效、哪些承诺发生得太晚、哪些口径造成误读。复盘不是追责清单，而是为了让下一次估算更有依据。

例如，若项目多次因数据迁移低估而超支，下一次可以建立迁移数据量、字段质量、清洗比例和演练次数等估算参数。复盘要产出可复用的假设、费率、风险清单或检查点，才真正降低未来不确定性。

七、不同项目条件下的行动建议与取舍

1. 小型项目：控制管理成本，保持少而准

小项目预算有限，若采用过多审批层级和复杂成本编码，管理成本可能超过控制收益。建议用一张共享表记录预算、实际、承诺、剩余预测、责任人和变更状态，设置固定的周度检查，并把大额采购和范围变化列为重点。

取舍上，应优先保证数据口径和承诺可见性，而不是追求每笔内部工时都精确折算。若内部人力单价没有可信来源，可以先按人天管理，同时单列外部现金支出，避免用主观单价制造虚假的精确度。

2. 中大型、多团队项目：先统一规则，再自动化汇总

多个团队、供应商和工作流参与时，成本管理的首要难点是口径统一、责任边界和数据时效。可以统一工作包编码、变更类型、采购状态和报告周期，再通过项目管理平台、财务系统或数据看板汇总信息。系统上线前应先确认字段定义，否则只是更快地产生互不兼容的数据。

这类项目适合由项目负责人牵头建立成本例会，财务、采购、业务和交付负责人按固定节奏检查异常项。例会不必逐行念表，而应集中讨论完工预测变化、不可逆承诺、关键风险和需要管理层决定的选项。

3. 需求高度不确定的项目：用阶段性资金换取信息

探索性项目在早期很难准确估算全部成本。此时不应假装拥有完整预算精度，而应将工作拆成验证阶段：先批准一笔有限资金完成原型、技术验证或用户研究，再根据证据决定是否进入下一阶段。

取舍在于短期可能需要多次审批，但能避免一次性承诺过多资金。每个阶段都应定义停止条件、成功指标和下一阶段估算触发点；如果验证结果未达到门槛，及时停止或转向也是成本管理的有效结果。

4. 固定总价合同：重点看范围边界与变更机制

固定总价不等于项目成本风险消失。若合同范围含糊，新增工作可能引发争议、延期或额外费用；若验收标准不清，项目团队可能承担重复整改。负责人要把合同交付物、排除项、变更流程、付款节点、延期责任和验收条件映射到项目计划。

取舍上，固定总价可以降低价格波动暴露，但通常会把不确定性转化为供应商报价中的风险溢价。若需求尚未稳定，强行固定总价可能导致供应商报高价或后期频繁争议；应结合需求成熟度和合同治理能力选择采购方式。

5. 按量付费或持续服务：重点管理使用量和长期义务

云资源、按调用量收费的服务和持续运维合同，费用会随着使用规模变化。负责人需要识别计费单位、预留资源、最低消费、超额价格、自动续约和退出成本，并设置预算上限或用量告警。月度账单只是结果，使用量趋势和配置变化才是提前控制的信号。

取舍上，按量付费减少了初始采购承诺，却可能带来长期波动；预购或预留资源能降低单位价格，但可能形成闲置和锁定。选择时应比较使用曲线、需求稳定性、折扣条件、退出成本和财务承受能力。

6. 进度紧张的项目：先识别关键路径，再谈加资源

当项目延期时，增加人手不一定能缩短交付时间。负责人应先判断受阻任务是否在关键路径上、任务能否并行、接手人员需要多久熟悉系统，以及新增协调是否会挤占核心人员时间。只有对关键路径有效的资源投入，才可能同时带来时间收益。

取舍上，可以比较“延长工期的固定成本”“增加资源的直接成本”和“延期造成的业务损失”。若延期损失高于加速成本，投入更多资源可能合理；若新增资源只增加沟通层级，却无法减少关键路径天数，支出就不应被包装成加速方案。

八、用什么工具和报表：让信息可追溯，而非更复杂

1. 一张有效成本看板要能回答六个问题

成本看板不应只展示红黄绿状态。至少要让负责人一眼回答：批准预算是多少、已经发生多少、尚有多少承诺、预计还需多少、最终可能超出多少、需要谁在何时做决定。每个数值都要能追溯到工作包、订单、合同或估算说明。

如果团队目前只有表格，可以先增加“成本类别、工作包、状态、估算依据、责任人、更新时间、变更编号”字段。等流程稳定后，再考虑与财务、采购和项目管理数据联动。先有规则，再做自动化，通常比一开始追求大而全的仪表盘更有效。

2. 选工具时重点看数据链路，而不只看功能清单

工具选型时，应检查实际成本能否与预算和任务关联，采购承诺能否及时同步，人员投入能否按工作包汇总，变更记录能否追溯，权限能否匹配组织审批。若系统只管理任务、不接财务和采购数据，仍需明确人工同步责任。

对于中大型企业或 100 人以上的组织，跨部门协作和权限治理通常比单个页面的报表能力更重要。可以先选一个成本暴露高、协作链条长的试点项目，验证数据及时性、维护成本和决策价值，再决定是否推广。不要因为系统能生成图表，就默认数据本身准确。

3. 防止成本看板带来新的管理负担

若每周更新成本需要团队投入数小时，却没有触发任何决策，说明指标或节奏可能设计过度。负责人应清理重复字段、取消无法解释的指标，并确认每项数据有人使用。管理报表的价值不是字段多，而是减少发现问题和采取行动之间的时间。

可以抽查几笔成本从任务到合同、再到实际支出的完整链路。如果同一笔费用在多张表重复录入、状态长期无人维护，先修正流程和责任，不要立即增加更多报表层级。

九、结语：让预测先于付款，让选择先于超支

项目成本管理做得好，不是把每一笔钱都压到最低，也不是把预算表做得最复杂。它的核心能力是把成本放回工作、承诺和决策里：知道钱因何而花，知道哪些支出已经无法撤回，知道当前预测依赖什么假设，也知道一旦超出边界有哪些可选方案。

我更看重一个判断：成本偏差本身不是管理失败，偏差长期不可见、原因无法解释、选择来得太晚，才是管理失控。项目负责人应把预测更新放在付款结果之前，把范围变更放在资源投入之前，把完工估算放在管理层决策之前。

下一步可以从一个在执行中的项目开始：先统一预算、实际、承诺和剩余预测的口径；再挑出金额最大或最不可逆的 10 项成本逐条核对；最后计算一次完工估算，并把最主要的偏差来源、责任人和决策日期写清楚。完成这三件事，成本管理就从“月底解释花了多少钱”转向“现在决定还要不要这样花”。