Industry: Project Management Product: ModelRisk Application: Project Tracking and Risk Quantification
A CPI of 0.879 and an SPI of 0.896 — the monthly project-tracking report for a $310M data-centre build at month 14 of 28 — looks bad on a dashboard, but exactly how bad is what the deterministic EVM formulae cannot say. EAC = BAC / CPI gives $353M. That is one possible answer. It treats the historical CPI as if it were the future CPI, and silently assumes the four discrete risk events still open on the register all resolve at zero impact. Neither assumption is defensible at the trigger threshold the steering committee actually cares about.
EAC = BAC / CPI
A hyperscale-data-centre operator replaced its monthly EVM trigger logic with a Monte Carlo re-forecast in ModelRisk. Every monthly cut produces the same chart: a forecast EAC distribution with P50 / P80 / P90 lines drawn. The steering committee no longer reads a number — it reads a distribution, and the trigger is a probability of breaching BAC, not a current EAC.
The deterministic BAC/CPI formula returns $353M — about $43M over BAC. The simulation lands the P50 at roughly $364M, the P80 at $383M, and the P90 at $393M. The probability of staying within BAC is effectively zero: even the optimistic tail of the forecast clears the approved budget. The single-number formula sits below the simulation's own central tendency; what it hides is the $19M gap between P50 and P80 — the contingency reserve the project actually needs to commit, sized to a confidence level, not to a guess.
BAC/CPI
The controls team's monthly EVM data for the data-centre build at month 14:
The probabilistic re-forecast was built directly off those numbers, with two stochastic ingredients:
Four open risk-register events were also fired each iteration as Bernoulli × impact: chiller-package rework (P = 0.25, LogNormal mean $6M), fibre-route outage (P = 0.15, LogNormal mean $4M), permit modification (P = 0.10, Triangular $2–12M), and commissioning slip (P = 0.30, LogNormal mean $8M).
Tracking cost without tracking schedule is a familiar way to get blindsided — a project that earns its value early can still go cost-over because the cost variance compounds. The simulation forecasts both jointly:
The scatter shows the simulation's positive correlation between EAC and finish month — slow projects are also expensive ones. At month 14 the cost overrun is all but certain (P(EAC > BAC) ≈ 100%), so the live risk the committee is actually managing is the schedule: the joint probability of being both over-budget and past the 28-month plan is about 91%, driven almost entirely by the schedule margin. The "covered to here" rectangle (P80 on both axes) gives the steering committee its commitment envelope: roughly $383M and 30.7 months, instead of $310M and 28 months.
The same model is re-run with each month's snapshot. Comparing months 6, 14, and 22 shows the distribution collapsing as more value is earned:
The month-6 P80–P50 gap is roughly $42M; at month 14 it is $19M; by month 22, after the chiller-rework window has closed, it is about $6M. The trigger logic that the steering committee built around this view is simple: any monthly cut whose P80 EAC exceeds the previously committed reserve fires a stage-gate review.
CPI_remaining is the largest single mover by a wide margin — it dominates the chart. The commissioning slip event ranks second among the discrete risks — a risk-register event the project director had been treating as low-priority because of its 30% probability. The tornado said it carried about 1.5x the EAC spread of the chiller-rework event, and the closeout plan was rewritten the same week.
Project tracking is not the act of writing a CPI number on a slide. It is the act of asking, every month, "given everything we know today, what is the distribution of where this project actually ends?" Monte Carlo simulation is what makes that question answerable.