Methodology

The 100-Point Schedule Assurance Framework

A schedule is only worth trusting if its quality can be measured the same way, every time. This is how I make that objective — and automatic.

A Python-based Primavera P6 engine reads each contractor submission and scores it identically every cycle — DCMA 14-point principles alongside a bespoke 100-point Employer compliance framework. The 100-point Employer framework is the primary, project-specific assurance methodology; the DCMA 14-point assessment is a recognised, complementary schedule-quality check — the two are distinct, and the 25% → 83% result is measured against the 100-point framework. It underpins Baseline and Progress Integrity in the wider framework.

Mega-projects don’t fail overnight — they fail one unmitigated delay at a time.

25% → 83% contractor schedule quality, on AED 21B Hudayriyat West
Evidence of thinking
Problem

Contractor schedule quality was inconsistent and could not be trusted to govern the job.

Method

The 100-Point Employer Schedule Assurance Framework, scored via Python and Primavera P6.

Evidence

Every submission scored the same way each cycle; exceptions surfaced by dimension.

Decision

Target corrective action at the weakest dimensions, and monitor the same measure.

Outcome

Schedule quality lifted from ~25% to over 83% against the framework — and held.

Measured against the 100-point Employer framework — not a DCMA score or an external benchmark.

The problem it solves

When “good” is a monthly argument.

Manual review can catch a bad programme, but not fast enough or consistently enough across every submission cycle. Reviews vary by reviewer and by month, so the definition of an acceptable schedule becomes a recurring negotiation rather than a fixed standard. The answer is to make “good” automatic — a single, rules-based definition of quality that every submission is measured against, the same way, every time.

How it works

How the engine runs.

Phase 1

Audit

Score every P6 submission against the 100 checks.

Phase 2

Diagnosis

Surface what fails — by category and severity.

Phase 3

Rectification

Fix the logic, constraints and float that break the plan.

Phase 4

Monitoring

Hold the standard cycle after cycle; watch the trend.

In detail — inputs to management action

01

Inputs

Every contractor Primavera P6 submission, each cycle, in a consistent export.

02

Tests

DCMA 14-point principles plus a bespoke 100-point Employer compliance framework, applied identically to every programme.

03

Scoring

Each submission scored the same way, so quality is a number — comparable across contractors and across months.

04

Exceptions

Failures surfaced by category and severity, pointing the reviewer straight to what needs attention.

05

Trend

Power BI turns the same data into management intelligence — trend and exposure over time, not raw tables.

06

Management action

A defined, published standard contractors can see and work to — governance holds every submission to it.

What it tests

Six assurance dimensions.

The 100 checks group into six dimensions. The specific rules are Employer-confidential; the dimensions and representative examples below show the breadth of what a credible programme must satisfy before its dates are trusted. DCMA 14-point checks provide a recognised schedule-quality reference within this; the 100-point framework provides the broader, programme-specific assurance structure. Neither is an externally certified standard.

01

Baseline Integrity

Whether the programme is a credible, agreed starting point.

Why it matters

If the baseline is unsound, every measurement made against it inherits the flaw.

Evidence required

The accepted baseline, the contract programme clause, the basis of durations and sequence.

Management implication

Whether the baseline can be relied on as the control reference — or must be corrected first.

Representative checks — Formal acceptance and alignment to contract dates · Full scope and all milestones represented · Realistic durations and resourcing
02

Logic & Network Integrity

Whether the network behaves, or is held together artificially.

Why it matters

A network propped up by constraints and lags cannot react to progress, so its dates cannot be trusted.

Evidence required

The relationship set, the constraint log, lag justification, the open-end report.

Management implication

Whether the programme can be trusted to forecast, or is being driven by artefacts.

Representative checks — No open ends or dangling logic · Finish-to-Start dominant; lags justified · Constraints minimal and justified
03

Progress Integrity

Whether reported progress is real and measurable.

Why it matters

Every forecast and claim rests on progress; unevidenced progress makes both indefensible.

Evidence required

Actual dates against site records, the progress method, the out-of-sequence report.

Management implication

Whether reported progress can be accepted, or must be re-verified before decisions.

Representative checks — Actual dates reconcile with the record · Out-of-sequence progress explained · One consistent progress method
04

Forecast Integrity

Whether the forecast follows from progress and logic.

Why it matters

Leadership commits on the forecast; a forecast held by a constraint misleads it.

Evidence required

Remaining durations, the driving path, recovery assumptions, the slippage trend.

Management implication

Whether the completion date can be planned against — or is optimistic.

Representative checks — Remaining duration drives the forecast, not a constraint · Recovery assumptions evidenced · Forecast reconciles with the trend
05

Critical Path & Float

Whether the driving path is real and float is behaving.

Why it matters

Time entitlement and priority follow the critical path; a false path misdirects both.

Evidence required

The longest path, total and free float distribution, near-critical paths, constraint effects.

Management implication

Where to focus recovery, and whether delay exposure is correctly located.

Representative checks — Critical path driven by logic, not constraints · No unexplained negative or excessive float · Near-critical paths visible
06

Governance & Reporting

Whether the output supports governance and decisions.

Why it matters

Assurance that never reaches a decision is cost without value.

Evidence required

The coding structure, the comparability of the score cycle to cycle, escalation records.

Management implication

Whether the programme picture can drive escalation and executive action.

Representative checks — Coding supports the required sorts and reporting · A score comparable cycle to cycle · Results feed escalation and decision

Representative examples only — the full rule set is Employer-confidential. DCMA 14-point principles · bespoke 100-point Employer framework · Python + Primavera P6 · Power BI reporting.

One approach, four layers

Not separate sections — layers of the same method.

01
Integrity-Led Project Controls →

The principle — measure time, risk and change against defined integrity.

02
100-Point Employer Schedule Assurance Framework

The detailed assurance layer — how programme quality is scored.

03
Digital Assurance →

The engine — Python + P6 scoring every submission the same way, into Power BI.

04
Evidence-Based Decision Making →

The point — reliable programmes let leadership decide on evidence, not assertion.

The result

Quality that can be seen, and held.

On the AED 21B Hudayriyat West programme, contractor schedule conformance rose from around 25% to over 83% — and because the standard was consistent and automated, it held there. Reliable programmes meant reliable forecasts, and reliable forecasts let the Employer decide on evidence rather than assertion. A seven-volume Project Controls Management System set the common standard the engine enforced.

Schedule assurance · programme view Primavera P6 · Power BI
83%
Schedule Assurance Score (100-pt)
SPI
0.94
Open ends
0
Float health
Healthy
The engine turns every P6 submission into a single, comparable quality score — the picture leadership acts on, not a stack of raw programmes.

Get in touch

Discuss schedule assurance, DCMA compliance and automated programme quality.

Connect with Rishi →