Director's Playbook

Project Controls Director's Playbook

Not a textbook — a set of practical frameworks from major-programme experience: how a Project Controls Director interrogates information, challenges assumptions, and turns evidence into decisions. Each links to the deeper method, the tool and the field note.

01

Baseline Assurance

What I would look at before I accept a baseline.

What I look for

Formal acceptance, complete logic with no open ends, justified constraints, and durations and sequence that reflect how the job will actually be built.

Why it matters

An unsound baseline makes every measurement against it unreliable — progress, forecast and delay all inherit the flaw.

What evidence I need

The accepted baseline, the contract programme clause, the basis behind durations and sequence, the constraint log.

What decision it changes

Whether to accept the baseline as the control reference — or require it corrected first.

02

Progress Verification

What I would challenge before accepting reported progress.

What I look for

Actual dates that reconcile with the record, one consistent progress method every cycle, and out-of-sequence work that is explained rather than ignored.

Why it matters

Every forecast and every claim rests on progress; a percentage I cannot evidence is one I cannot defend.

What evidence I need

Site records, quantities and timesheets, and actual dates checked against the contemporaneous record.

What decision it changes

Whether reported progress can be accepted, or must be re-verified before it drives any decision.

03

Forecast & Critical Path

How I read a forecast and the path driving it.

What I look for

A forecast driven by remaining duration and logic — not a constraint — and a critical path that makes engineering sense and does not lurch every cycle.

Why it matters

Leadership commits on the forecast, and entitlement follows the critical path; a false path misleads both.

What evidence I need

Remaining durations, the longest path, float distribution, and how the path migrates between updates.

What decision it changes

Whether the completion date can be planned against — and where recovery should be focused.

04

Recovery Programmes

How I decide whether a recovery programme is credible.

What I look for

Whether the assumed productivity was ever actually achieved on the job, and exactly what has been compressed — durations, logic or resources.

Why it matters

Most recovery programmes fail on the same unrealistic assumptions, and a cosmetic one wastes the window to actually recover.

What evidence I need

Actuals to date, the method behind any shortened durations, secured resources, and the logic changes made.

What decision it changes

Whether to accept the recovery as credible — or reject it and escalate.

05

Claims & EOT

How I interrogate an extension-of-time submission.

What I look for

A cause tied to a valid contract event, a demonstrable effect on the critical path, and the contemporaneous records that prove both — mapped, not narrated.

Why it matters

A claim missing any of cause, effect or evidence collapses; and net entitlement is rarely the gross slip.

What evidence I need

The baseline and updates, the instruction and notice record, the contemporaneous programme, and the delay-event particulars.

What decision it changes

What extension is actually demonstrable — and whether time and money are being kept separate.

06

Programme Governance

How many contracts become one governable programme.

What I look for

Whether every contract reports on one comparable standard, and whether exposure reaches the person who can act while there is still time.

Why it matters

Without a common standard the programme cannot be governed as one; escalation that arrives late changes nothing.

What evidence I need

Coding and reporting consistency, the ability to roll status up, and the escalation record.

What decision it changes

What to standardise across contracts — and what to escalate now.

07

Digital Project Controls

Where automation adds value — and where judgement stays.

What I look for

What is genuinely identical every cycle (automate it) versus what needs professional judgement (keep it human).

Why it matters

Automation raises the floor, but automating a flawed control just produces bad controls faster.

What evidence I need

The rule set behind the automation, the exceptions it surfaces, and an honest view of what it cannot catch.

What decision it changes

What to automate — and where expert review must stay in the loop.

08

Reporting

How reporting becomes decision support.

What I look for

Whether the report surfaces the decision required, not just status — and whether the few measures that actually matter lead it.

Why it matters

A technically correct dashboard that drives no decision is decoration with a licence fee attached.

What evidence I need

The measures on the dashboard, whether they map to decisions, and what has changed since last cycle.

What decision it changes

What management action the report should trigger this cycle.

Levels of interpretation

The same signal, read at two levels.

Not a criticism of planners — a difference in the question each role has to answer. The controls function exists to move from the left column to the right.

The planner sees
The Director needs to know
A 6-day variance
What decision does this require?
Negative float
Why does it exist — and what is it a symptom of?
Activity slippage
Which milestone is now threatened?
A recovery programme
Is the recovery actually credible?
An EOT submission
What is demonstrable on the evidence?
SPI movement
Is the underlying forecast reliable?
A dashboard
What changed, and what should we do about it?