Delay Analysis in Construction Projects: A Planner's Field Guide from Site Records to Entitlement
The monthly routine that makes a claim almost self-assembling, prospective versus retrospective method families, evidence weighting, delay classification, float erosion, and notice regimes under FIDIC, NEC and JCT.
By Dr. Hassan Eliwa, PhD — Founder of PMMilestone.org & PMMilestone.com · 2026-08-21
Delay Analysis in Construction Projects: A Planner's Field Guide from Site Records to Entitlement
By Dr. Hassan Eliwa, PhD — Founder of PMMilestone.org & PMMilestone.com · Updated 2026-08-21 · https://pmmilestone.com/career-guides/delay-analysis-in-construction-projects-field-guide

Strip away the terminology and every delay determination — by an engineer, an adjudicator, a dispute board or a tribunal — reduces to three tests. Understanding them changes how you build the file, and most of what follows in this field guide is really about those three tests wearing different clothes.
- ▸ The monthly routine that makes a claim almost self-assembling
- ▸ Prospective versus retrospective method families, and when each belongs
- ▸ How evidence is weighted in practice — a hierarchy, not a pile
- ▸ Classifying critical delay into time, money, both, or neither
- ▸ Float erosion as an early warning system, plus notice regimes under FIDIC, NEC and JCT
1. The three questions behind every determination
Strip away the terminology and every delay determination reduces to three tests. The order matters. I have watched contractors invest six figures in a forensic analysis for a claim that failed the first test on a notice provision they had never read carefully. Spend the first day on the contract, not the schedule.
| Test | Plain language | What satisfies it |
|---|---|---|
| Entitlement in principle | Does the contract give relief for this type of event at all? | The clause, the risk allocation, and evidence that notice was served in the required form and period. |
| Causation | Did this event actually push the completion date? | A critical path demonstration at the time of the event, using contemporaneous programme data. |
| Quantum of time | How many days, exactly? | A day-by-day measurement of critical path movement, net of float and net of concurrent contractor delay. |
Table 0 — The three tests behind every delay determination. Entitlement in principle precedes causation, which precedes quantum.
2. The monthly discipline that wins claims before they exist
If you take one thing from this article, take this list. It costs a planner perhaps four hours a month and it is the difference between a claim that assembles itself and one that has to be excavated years later at ten times the cost.
| Frequency | Action | Why it pays off later |
|---|---|---|
| Every update | Save the native schedule file with a dated, locked filename before you touch it. | Creates the window boundaries any retrospective method will need. Irreplaceable if lost. |
| Every update | Export and file the critical path and the ten lowest-float paths. | Shows how the driving path migrated over time, in evidence, without re-running old files. |
| Every update | Record forecast completion and the movement since last month, with a one-line explanation. | Becomes the spine of the delay narrative. A month with no explanation is a month you will argue about. |
| As it occurs | Log the delay event: reference number, start, expected end, impact date, source document. | Converts anecdote into a traceable event chain. Open-ended events are treated as speculative. |
| As it occurs | Issue notice inside the contractual period, even for minor events. | Protects entitlement. Notice costs nothing; a time bar costs the whole claim. |
| Monthly | Log your own delays with equal candour. | An analyst who concedes nothing is not believed. Early concession buys credibility on the contested days. |
| Quarterly | Run a schedule health check — open ends, constraints, negative lag, out-of-sequence work. | A defective baseline discovered by the other side is far worse than one you disclosed and fixed. |
Table 1 — The monthly delay-readiness routine. Four hours a month is the difference between a claim that assembles itself and one that has to be excavated.
⚠ A lesson learned the hard way. On a wastewater upgrade in 2019, the team ran a single live programme and overwrote it each month. When the claim came, we had one baseline, one final schedule and twenty-two months of nothing in between. Reconstructing the intermediate positions from progress reports and invoices took eleven weeks and produced a result that the employer's expert could legitimately challenge on three separate grounds. The archive would have taken about ninety seconds a month.
3. Modelling delay into a live programme
When you are seeking relief during execution rather than after completion, the analysis is prospective: you take the accepted programme updated to the moment before the event, insert the event as a sub-network — a fragnet — and re-run the schedule to see where completion lands. The chart below shows three fragnets modelled into the hospital programme.
Figure 1 — Fragnets modelled into the live programme, Riverside Hospital (illustrative)
Figure 1 — Delay fragnets inserted into the accepted programme at their respective impact dates. Contract completion sits at day 440; the impacted position lands at day 511.
Three things make a fragnet defensible. It must be logically tied to the specific activities the event actually touched, not floated in as a bar with a start-to-start link to the project. Its duration must come from a document — the number of days a response took, the shipping manifest, the revised drawing issue date — and not from an estimate. And it must be inserted at the impact date, meaning the date the event first affected the works, which is frequently later than the date the event occurred.
That last point catches people out. A design query raised on 3 March that was not needed on site until 19 April has an impact date of 19 April. Inserting it on 3 March overstates the delay and invites a reviewer to recalculate the whole analysis themselves.
4. Two families of method, and where they belong
Rather than memorise six technique names, it helps to see them as two families that answer slightly different questions. Time impact analysis sits in the prospective family; windows analysis and its relatives sit in the retrospective one. The full taxonomy is covered in the encyclopedia entry on forensic delay analysis.
| Prospective family | Retrospective family | |
|---|---|---|
| Question answered | What will this event do to completion, judged from the position at the time? | What did actually delay completion, judged from the finished record? |
| Typical members | Impacted As-Planned; Time Impact Analysis | Time Slice Windows; As-Planned vs As-Built Windows; Longest Path; Collapsed As-Built |
| Data required | Accepted baseline, updates to the impact date, documented fragnets | Complete as-built record and, ideally, the full run of dated updates |
| Main strength | Mirrors the decision the engineer must make under the contract, in real time | Grounded in what happened; less analyst judgement embedded in the result |
| Main criticism | Hypothetical — models an outcome rather than observing one | Requires records many projects never kept; as-built critical path can be contested |
| Best used when | Claiming during execution; contract requires contemporaneous assessment | Claiming after completion; the dispute is about the final account |
| Cost signal | Moderate to high — grows with the number of events | High — evidence assembly dominates the effort |
Table 2 — Prospective versus retrospective method families. In practice, both often appear in the same file.
The contractor claims prospectively during the works under the notice regime, and the final position is reconciled retrospectively at the end. Where the two produce different answers — and they will — the retrospective result generally carries more weight after completion, because it is observing rather than predicting.
5. Evidence is a hierarchy, not a pile
A recurring mistake is treating a large appendix as strong evidence. It is not. Reviewers weight evidence, and knowing the weighting tells you where to spend your effort.
| Tier | Evidence type | Weight | Note |
|---|---|---|---|
| 1 | Contemporaneous programme updates in native format, plus dated correspondence and formal notices | ▰▰▰▰ Very high | Created before the dispute, by both parties, for operational reasons. Hardest to challenge. |
| 2 | Daily diaries, signed inspection records, delivery dockets, survey and photographic records with metadata | ▰▰▰ High | Independent corroboration of as-built dates and site conditions. |
| 3 | Meeting minutes and progress reports | ▰▰ Moderate | Useful for narrative and admissions, but often drafted by one party and lightly reviewed. |
| 4 | Reconstructed programmes and as-built schedules built after the event | ▰ Low to moderate | Acceptable if the reconstruction method is disclosed; weight drops if it is not. |
| 5 | Witness recollection unsupported by documents | ▱ Low | Rarely decisive on its own. Valuable when it explains documents, not when it replaces them. |
Table 3 — How delay evidence is weighted in practice. Spend your effort at the top of the table, not on the thickness of the appendix.
Expert tip ✔ Build the event register before you build the analysis. One row per event: reference, description, source document and date, activity IDs affected, impact date, end date, party at risk, notice reference. On the hospital project that register was 94 rows and it became the index for the entire submission. Every table and every fragnet in the report pointed back to a row number, so the reviewer never had to search for anything.
6. Classifying critical delay: time, money, both or neither
Once you have measured critical delay in each window, every day has to be placed in one of three buckets. This is where a submission either demonstrates discipline or reveals that it is simply asking for everything.
| Classification | Time relief | Cost recovery | Typical causes |
|---|---|---|---|
| ● Excusable and compensable | Yes | Yes | Client variations, late employer-supplied information, employer access failures, works by others |
| ◆ Excusable, non-compensable | Yes | No | Abnormal weather, some force majeure events, and periods of true concurrency |
| ▲ Non-excusable | No | No | Contractor resourcing, subcontractor default, rework, plant availability, poor planning |
Table 4 — The three buckets. Every measured critical day lands in exactly one of them, with time and cost entitlement decided separately.
Figure 2 — Critical delay classified window by window
Figure 2 — Critical delay days classified window by window. April is the interesting month: nine contractor days alongside seven excusable non-compensable days.
Look at April in that chart. Nine non-excusable days sit alongside seven excusable, non-compensable days. That is a concurrency picture, and the honest reading is that the contractor is protected from liquidated damages for the overlap but recovers no prolongation cost for it. Presenting April as a clean seven-day compensable claim would be the fastest way to have the entire submission read sceptically.
Across the seven windows the totals came out at 45 excusable days, of which 34 were also compensable, against 23 days of contractor-risk delay. When we tabled that split ourselves in the opening summary, the conversation with the employer's team changed character immediately. We were no longer arguing about whether the contractor accepted responsibility for anything; we were arguing about eleven specific days in two windows.
7. Float erosion: the earliest honest warning
Total float is the most underused early warning indicator in project controls. A path does not become critical on the day it goes negative; it announces its intention over several months as float drains away. If you plot float by path across successive updates, you can see the problem forming — the same mechanics behind float management and the negative-float failure mode we dissected in the Primavera P6 negative float case study.
Figure 3 — Float erosion is the earliest honest warning you get
Figure 3 — Total float on two paths across twelve updates. The facade and MEP path signalled its trajectory long before it turned negative at update 8.
On the chart above, the facade and MEP path was losing three to seven days of float every update from update 3 onwards. By update 6 the trend was unmistakable. Notice was actually issued at update 8, when the path went negative — two months later than the data justified. Those two months of silence became the employer's strongest argument for reducing the award, and they were entirely avoidable.
Float ownership deserves a word here too. Many standard forms operate on the basis that float belongs to the project rather than to either party, so relief is granted only where the delay consumes all available float and pushes completion. Some bespoke amendments say otherwise. Read the clause, then state your position on float explicitly in the methodology — silence on the point is read as an assumption in your own favour.
8. Notice regimes: the trap that has nothing to do with scheduling
Notice provisions defeat more meritorious claims than bad analysis does. The mechanics differ substantially between standard forms, and the differences are worth knowing before you need them.
| Form | Notice trigger | Typical period | Assessment character |
|---|---|---|---|
| FIDIC (Red / Yellow Book, 2017) | Awareness of the event giving rise to the claim | 28 days, with an express time-bar consequence | Engineer determines; contemporaneous records required and inspectable |
| NEC4 | Early warning, then compensation event notification | 8 weeks for contractor notification | Quotation based on the Accepted Programme; effectively a built-in prospective analysis |
| JCT (Design & Build) | When it becomes reasonably apparent progress is being delayed | 'Forthwith' — no fixed day count | Contract Administrator assesses a fair and reasonable extension |
| Bespoke public-sector forms | Highly variable | Frequently 14 to 28 days | Often stricter than the standard form they were derived from; read every amendment |
Table 5 — Notice and assessment mechanics across common standard forms. Orientation only; the executed contract, including amendments, always governs.
A practical habit: on mobilisation, produce a one-page notice map for the project team listing every notice obligation, the trigger, the period, the addressee and the required form. Pin it in the site office. It takes an afternoon and it has saved claims worth millions on projects I have worked on.
9. Common mistakes
| ✖ Mistake | Consequence | Correction |
|---|---|---|
| Waiting until completion to start the analysis | Records degrade, people leave, and cost multiplies. The result is weaker and far more expensive. | Run a rolling monthly analysis from the first critical slip. |
| Fragnets inserted at the event date rather than the impact date | Overstates delay and undermines every other figure once discovered. | Impact date = the date the event first affected the works. Document the reasoning. |
| A single lump-sum delay figure with no window breakdown | Impossible to verify, therefore easy to reject. | Break the claim into windows tied to actual data dates. |
| Claiming disruption inside a delay analysis | Two different claims, two evidence bases, both weakened by the merge. | Separate submissions, cross-referenced to the same event register. |
| Silence on the contractor's own delays | Destroys credibility and invites forensic hostility on everything else. | Concede them early, quantify them, and show they were handled honestly. |
| Using a working programme as the baseline | The baseline must be the one submitted and accepted under the contract. | Identify the contractual baseline explicitly, with its submission and acceptance references. |
| Changing logic retrospectively to make an event critical | The most damaging thing you can do to your own case. | Freeze accepted logic; record any unavoidable change in a disclosed event change log. |
| Ignoring calendars and non-working periods | Working-day and calendar-day confusion can shift a result by weeks. | State the calendar basis on every figure. Reconcile working days to calendar days in one table. |
Table 6 — The mistakes that sink otherwise sound submissions, and the correction for each.
10. Expert tips from live submissions
- ✔ Open with a one-page summary that states the method, the total slip, the excusable days, the compensable days and the contractor-risk days. Reviewers read that page and skim the rest. If it is honest, the rest is read charitably.
- ✔ Keep the working-day and calendar-day conversion in a single visible table. Ambiguity here is the most common source of pointless argument in the review cycle.
- ✔ Photograph and date-stamp obstructed work faces on the day the obstruction occurs. A dated image of an area that could not be accessed is worth more than three pages of narrative.
- ✔ Where records are missing, name the gap in the methodology section and explain how you bridged it. Every reviewer finds gaps; only some of them find them before you disclose them.
- ✔ Have a colleague who has never seen the project attempt to follow your analysis from the event register to the final number. If they cannot, neither can the engineer.
- ✔ Consider automating the mechanical layer — file parsing, window comparison, critical path change detection, slip quantification. The time you save goes into causation, which is where claims are actually decided.
Key takeaways
- 📌 Claims are won during the project, through archived updates, dated event logs and timely notices.
- 📌 Test the contract first. Entitlement in principle precedes causation, which precedes quantum.
- 📌 Prospective methods answer 'what will this do'; retrospective methods answer 'what did happen'.
- 📌 Evidence is weighted. Contemporaneous native records outrank everything created after the dispute.
- 📌 Classify every critical day as compensable, excusable-only, or contractor risk — and show your workings.
- 📌 Float erosion warns you months ahead of a negative float alarm. Watch the trend, not the threshold.
- 📌 Concede your own delays early. It costs a few days and buys credibility on the days that matter.
🔗 Related career guides
- 📘 EOT claim preparation steps: building an extension of time that actually gets awarded — the seven-stage claim sequence that this field guide's record discipline feeds into.
- 📘 How to become a delay analyst — the forensic career built on exactly these methods, evidence tiers and notice regimes.
- 📘 How we fixed -19 days of negative float in Primavera P6 — the schedule mechanics behind the float erosion warning signs in Figure 3.
- 📘 Inside the Riverside office building Primavera P6 tutorial — an end-to-end P6 build that rehearses the baseline, update and fragnet hygiene this guide depends on.
- 📘 Schedule entropy: why great schedules slowly become chaotic — the drift that quietly destroys the evidential value of programme updates.
Companion reading in the encyclopedia: Forensic Delay Analysis, Time Impact Analysis, Windows Analysis, Baseline Schedule, Float Management, Critical Path Method and Liquidated Damages.
Final word
The hospital submission that was resolved in three weeks did not contain a single technique that is unavailable to any planner reading this. It contained a dated archive, a disciplined event register, notices issued on time, and an author who was willing to write down the twenty-three days that belonged to their own side. The analytical sophistication was ordinary. The record-keeping was not.
If you are on a live project right now, the highest-value thing you can do this week is not to learn a new delay analysis method. It is to check whether last month's programme update still exists as a separate, dated file — and if it does not, to start the archive today.
Dr. Hassan Khames Eliwa, PhD, works in project controls across building, healthcare, transport and infrastructure programmes, specialising in planning and scheduling, earned value management, forensic delay analysis and the preparation and defence of extension of time claims.
Frequently Asked Questions
What is delay analysis in construction, in simple terms?
It is a structured way of demonstrating whether a particular event caused the project to finish later than the contract required. It compares what was planned against what happened, identifies which activities were controlling completion at each point in time, and measures how far the completion date moved as a result of specific, documented events.How many days of extension can I expect to recover?
There is no ratio, and anyone offering one should be treated cautiously. Recovery depends on how much of the slip landed on the critical path, how much was concurrent with the contractor's own delay, and whether notice obligations were met. On well-documented projects a recovery of roughly half to two-thirds of total slip is common; on poorly documented ones it can be far lower regardless of the underlying merits.Is a Gantt chart on its own enough to support a claim?
No — that assumption is a common misconception. A Gantt chart shows durations and dates; it is not evidence of logic, float, calendars or the critical path over time. Those live in the native schedule file. A claim supported only by PDF programme prints invites the reviewer to ask for the files anyway, and the delay in producing them rarely helps.What happens if the employer never accepted our baseline programme?
You proceed with a reconstructed or de facto baseline, and you disclose that clearly. Some contracts deem a programme accepted if not rejected within a period, so check the clause before assuming there is no accepted baseline. Where there genuinely is none, the analysis still works, but expect the weight attached to it to be reduced and expect the assumptions to be scrutinised.Should the analysis be done by the planner or by an external expert?
During execution, by the project planning team — they have the context and the records, and contemporaneous analysis is part of normal programme management. Once a matter is heading toward adjudication or arbitration, independence becomes valuable, and an external analyst who was not involved in the events carries more weight. The best outcome is an expert who inherits a well-kept record set rather than one who has to build it.How do I deal with a delay caused by a subcontractor?
Unless the contract says otherwise, subcontractor performance sits with the contractor. It is a non-excusable delay upstream, even though the contractor may have a parallel claim downstream against the subcontractor. Record it as contractor risk in the main analysis and pursue it separately. Attempting to present it as an employer-risk event is a credibility risk that is rarely worth taking.Can weather delays be claimed?
Generally only where the weather was abnormal relative to the contractual or historical benchmark, and where it affected work that was critical at the time. Ordinary seasonal weather is usually contractor risk because it was foreseeable and priced. The evidence needed is site rainfall or wind records set against the benchmark, plus a demonstration that the affected work was on the driving path.What software do I need for delay analysis?
Primavera P6 or Microsoft Project for the schedule work, a spreadsheet for the event register and the window measurements, and a schedule quality tool for health checks. Increasingly, purpose-built tools can parse schedule files directly and produce the mechanical comparison automatically, which shortens the analysis considerably. No tool substitutes for reading the contract and establishing causation.How far back can a delay claim be raised?
That is governed by the contract's notice and claim provisions and by the applicable limitation period, not by delay analysis practice. Some forms bar claims entirely if notice was not served within a set number of days of awareness. Others allow claims through the final account. This is the first question to resolve, and it usually requires legal input rather than a planner's judgement.
People also ask
Follow-up questions practitioners search for next — each one points to the calculator, template or reference entry that answers it.
Which books deepen this career path?
Field handbooks on project controls, P6 scheduling and EVM. Books & Publications ↗
Which academy track maps to this career step?
Structured progression from planner to programme controls director. Project Controls Academy ↗
Which calculator should I learn first?
PV / EV / AC / CV / SV / CPI / SPI in one workbook — the gateway tool. EVM Calculator ↗
Which schedule tool will an interviewer expect me to know?
Runs the DCMA 14-point assessment against P6 / MS Project exports. Schedule Health Checker ↗


