Slowing down on purpose.

The access to the north of the site has been blocked for six weeks and there is nothing you can do about it. Your steel gang could be working flat out on the section they can reach, finishing early, and then standing around for a month waiting for everybody else.

So you don't. You slow them down to match the pace of the job as it actually is, keep the crew smaller, and save the money you would have spent racing towards a queue.

That is a competent decision. It is what a good contracts manager does. And in every programme ever drawn, it is indistinguishable from failing to resource the work.

THE TWO STORIES BEHIND ONE BAR the programme records the slowdown; it cannot record the reason for it WHAT EVERY PROGRAMME SHOWS planned actual — took far longer STORY ONE · DEFAULT the crew was short, the plant broke, nobody managed it — your delay STORY TWO · PACING the job was held elsewhere anyway, so you stopped paying to stand still Identical bars. One is a breach, the other is competent management, and no method can tell them apart.
This is the blind spot every technique in Phase C shares, and the reason it needs a week of its own.

Why anybody does it

The logic is straightforward once stated. If you become aware that a more critical delay is running elsewhere on the project, you can choose to pace your own progress against it — avoiding the cost of speeding up, or of working to normal output only to wait for the delayed work to catch up.

Hurrying in order to wait is expensive. Crews stand idle, plant sits on hire, and the completion date does not move an inch closer because something else is holding it.

The argument has limited support in both US and English case law, which is a careful way of saying it is recognised as real and is not a free pass.

Both sides use it

Worth knowing, because most people meet this argument from one direction only.

When an employer points to a contractor's concurrent culpable delays, the contractor frequently answers that it was pacing against employer delays that already existed. And when a designer is late returning information or approving shop drawings, the same argument comes back the other way: the works were already delayed, the response was just in time, and nothing further was caused.

Both versions are sometimes true. Both are also the most convenient thing each party could possibly say, which is precisely why the bar for proving them is where it is.

Four things you have to show

FOUR THINGS THE ARGUMENT REQUIRES and only the first can be reconstructed after the event 1 · YOU KNEW ABOUT THE OTHER DELAY provable from correspondence and minutes — the easy one 2 · YOU DECIDED TO PACE, AND THE DECISION IS RECORDED not a state of mind you remember having — a decision somebody wrote down 3 · YOU TOLD THEM notice that you would pace, so as not to add delay or disruption of your own 4 · YOU COULD HAVE RESUMED — resources still available if the other delay had cleared
Three of the four are contemporaneous acts. A claim invented at the end of the job can satisfy exactly one.

A party relying on pacing needs to demonstrate four things: that it knew about the more critical excusable delay, that it made an express decision to pace, that it notified the other party it would do so without adding delay or disruption of its own, and that it could have reinstated normal output had the pre-existing delay been cleared.

Look at that list as a records problem rather than a legal one and its real difficulty appears immediately.

The first element is usually easy. Correspondence, minutes and the delay register will show you knew.

The second is where most attempts die. An express decision is not a state of mind you remember having. It is a decision somebody made and recorded — a note in a meeting, an instruction to the subcontractor, a line in the monthly report. Without it, what you are describing is your own slow progress with a favourable interpretation attached.

The third asks whether you told them. That is a contemporaneous act which either happened or didn't, and no amount of later reasoning creates it. Contract Week 10 made the general point about notices; this is the same discipline applied to a decision rather than to an event.

The fourth asks whether you could have resumed. Keeping the resources available to restart is the thing that distinguishes pacing from having quietly demobilised, and it is provable from allocation records if anybody kept them.

Three of the four cannot be manufactured

That is the uncomfortable heart of this week.

Pacing is almost never asserted while a job is running. It is asserted at the end, in response to an employer's list of contractor delays, and by then three of the four elements are historical facts that either exist in the record or don't.

Which means the argument is usually decided long before anybody makes it. If nobody wrote the decision down and nobody sent the letter, the honest position is that you have your knowledge of the other delay and nothing else — and knowledge alone describes every contractor who was late while something else was also going wrong.

