Narrates the performance position
What moved this cycle, which trades and pay items carry the variance, and what each of the three forecasts assumes.
Percentage complete is the least trustworthy number on a project. Earned value gives progress a currency.
Last updated
Zepth Rx module
“We’re 40% complete” is self-reported, optimistic, and has no unit — 40% of what? Earned value fixes that by asking three questions with the same denominator: how much value should have been earned by now, how much has actually been earned, and how much has been spent to earn it. Every index and every forecast follows from those three and the budget.
Most EVM implementations fail before the first formula, because there is no credible money on the programme — resource costs in a P6 file are frequently a single lump loaded against every activity, or absent entirely. Zepth Rx builds the cost basis from your bill of quantities and maps it onto the programme, so the money on the schedule is the money in the contract.
Plain SPI has a structural flaw. As a project finishes, planned value and earned value both converge on the budget at completion — so SPI is guaranteed to drift back toward 1.00 whether or not the project is late. A badly delayed job can read “on schedule” right up to handover.
Earned Schedule expresses schedule performance in time instead of money. It finds the point on the planned curve where today’s earned value was supposed to have been reached, and compares it to now. Actual time is counted on the calendar, so SPI(t) is not pinned at 1.0 once a project runs past its planned end.
When actual cost was never recorded, every cost forecast returns nothing — not a number.
The alternative is worse than useless. With actual cost treated as zero, EAC equals BAC, VAC equals zero and ETC equals BAC, and the screen reads “forecast to land precisely on budget” about a project whose spend nobody has entered. Zepth Rx shows “not computed”, and says why.
“A plausible number computed from a fraction of the data is worse than no number, because nothing about it looks wrong.”
A P6 import writes 0.00 into the actual-quantity column on every row as a default. A per-row “is this present?” test would therefore be true everywhere, switch the whole programme to quantity-based earning, and return an earned value of zero on a fully mapped project.
Zepth Rx tests the corpus — is this column tracked anywhere on this project? — rather than the row. The same discipline applies to actual cost. It is the kind of defect that produces a confident, precise, entirely wrong number, which is the only kind that survives review.
The instruments this module produces, drawn on illustrative data so the method reads clearly.
Planned value, earned value and actual cost to the data date. The headline planned value is read off this same curve, so the number and the chart cannot disagree.
Why SPI(t) leads the KPI strip. Plain SPI is pulled back toward 1.00 as planned and earned value both converge on the budget — so a late project reads “on schedule” near the end. Earned Schedule measures in time and keeps saying something.
Three models, three stated assumptions. The composite is not “worst case” — on a project running ahead of schedule it can land below the others.
Localising the variance. Indices are recomputed per node, never averaged — averaging indices across nodes of different size produces a number that means nothing.
A cost basis derived from the bill, so earned value and the payment application describe the same project.
CPI — the most reliable early predictor of final cost on a construction project — available honestly at 20% complete rather than re-forecast at 60%.
A schedule signal that survives to the end of the job, when plain SPI has stopped saying anything.
TCPI converts “we’ll recover it” into the efficiency every remaining unit of work must now achieve.
Import the BOQ; it is parsed into priced sections and items and gives the contract value. Map bill sections to activities by discipline — the proposal is generated for you, but nothing is written until a human reviews and applies it. A cost basis that appeared silently is a cost basis nobody will defend.
The bill-to-programme bridge carries quantity and rate, so a re-measurement flows through correctly instead of leaving a stale lump of cash on an activity — and it is what allows earning against installed quantity.
Where the bill’s total and the schedule’s cost basis differ, the difference is shown and named. Provisional sums and contingency land in reserves and do not reach an activity.
Percent complete, 0/100 for milestones, 50/50, 20/80, and units. Settable per activity and otherwise inferred: a milestone earns 0/100, an activity with tracked quantities earns on installed over budgeted quantity, everything else earns on percent complete.
CV, SV, SPI, CPI, three EAC forecasts as a range, ETC, VAC and TCPI — each with its stated assumption. The forecast is always a range of three, never a single EAC, and the composite is not labelled “worst case” because on a project running ahead of schedule it can land below the others.
Schedule performance expressed in time rather than money: SPI(t) = ES ÷ AT, and SV(t) in working days. It leads the KPI strip because it is the one that stays truthful.
By work breakdown — which part of the building is behind — with indices recomputed per node rather than averaged. And by the bill — which pay item is losing money — with each activity’s earned value split across the pay items funding it, so the two axes reconcile exactly.
Parsed into priced sections and items, giving the contract value. Excel or CSV, with quantities and rates.
A proposal is generated by discipline, with trade names normalised. Nothing is written until a human reviews and applies it.
The performance measurement baseline is an explicit choice, paired on stable identity, with unpaired activities reported as coverage rather than dropped.
Import it, or record certified amounts against pay items. Without it the cost side reports that it cannot be computed.
Indices, the three forecasts as a range, and Earned Schedule — rolled up by work breakdown and by the bill.
What moved this cycle, which trades and pay items carry the variance, and what each of the three forecasts assumes.
Every figure the narrative states is reconciled against the computed value; anything that cannot be reconciled is flagged on screen and the calculated figures govern.
Every index, every forecast and every roll-up is deterministic arithmetic you can open and re-derive by hand.
The engineer’s judgment stays in charge; the AI removes the latency and the blind spots.
KPI cards, the progress S-curve, performance indices across revisions, the forecast range, budget and earned value by trade, work-breakdown performance, and the worst variances with their basis — plus a print-ready EVM report. Where a contractor’s own cost history exists, the S-curve can also be drawn as they report it, beside the platform’s own calculation.
Because resource costs in a submitted P6 file are frequently a single lump loaded against every activity, or absent entirely. Mapping the bill onto the programme means earned value and the payment application describe the same project.
Earned Value is explicitly locked and points you to the cost data screen. It shows a lock, not a screen of zeros.
Because each rests on a different assumption — that the overrun was one-off, that today’s cost performance continues, or that both cost and schedule performance continue. A single EAC hides which assumption you are relying on.
Plain SPI is pulled back toward 1.00 as a project finishes, whether or not it is late. Earned Schedule measures in time instead of money, so it keeps saying something to the end of the job.
Yes. Alongside the work-breakdown roll-up there is a bill roll-up, with each activity’s earned value split across the pay items funding it in proportion to their share of its allocated money — so the two axes reconcile exactly.
A print-ready EVM report, and CSV exports. Every KPI opens into its Basis of Calculation — each input with its source, the formula as steps, and the snapshot and data date it was computed against.
Related modules
Zepth is the construction project delivery platform — it runs construction, procurement and asset management on one record, and does the work: reading the drawings, reviewing the submittals, matching the invoices and flagging the risks, with a human sign-off on anything consequential.
A short, tailored walkthrough on your real workflow — no generic demo.