做项目最怕的，不是超支，而是超了还不知道后面还要超多少。很多同行跟我聊起成本管理，都觉得最难的不是算账，而是“算完之后怎么办”。完工预算（BAC）和完工估算（EAC）这两个词，看起来就是公式套一套，实际用起来坑不少。一个说的是“当初计划花多少”，一个说的是“现在看要花多少”，中间隔着的是项目真实的身体状况——有时确实病得不轻，但你知道药方该开多猛。
这篇内容适合正在做项目成本控制、备考项目管理认证、或者被领导追问“项目到底会不会超支、超多少”的读者。我会把BAC和EAC涉及的公式、适用场景、实操案例和常见坑一次性讲透，最后再分享一些工具层面的落地建议，尽量让你今天看完，明天就能照着手算一个项目的完工估算。
1. 从挣值管理说起：BAC和EAC到底站在哪个位置
1.1 为什么不能只看“实际花了多少钱”
先讲个我早年踩过的坑。有个软件开发项目，做到第三个月的时候财务跟我说“目前花了40万，预算50万，控制得不错”。我一听就觉得哪里不对劲，后来翻了进度报告才发现，按计划应该完成60%的工作量，实际只完成了35%。这意味着按当前效率，就算后面几个月一分钱不多花，这个项目也铁定延期，延期就意味着人工成本继续燃烧，最终成本不可能停留在50万。
这就是只盯实际成本（AC）的盲区。AC只能告诉你“已经花了多少”，但它完全不关心你干出了多少活。项目管理里真正有用的，是把“花了多少钱”和“干了多少活”“应该干多少活”放在同一张表上来看，这就是挣值管理（EVM）要做的事。
EVM有三个基础参数：
- PV（Planned Value，计划价值）：截止某个时间点，按计划应该完成的工作量所对应的预算金额。可以理解成“按计划本该干到哪儿了”。
- EV（Earned Value，挣值）：截止该时间点，实际完成的工作量所对应的预算金额。可以理解成“实际干出的活，按预算值多少钱”。
- AC（Actual Cost，实际成本）：截止该时间点，实际花了多少钱。
有了这三个参数，派生出一堆指标体系。CPI（成本绩效指数）等于EV除以AC，衡量成本效率；SPI（进度绩效指数）等于EV除以PV，衡量进度效率。而BAC和EAC，是整个挣值管理体系里站在“终点”位置的两个数字，一个指向起点，一个指向终点。
1.2 BAC不是“项目总预算”那么简单
完工预算（Budget At Completion，BAC）从定义上讲，是为完成全部工作而批准的总预算，也就是你最初那个经过审批的成本基准里，干完所有活一共打算花多少钱。
说它“不简单”，是因为在实际项目里，BAC会面临两个容易被忽视的问题。第一个是范围问题：BAC对应的必须是当前批准的项目范围。如果中途加了需求、改了范围，BAC还停留在老版本，那后面所有计算都是错的。第二个是时效问题：BAC要跟着成本基准走，成本基准一旦因为范围变更而调整，BAC也要一起调整，不能拿一个“历史数额”硬套。
实操中有一个区分容易出错：成本基准（Cost Baseline）和管理储备（Management Reserve）是分开的。用BAC算出来的所有指标，只能针对成本基准内的内容；管理储备是高层预留的“应急钱包”，不在BAC内，也不参与挣值计算。如果你把管理储备也算进BAC，那么CPI永远算不准，EAC也会被严重高估。
1.3 EAC：基于现实对终局的重新判断
完工估算（Estimate At Completion，EAC）指的是，在项目执行过程中的某个时点，基于已经发生的绩效和剩余工作的预估情况，重新计算出的“整个项目完成时预计要花的总成本”。
EAC不是拍脑袋拍出来的，它的价值在于：把“过去的绩效趋势”或“对未来的专项判断”沉淀成一个可以比较的数字。你拿EAC和BAC做差，得到完工偏差（Variance At Completion，VAC）。VAC为正说明预计不超支，为负说明预计要超支。很多项目周报里写的“预测完工成本”，本质上就是EAC。
项目经理如果每隔一个检查周期更新一次EAC，其实就相当于在持续回答一个问题：按照当前情况走下去，这个项目最终会花多少钱？这个问题回答得越早，留给管理层决策的窗口就越大。
2. EAC的四种算法：什么时候用哪个，不能凭感觉
2.1 典型偏差模式：EAC = BAC / CPI
这是最常用、也最容易被误用的一种。它的假设是：项目到目前为止表现出的成本绩效，会持续到项目结束。过去的CPI是0.8，那么未来所有工作都按0.8的效率去做。
公式：EAC = BAC / CPI
举例：项目BAC是500万，目前已完成工作的EV是150万，AC是180万，那么CPI等于150除以180等于0.83。EAC等于500除以0.83，约等于602万。意思就是，如果剩下的工作继续保持当前效率水平，完工时大约要花602万，比预算超了100多万。
这个模式适合什么场景呢？适合项目已经执行了一段时间、工作性质没有重大变化、团队稳定、没有明显的一次性异常因素。比如软件开发项目，前三个月因为需求频繁变更导致返工多，后面没有显著改善措施的话，通常就按这种模式来预测。但要注意，公式背后有一个数学上的隐含条件，就是剩下的工作要按照“全项目平均效率”来执行。如果你的项目当前CPI偏低是因为某一段特殊工作造成的，后面工作难度显著不同，这个公式就不一定合适。
2.2 非典型偏差模式：EAC = AC + (BAC - EV)
这个模式的假设完全是另一个方向：目前发生的偏差是一次性的、非典型的，之后项目会回到按原预算效率执行的轨道上。也就是说，之前超支的钱已经花了，但改正之后，以后的每一块钱都要按原计划的花法去花。
公式：EAC = AC + (BAC - EV)
还是上面的数字。AC等于180万，BAC减EV等于500减150，等于350万，所以EAC等于530万。它比典型偏差算出来的602万要乐观，因为假设里“从今往后效率回归正常”。
适用场景很典型：项目前期遇到了不可抗力或者一次性事故，比如关键设备损坏返工、供应商临时涨价导致的第一批采购超支，这类问题已经处理完了，后续不会再发生，那就用非典型模式。
实操中有一个坑。很多人一看“哦，上次超支是一次性的”，就直接套这个公式，却没有仔细论证“未来为什么能回归计划效率”。尤其在人员流失率高的团队里，前面的低效往往不是偶然，而是管理问题的必然体现。没有纠正动作，非典型模式就是一种自欺欺人。
2.3 同时考虑成本与进度约束：EAC = AC + (BAC - EV) / (CPI * SPI)
这个公式很多人觉得陌生，因为PMP教材里不一定展开，但实际项目里特别有用。它假设项目不仅要考虑成本效率，还要考虑进度效率——如果进度落后，想要按原计划完工，一定需要赶工或加班，这些都会增加成本。
公式：EAC = AC + (BAC - EV) / (CPI * SPI)
仍沿用上面数字，CPI等于0.83，SPI等于EV除以PV。假设PV是200万，那SPI等于150除以200等于0.75。分母CPI乘SPI等于0.83乘以0.75等于0.625。BAC减EV等于350万，除以0.625等于560万，再加上AC 180万，EAC等于740万。
这个数字比前两者都悲观，原因在于它把进度落后也折算成了成本压力。想按时完工，就得额外投入资源，投入的效率还受当前成本绩效拖累。这个公式适合什么场景？项目已经延期，但工期是硬约束（比如有合同罚款、有明确的上市窗口），必须在剩余时间内抢回来。
2.4 自下而上的重新估算：EAC = AC + 自下而上的ETC
当项目遇到重大变更、方案重做、或者当前绩效数据毫无参考价值时，前面三种公式都不好使。这时候最靠谱的办法是：把剩余工作重新拆解，逐项估算剩余成本，得到剩余完工估算（ETC，Estimate To Complete），然后加上当前实际成本。
公式：EAC = AC + ETC
这里的ETC不是靠公式倒推的，而是由项目团队对剩余工作进行自下而上汇总估算出来的。这种方法最费时间，但准确度也最高。适合阶段：项目发生重大范围变更、技术路线推倒重来、项目经理或团队核心成员更换。还有就是在项目临近结束时做最终预测，也应该用这种方法，而不是继续套用前面几个比率公式。
2.5 四种方案怎么选：一张表说清楚
| 计算方法 | 公式 | 假设条件 | 适用场景 |
|---|---|---|---|
| 典型偏差法 | EAC = BAC / CPI | 当前偏差持续，未来绩效与过去一致 | 项目已稳定运行，无重大变更 |
| 非典型偏差法 | EAC = AC + (BAC - EV) | 偏差是一次性的，未来回归计划效率 | 一次性事件导致的超支，已解决 |
| 进度成本综合法 | EAC = AC + (BAC - EV) / (CPI x SPI) | 进度落后且需要赶工，成本和进度互相影响 | 工期硬约束，需要评估赶工代价 |
| 自下而上重估法 | EAC = AC + 重新估算的ETC | 剩余工作需逐项重新估算 | 重大变更、重新设计、末期精确预测 |
选取原则其实就一句话:先判断“偏差会不会持续”，再判断“进度是不是约束”。如果对未来的判断不清晰，宁可花时间做自下而上重估，也不要拿公式硬套。
3. 一个真实案例：把BAC和EAC串起来算一遍
3.1 项目背景与检查点数据
为了把这些公式用活，我模拟一个工程项目。假设某基础设施改造项目，总预算BAC为800万元，工期10个月。项目在第4个月末设置了一个绩效检查点。
检查点的数据如下：
- PV（计划价值）：按计划，4个月应完成40%的工作量。PV等于800万的40%，就是320万。
- EV（挣值）：实际完成工作量经过工程师确认，只完成32%。EV等于800万的32%，等于256万。
- AC（实际成本）：财务核算显示实际支出340万。
光看AC的话，340万和320万相比，超了20万，看起来只是小幅超支。但EV一看，情况比想象中严重。实际干出的活只值256万，却花掉了340万，成本效率明显偏低。
计算一下绩效指数：
- CPI等于EV除以AC，256除以340，约0.75。
- SPI等于EV除以PV，256除以320，等于0.80。
这两个数都不好看，特别是CPI只有0.75，相当于每花1块钱只干出0.75块钱的活，成本失控的程度已经相当严重。
3.2 从三个角度分别预测EAC
假设第4个月末这个异常主要是由于前期的设计变更加返工造成的，管理层已经叫停了变更，后续工作内容趋于稳定。这时分别用三种公式算EAC。
第一种，典型偏差。如果不采取任何纠偏动作，偏差会持续。EAC等于BAC除以CPI，800除以0.75约等于1067万。这个数字意味着如果不改，项目最终成本可能超过预算267万。
第二种，非典型偏差。如果认定前期问题只是暂时的，后续能回到计划效率，EAC等于AC加上（BAC减EV），即340万加上（800减256）544万，等于884万。相比BAC超了84万，但比典型偏差乐观很多。
第三种，考虑工期约束。如果第10个月工期不能变，那就意味着要在剩下6个月里完成原计划60%的工作量，而当前进度已经落后到32%。SPI为0.8，CPI为0.75，EAC等于340万加上544万除以（0.75乘以0.8）0.6，得340万加907万，约1247万。
这个数字乍一看很吓人，但它的含义很明确：要在不延期的情况下把进度追回来，必须大规模赶工，而赶工成本在低效率的团队身上会被放大，所以完工成本可能突破1200万。这个预测给管理层一个非常强烈的信号——要么接受延期，要么追加预算，要么大幅调整范围，否则硬赶工期成本上就是无底洞。
3.3 为什么还要算TCPI：完工尚需绩效指数
EAC算完之后，很多项目经理就停下来了。但真正有经验的人会继续算一个指标，叫TCPI（To-Complete Performance Index，完工尚需绩效指数）。这个数字回答的问题是：要从现在的状态，最终回到BAC或者调整后的目标成本，剩下这些日子每花1块钱必须干出多少价值的活。
如果管理层决定无论如何都不能突破BAC，也就是最终完工成本不能超过800万，那么基于BAC的TCPI等于（BAC减EV）除以（BAC减AC），也就是（800减256）除以（800减340），等于544除以460，约1.18。
这是什么意思？意思是当前成本绩效是0.75，而剩余日子必须做到1.18的成本效率，才能把总成本拉回800万。0.75到1.18，这个跨越基本等于要求团队在换了一个人的状态下干活，现实中太难实现。
所以TCPI出来的第一个用途，是判断“原定BAC还能不能守住”。如果TCPI大于1.1以上，基本上可以认为原BAC不现实，必须走变更流程申请新的预算目标。如果TCPI小于1，说明不仅不会超，还可能有结余，可以适当释放一些管理储备或扩大范围。
第二个用途，是设定一个可执行的完工目标。假设管理层同意把目标成本调到1100万，那TCPI等于（BAC减EV）除以（目标EAC减AC），这里用的是最终目标下的剩余钱数与目标钱数的关系，相当于给团队下了个“从今天开始每块钱要干出多少活”的军令状。
TCPI的公式是：
- 目标为原BAC时：TCPI = (BAC - EV) / (BAC - AC)
- 目标为新批准的EAC时：TCPI = (BAC - EV) / (新EAC - AC)
我见过不少项目经理只跟踪CPI，不看TCPI。结果项目一路都是“轻微偏差”，等到最后两个月才发现目标根本守不住。其实TCPI早就用数字告诉你了，守不住才是大概率事件，只是没人去算。
3.4 完工偏差与预测报告怎么呈现
算完EAC，还应该做一件事：把预测结果落实成标准报告结构。我习惯在周报/月报里放一张成本预测表：
| 指标 | 数值 | 说明 |
|---|---|---|
| BAC | 800万 | 原批准预算 |
| EV | 256万 | 已完成工作量的预算价值 |
| AC | 340万 | 实际已支出成本 |
| CPI | 0.75 | 每花1元只产出0.75元价值 |
| SPI | 0.80 | 进度约为计划的80% |
| EAC（典型） | 1067万 | 不加干预情况下的预测 |
| EAC（非典型） | 884万 | 一次性因素消除后的预测 |
| EAC（含进度影响） | 1247万 | 不延期情况下的极限预测 |
| VAC | BAC - EAC | 负值表示预计超支 |
| TCPI（基于BAC） | 1.18 | 回归原预算所需效率 |
这样一摆，管理层不用听你解释就知道：纠缠于小偏差没意义，要紧的是接下来怎么办。这比我刚开始干项目时只会写“目前成本略有超支，需要加强成本控制”这样的空话，管用得多。
4. 实操中最容易踩的坑和排查思路
4.1 EV的数据源不可靠，整个指标体系全废
我在不同公司见过很多种挣值数据的采集方式，最糟糕的是拿“财务已付款金额”来当EV。这是完全错误的。EV衡量的是“已完成工作对应的预算价值”，跟“钱有没有付出去”没有直接关系。比如你和供应商签了合同，预付了30%款项，但供应商才干完10%的活。按已付款来算，你会误以为EV很高；按完成量来算，EV其实很低。两者差出一大截。
排查思路非常简单：看EV是从哪个系统来的。如果EV是财务口径，基本可以判定有误。正确的做法是由业务/工程口按WBS逐项确认完成百分比，再乘以该项的预算金额，累加得到EV。对于无法精确判断百分比的工作包，可以采用“里程碑法”或“50/50法”简化，但一定要有客观依据，不能靠拍脑袋填一个百分比。
4.2 先有成本基准，才有BAC，顺序不能反
有一次评审一个外部项目的预测报告时，我发现他们写的BAC是“合同额减去利润”之后的价格，然后再把管理储备也塞进去调整了一通，导致整个基准跟WBS对不上。这属于典型的“BAC拍脑袋定”。BAC必须来自经过范围、进度、资源整合后形成的成本基准，每一笔金额都能落到具体工作包上，而不是一个项目层面的“大整数”。
如果一开始没有建过详细的成本基准，建议先回头补课：把WBS拆到可估算的层面，每个工作包估算人工、材料、设备、差旅等成本，再自下而上汇总。只有这样的BAC才有指导意义，后续算EAC才有意义。
4.3 EAC更新频率太低，变成“季度体检”
有些企业只在项目结项时算一次完工估算，这等于没有做控制。EAC本质上是一个动态预测，应该随绩效检查周期同步更新。正式的挣值管理一般至少每月更新一次，高风险项目甚至每周都应该看关键指标。
我建议每期更新EAC时都留下记录，包括当时的CPI、SPI、EAC、VAC，以及偏差原因说明。这样做的好处是，你手上会攒下一整条预测曲线。等下次再有人问你“你能不能肯定项目不超支”时，你不用拍胸脯，直接把这条线的趋势摆出来，比任何保证都可靠。
4.4 忽略管理储备和应急储备的区别
有次帮一个项目做诊断，项目经理论证“不超支”的理由是账上还有100万储备。但一查，这100万里有60万是管理储备，不在成本基准之内；真正应对已知风险的是40万应急储备，而且这40万已经用掉了20万。也就是说，真正属于他的安全垫只有20万，而他的EAC又已经把剩余风险成本算到预测里了，这20万根本是杯水车薪。
在汇报时必须分清楚：应急储备用来应对“已知的未知”，管理储备用来应对“未知的未知”。BAC一般不包含管理储备，EAC的预测也不应该拿管理储备来“补窟窿”。如果确实需要动用管理储备，必须走正式的变更流程，把储备释放进成本基准，同时更新BAC。
4.5 只看EAC，不结合EAC的置信区间
任何EAC都是一个点估计，背后一定有不确定性。同样是“EAC约1000万”，可能有两种完全不同的情形：一种是剩余工作内容明确、风险可控，估算上下浮动不超过5%；另一种是剩余工作里有大量未澄清需求、关键技术还没验证，上下浮动可能超过30%。
现实里给管理层汇报，最好给出悲观、最可能、乐观三档数字。方法并不复杂，对剩余工作里的高风险项分别做高估、中估、低估，再叠加起来。如果能配合蒙特卡洛模拟当然更好；如果没有工具，哪怕简单按高、中、低三档手工估算，也能明显提升决策质量。
5. 日常怎么落地：工具、节奏和沟通技巧
5.1 用Excel模板先跑通核心逻辑
不是每个团队都买得起专业的项目管理软件，但Excel足以搭一个轻量级的EVM测算表。我的做法是做一个工作簿，其中一张表是“WBS预算底表”，列出每个工作包的预算金额，第二张表是“月度绩效输入表”，填每项工作完成百分比和实际成本，第三张表是“预测模型表”，自动算EV、CPI、SPI、EAC、VAC和TCPI。
关键公式可以这样设置（以第3张表为例）：
- EV这一行等于对应工作包预算乘以完成百分比再求和。
- CPI等于EV除以AC。
- SPI等于EV除以PV。
- EAC典型等于BAC除以CPI。
- EAC非典型等于AC加上（BAC减EV）。
- TCPI_基于BAC等于（BAC减EV）除以（BAC减AC）。
- TCPI_基于EAC等于（BAC减EV）除以（EAC减AC）。
这样每次月底填好“完成百分比”和“实际成本”两列，所有衍生指标自动刷新。项目成员不需要懂挣值理论也能协作。我自己带过的项目里，有相当一部分就是用这套Excel模板挺过来的，核心不是工具多高级，而是数据口径一致、更新节奏固定。
5.2 系统落地时注意数据打通
如果公司有更完善的项目管理或ERP系统，可以考虑把挣值指标做成自动看板。但引入系统前先解决一个核心问题：口径统一。尤其是“完工百分比”怎么算，必须由项目控制岗位统一定义。是按工期比例、按成本比例、还是按物理完成量？不定义清楚，系统自动化程度越高，错的就越离谱。
我见过一个企业采购了国际知名项目管理工具，上线半年后数据仍然没人看，原因就是各项目部填的EV口径五花八门，导出汇总后根本没法横向比较。最后项目控制部统一发文：所有工作包默认采用“物化里程碑法”确认完成百分比，同时允许项目经理在说明栏备注特殊情况。这个口径一统一，数据的可信度和实用性立刻上来了。
5.3 跟管理层沟通EAC时的三句话
很多同行都跟我反馈，明明数据算出了EAC，可在会上被领导一句“你是不是太保守了”就顶了回来。这么多年下来，我发现跟决策层沟通EAC有一个简单有效的框架：
第一句，说出基准事实：“BAC是800万，目前干出32%的活，花了340万。”
第二句，说出趋势含义：“按当前效率，完工要1067万；如果能确认一次性因素消除，也要884万。”
第三句，给出决策选项：“要么追加预算到XX万，要么接受延期，要么砍范围。如果都不做，建议把TCPI作为每周跟踪指标。”
这三句话说完，数据结论和行动路径就都清晰了。切忌一上来就谈公式或甩一张复杂的表，那样大部分领导根本没有耐心看。管理层要的是：结论、可信度、可选动作。
5.4 我的习惯：每次更新EAC时保留“预测理由”
最后分享一个小习惯：我的项目预测报告里，每次都会留一列“本次预测的假设条件”。比如“假设后续供应商单价不再上涨”“假设新到位的两名开发人员能在两周内跑通环境”“假设不再发生重大范围变更”。别小看这个动作，因为它逼着你去审视每个公式背后暗含的假设是否成立。
如果哪天我发现方案里的“非典型偏差”其实并不非典型——问题反复发生——我就会立刻把模型切到“典型偏差”，而不是继续用同样的乐观假设糊弄自己。项目预测这种东西，最怕的不是悲观也不是乐观，而是自欺欺人。把假设条件白纸黑字写下来，下次翻看时你就没法找借口了。
说到底，BAC和EAC这一套东西，学的不是公式，而是建立一种对项目终局的嗅觉。每次绩效数据到手，你脑子里应该立刻浮现一个问题：如果明天项目被叫停，让我重新报一次完工总成本，我会报多少？这个数字，就是EAC。它不值得你恐惧，只值得你认真对待——毕竟比起等到项目黄了才被动面对现实，提早知道自己正走向哪里，总归要体面一些。
