Skip to content

Scheduling

Showing how a change moved the finish date

By Review.LivePublished 3 min readHow we write

The owner's representative issues a change on a two-storey car dealership: a second electrical room for future vehicle chargers. The electrical subcontractor says the switchgear shop drawings must be redrawn and re-reviewed before ordering. You think the finish has moved; she wants to see it in the schedule.

Marked drawings, pencils and a green drawing triangle lie beside a keyboard on an office desk.
Photo: Javier Quesada on Unsplash

For a change not yet carried out, copy the last accepted update from before it, add its activities tied to the work they affect, recalculate with nothing else altered, and compare the forecast finishes: the difference is the modelled effect. An owner can check that insertion against its accepted schedule. A UK industry protocol calls this a time impact analysis, and the US Army Corps of Engineers' guide specification requires the last approved schedule before the impact, with no other changes unless approved; it may require an interim update if that schedule is too old.

  1. Copy the last accepted update from before the change, and note its data date, finish and critical path. Not the baseline, unless no update exists yet, and not an unaccepted re-plan.
  2. Build the fragnet: the change's own activities — revised drawings, resubmittal and review, delivery, installation, inspection — each with a duration, a responsible party and its basis.
  3. Tie it in with every predecessor and successor, as the work would run.
  4. Recalculate and compare the forecast finishes. If the fragnet only uses float, completion does not move.
  5. Check the result with the superintendent: the new driving path should make sense on site. Wrong logic found elsewhere is fixed only by agreement, and shown separately.
  6. Put it on one page — change, fragnet, both finishes, float used, critical path before and after — and send it while the change is being priced.

Common mistakes

  • Quietly fixing other activities in the same run.
  • Claiming the whole fragnet as delay, despite the float.
  • Waiting until the job ends, when nobody agrees what the schedule showed.

Checklist

Before you send the analysis

  • Last accepted update before the change
  • Fragnet durations, parties and basis
  • Fragnet tied in at both ends
  • Nothing else changed in the copy
  • Both forecast finishes and the float used
  • Notice sent separately

Check your understanding

The owner's scheduler asks why you used last month's update, not the baseline, where the switchgear chain had 20 days of float. What do you say?

Show the answer
Last month's update is the latest accepted picture before the change, and the progress and delays since the baseline had already used 16 of those 20 days. Against the baseline, the change would be tested on a job that no longer exists.

Sources

  1. UFGS 01 32 01.00 10 Project Schedule (3.8.3 Time Impact Analysis; 3.8.5 Fragmentary Network; 3.8.6 Time Extension)U.S. Army Corps of Engineers, via the Whole Building Design Guide · United States federal construction contracts that use this guide specification · accessed
  2. Delay and Disruption Protocol, 2nd edition (Core Principle 4 guidance, paragraphs 4.7–4.14)Society of Construction Law · United Kingdom (industry guidance, not law or a contract) · accessed