Find the constraint. Fix the system.

A controlled sequence: diagnose the binding constraint with evidence, plan the deliverables, owners and rollback before anything ships, implement through staging and change control, and measure the result against the baseline.

01 / 04

Diagnose

Define the problem, the measures, the sources and their limitations — then separate facts from assumptions and isolate the primary constraint.

02 / 04

Plan

Deliverables, owners, dependencies, acceptance criteria and rollback.

03 / 04

Implement

Ship approved work through staging, testing and change control.

04 / 04

Measure

Record the result against the baseline and choose the next constraint.

Diagnose

01 / 04

Diagnose before prescribing

The diagnosis distinguishes the binding constraint from visible symptoms. Facts, client statements, assumptions and estimates are kept separate, and missing or unreliable data is treated as a finding — not papered over.

Evidence & confidence

Every material finding carries evidence, a confidence level and a business consequence. A finding without all three is an opinion, and we label it as one.

Ranked opportunities

Opportunities are ranked by impact, evidence confidence, urgency and feasibility — so the order of work is a conclusion rather than a preference.

Migration is not the default

Migration is never the default recommendation. Platform economics are compared first, because a migration relocates a constraint more often than it removes one.

Diagnose artifacts

Illustrative — ask about your own during a fit check.

Findings register

Each finding with its evidence, confidence level and business consequence.

Diagnose

Ranked opportunity list

Impact, confidence, urgency and feasibility, scored and ordered.

Diagnose

Plan

02 / 04

Plan before you commit resources

A named constraint is not yet a scoped project. Before anything ships, the finding becomes a written plan: what changes, who owns each piece, what it depends on, how the work will be accepted, and how to undo it if something breaks.

Deliverables & owners

Each deliverable has a name, an owner and a due date before work starts — not assigned informally once the clock is already running.

Dependencies mapped

What blocks what, and who has to sign off before the next step can begin, is written down rather than discovered mid-implementation.

Acceptance criteria & rollback

Done is defined before work starts, in terms specific enough to verify — and the rollback path is agreed before the change ships, not improvised after something breaks.

Plan artifacts

Illustrative — ask about your own during a fit check.

Scope document

Deliverables, owners and dependencies, agreed in writing before implementation starts.

Plan

Acceptance criteria

The specific, verifiable definition of done for the approved change.

Plan

Implement

03 / 04

Implement with production safety first

Production safety outranks schedule pressure. No work starts without an approved scope and acceptance criteria, and no scope change proceeds without its impact on fee, timeline and risk documented in writing.

Staging & rollback

Staging, verified backups, rollback triggers and least-privilege access on every material change. The way back is tested before the way forward is taken.

One accountable owner

One accountable owner per decision, deliverable, metric and commitment. Shared ownership is how work quietly stops being anyone’s.

Status by risk, not volume

Weekly status reports describe outcome risk — not activity volume. A busy week that moved nothing is reported as a week that moved nothing.

Implement artifacts

Illustrative — ask about your own during a fit check.

Approved scope

Deliverables and acceptance criteria, agreed in writing before work starts.

Implement

Rollback plan

Backup, trigger conditions and the tested route back to the previous state.

Implement

Measure

04 / 04

Measure what the constraint actually affects

Only outcomes connected to the active constraint are measured: operating cost removed, manual hours eliminated, launch lead time, error rates, conversion or retention where those are the binding issue. Estimates are labelled as estimates.

Documented baseline

A documented baseline before implementation, with its sources and its limitations written down at the same time — not reconstructed afterwards.

Outputs vs results

Immediate implementation outputs are separated from lagging commercial results, because conflating the two is how agencies claim credit they have not earned.

Reported with context

Results are reported with context, never converted into claims the evidence cannot support. Where the data is thin, we say so instead of rounding up.

Measure artifacts

Illustrative — ask about your own during a fit check.

Baseline document

The measures, their sources and their stated limitations.

Measure

Outcome report

Result against baseline, with every estimate labelled as an estimate.

Measure

Find my constraint

This sequence runs behind every engagement. Start it with a free fit check — we say honestly whether the paid step is warranted.

Get in touch