Skip to content
Danaos

The Sophistry of Schedule Metrics: Why Duration Overruns Don’t Measure Reality

Project controls is full of elegant illusions.

 

One of the most persistent? The idea that activity duration overruns — the gap between actual and planned durations — represent efficiency and productivity.

 

It sounds scientific and looks precise. Moreover, it comes with acronyms like TPR (Time Performance Ratio).

 

But here’s the truth: it’s a fugazi — a mathematical mirage masquerading as performance insight.

 


 

1. The Fiction of Comparing Fiction

 

In short, TPR divides “actual duration” by “original duration” and calls it performance.

 

However, the logic collapses the moment you ask: what do those numbers actually represent?

 

  • The baseline duration is usually a guess — effort-driven or time-constrained, with arbitrary resource assumptions.
  • Meanwhile, teams often reconstruct the actual duration after the fact, based on estimated progress or incomplete site reports.

 

So when you divide one assumption by another, you’re not evaluating performance — you’re comparing fiction to fiction. That’s not analytics. That’s numerology!

 

2. The Progress Illusion

In most projects, nobody measures progress — teams estimate it.

 

For example, “60% complete” rarely means 60% of the quantity installed. Instead, it’s someone’s confidence level.

 

When that subjective progress feeds into duration metrics, you end up with an estimation of an estimation.

 

Consequently, by the time a TPR value reaches a dashboard, layers of interpretation have filtered it. It no longer reflects field performance.

 

The result? Pretty charts that describe nothing real.

 

3. The Critical Path Mirage

 

Critical Path Method (CPM) analysis assumes that durations rest on realistic crew compositions and productivity rates.

 

But when planners don’t tie effort-driven activities to real resources, your critical path is a software illusion.

 

Therefore, it highlights what’s late in Primavera — not what’s critical on site.

 

In other words, your schedule might be mathematically correct and physically meaningless.

 

4. When the WBS Falls Apart

 

In real projects, the Work Breakdown Structure (WBS) evolves — for example, through new BoQs, design changes and variation orders.

 

But when WBS updates don’t trigger new resource calculations, you’re modeling yesterday’s reality with last month’s assumptions.

 

The result? Duration overruns that don’t represent inefficiency — they represent a model divorced from the field.

 

5. The Missing Backbone: BoQ-Driven Resource Logic

 

The only way to restore sanity to schedule analysis is to anchor it in BoQ-WBS connectivity and field-validated productivity data.

 

Here’s the hierarchy of truth:

 

  1. BoQ → WBS Mapping: Every WBS activity must map directly to measurable BoQ quantities.
  2. Resources → Quantities: Each BoQ item must link to cost recipes — labor, plant, materials — derived from real productivity benchmarks.
  3. Cost → Time Integration: Once you tie resources to quantities, you can calculate durations from actual production rates, not arbitrary guesses.

 

As a result, this creates a real cost-time baseline. Not an Excel fantasy. Not a planner’s optimism. A living model grounded in measurable work.

 

6. Payment Logic That Works

 

Once you connect BoQ, WBS, and resources, payment milestones stop being arbitrary dates. Instead, they become contractual checkpoints tied to real progress.

 

In practice, each payment stage corresponds to:

 

  • Quantifiable, verified work done;
  • Resource utilization matched to BoQ items;
  • Cost evidence that withstands audit and dispute.

 

That’s how you maintain control of time, cost, and cashflow. In turn, clients pay you for the value you actually delivered, not the illusion of progress.

 

7. From Data Theater to Evidence-Based Control

 

With real BoQ-resource integration, three things become possible:

 

  • First, you can track labor productivity by comparing actual man-hours to planned effort.
  • Second, you can quantify equipment utilization by comparing machine-hour performance.
  • Finally, you can trace material exploitation through actual consumption versus plan.

 

These are hard metrics. Therefore, they let you adjust resources based on evidence — not assumptions.

 

That’s how projects recover. It is also how claims hold up. In short, that’s how you manage reality, not Excel.

 

8. Why Only ProjectVIEW ERP Can Do This

 

Here’s the blunt truth: no standalone scheduling tool — not Primavera, not MS Project — can deliver this integration. Instead, they operate in logic and time, not in cost and quantity reality.

 

By contrast, DANAOS built ProjectVIEW ERP differently.

 

It’s the only construction management system designed around BoQ-driven WBS structures, resource productivity templates, and field-tested cost recipes.

 

With ProjectVIEW ERP, you can:

 

  • Link BoQ quantities directly to WBS elements;
  • Generate cost and time baselines from actual productivity data;
  • Update resources dynamically when scope changes;
  • Align progress, payments, and performance in one continuous control loop.

 

That’s not software — that’s construction intelligence.

 

Thus, it turns scheduling from art into science, from illusion into evidence.

 

9. Conclusion

 

Duration overruns, TPRs, and similar construction schedule metrics look objective. However, they often measure the wrong thing.

 

They give the illusion of precision while hiding the absence of realism.

 

In contrast, ProjectVIEW ERP dismantles that illusion.

 

It connects cost, time, and resources into one verifiable model. As a result, every schedule becomes a living reflection of what’s actually happening on site.

 

Until the industry embraces BoQ-based resource logic, we’ll keep mistaking ratios for reality.

 

And that’s the ultimate sophistry.

 

10. The Real Reason These Methods Persist

 

Let’s end with the truth no one wants to say out loud.

 

In fact, duration-overrun metrics and TPR analyses are popular because they serve the wrong people.

 

Their designers built them for project managers, developers, and consultants, not contractors.

 

Consultants love them because they look objective, fill reports, and shift accountability.

 

And here’s the punchline:

 

Consultants and developers don’t really care about the cost — because in most cases, the cost is the contractor’s problem.

 

When the model fails, the contractor absorbs the loss, not the consultant who built the schedule.

 

That’s why these flawed methods persist — they protect the wrong side of the table.

 

And that’s why contractors need tools like ProjectVIEW ERP — systems built to defend their reality, their evidence, and their payment.

 

But here’s the turning point —

When consultants finally adopt the ProjectVIEW ERP mindset, they’ll gain access to real Earned Value KPIs, accurate status reports, and credible progress updates.

 

Then, they’ll be able to reforecast budgets and schedules based on actual site conditions, not hypothetical ratios.

 

That’s when project controls will stop being academic — and start being accountable.

 

Until then, duration-overrun metrics will remain what they’ve always been:

 

tools for consultants to look smart, and for contractors to lose money.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

George Tsolakis

About the author

George Tsolakis

Chief ERP Architect, DANAOS Projects

George (Georgios) Tsolakis is Chief ERP Architect at DANAOS Projects and a subject-matter expert in construction ERP architecture, engineering economics, cost accounting and construction cost control. With more than 30 years of experience building construction-specific enterprise technology, he conceived ProjectVIEW ERP and remains its principal architect and lead developer, directing business analysis, product architecture, advisory, implementation and support for project-based…