Operations

Construction - managing a programme delay

7 steps. Notice served. Claim protected.

Zigaflow Editorial

Published

Zigaflow Editorial publishes Zigaflow's guides, insights, industry resources, glossary and workflow pages. Zigaflow is responsible for what they say. Spotted an error? Email support@zigaflow.com.

Step by step

  1. Identify the Delay EventJobs

    Recognize and categorize the delay - neutral event, client-caused, or concurrent - and log it against the job record with the date first identified.

  2. Issue Written Delay NoticeeForms

    Serve formal written notice to the contract administrator within the contract timescales, identifying the relevant event and its likely impact on the programme.

  3. Gather Contemporaneous EvidenceeForms App

    Collect site diaries, weather records, photographs, correspondence, and variation instructions that demonstrate cause, timing, and impact.

  4. Update the ProgrammeProject Tracking

    Revise the project programme to show the impact of the delay event on the critical path and the revised projected completion date.

  5. Submit Extension of Time ClaimContracts

    Submit the formal EOT claim with programme analysis and supporting evidence, quantifying the extension sought under the relevant contract provisions.

  6. Respond to AssessmentMentions

    Engage with the contract administrator's review, provide any further information requested, and negotiate the agreed extension if challenged.

  7. Confirm Revised Completion DateInvoices

    Confirm the revised completion date in writing, update sub-contractor programmes, and progress any related loss and expense claim for additional costs.

What this workflow solves

  • We issued a verbal delay notice on site but never followed it up in writing, and the client is now threatening liquidated damages for a period we should have had an extension for.
  • Our delay records are scattered across site diaries, emails, and a shared drive nobody keeps current - compiling an extension of time submission takes weeks and still feels incomplete.
  • We lost an EOT claim because we could not prove the delay event was on the critical path - our programme had not been updated for two months when we needed to use it.

Frequently asked questions

See it live

Want to see this workflow in Zigaflow?

Book a demo and we'll run through your exact process live.

Book a free demoBuild your own workflow

Got a different workflow?

Describe your process in plain English and we'll map it to Zigaflow.