Paced at your own peril

The case law is not encouraging for the party that leaves it late.

The general rule where both parties have contributed to delay is that neither recovers, unless the delay and the expense attributable to each can be clearly apportioned. Courts have declined recovery where delays ran concurrently and the contractor could not establish its own delay separately from the other party's.

And a contractor pacing against an employer risk event has sometimes been held to do so at its own peril — the reasoning being that if it cannot show it would have finished on time but for the other party's delays, it was at least concurrently responsible, and it bears the consequences of the sequence it chose.

There is also a limit built into the argument that people forget. You can only pace against the delay that exists. Slow down by eight weeks while the access is blocked for six, and the last fortnight is yours no matter how good the first six weeks of reasoning were — and the whole argument now looks like a justification stretched to cover something it doesn't reach. Pacing is a matching exercise, and it stops being one the moment you overshoot.

Take Week 16's conclusion and apply it here. Concurrency generally moves a delay from compensable into time-only. A failed pacing argument does something worse: it leaves the delay looking like yours, which pushes it into the third column and takes the extension of time with it.

What keeps it alive

WHAT IT COSTS TO KEEP THE ARGUMENT ALIVE two documents, neither of which takes an hour THE UPDATE FIELD the line saying what an activity was waiting for — here it says: paced, against the access delay THE LETTER we are resequencing to match your delay, we can resume within a fortnight if it clears Written in the month it happens, these two turn an unprovable state of mind into a record.
And the letter does a second job: it puts the other side on notice that the delay is theirs.

The remedy costs almost nothing and has to happen at the time.

Week 7 proposed one extra field in the monthly update: what each activity was waiting for. That field is where pacing is recorded. Not slow progresspaced against the access delay to the north. Written that month, by the planner, in a document that gets issued.

Then the letter. Short, unremarkable, sent while it is happening: we are matching our sequence to the delayed access, we are not adding delay of our own, and we can return to normal output within a fortnight if it clears.

That letter does two jobs at once. It records the decision and the ability to resume, satisfying three of the four elements between them. And it puts the other side on notice that the delay is theirs, which is worth having entirely separately.

Practical insight

Go and look at the last three months on your job for any activity that visibly slowed down while something else was holding the works.

For each one, ask the person who ran it a single question: did we slow down because we chose to, or because we couldn't do better?

You will get clear answers, because they know. What almost never exists is any document containing that answer. The conversation takes ten minutes and the record it produces is the difference between an argument you can make and one you can only assert.

If the answer is that you chose to, write it down this week and send the letter. If the answer is that you couldn't do better, that is worth knowing too — because it means the pacing argument is not available to you, and building a claim on it later will fail in a way that damages everything around it.

Key takeaways

✔ Pacing is the rational choice to match your progress to a job already held up elsewhere, rather than hurrying in order to wait.

✔ In every programme it looks identical to default, which is the blind spot all the analysis methods share.

✔ Both sides use the argument — contractors against employer delays, designers against an already-late job.

✔ It requires knowledge of the other delay, a recorded decision to pace, notification, and the ability to have resumed.

✔ Three of those four are contemporaneous acts, so the argument is usually decided before anybody thinks to make it.

✔ Where both parties contributed and the delays cannot be clearly apportioned, neither may recover at all.

✔ One line in the monthly update and one short letter, written at the time, satisfy most of what the argument needs.

What's coming next

Pacing is the decision to go slower because the job allows it. The opposite decision is more expensive and considerably more contested: going faster than the plan, sometimes because you were instructed to and sometimes because refusing to would have cost more. Next week is acceleration and mitigation — including the version nobody instructed, nobody agreed, and somebody still has to pay for.

Enjoyed this lesson?

Join with Google to get each new lesson the moment it's published — and help me see which topics matter most to you. No spam, one email a week, unsubscribe anytime.