How to reach the governing break — the four-stage diagnostic architecture.
The practice runs on a governed diagnostic system — not personal judgment. Every artifact is produced through the same four-stage architecture: a 60-Second Scan to orient the system, a Diagnostic Taxonomy to classify the failure, an Artifact Production Pipeline to govern what is built, and a Proof Standard that determines what holds.
Most recurring failure is not a matter of local execution, poor communication, or one bad decision. It is structural. The governing break sits outside the frame internal corrections operate inside — which is why the corrections do not hold. The method is designed to reach what internal correction loops cannot.
This method starts where symptom-level explanation stops being sufficient.
The failure keeps returning despite correction effort. Reform programmes stall at the same structural boundary. The organisation is operating through a platform, regulator, or architecture it cannot change — and carrying the consequence. Workarounds have become load-bearing. Builders are inventing design while implementing.
The purpose is not to generate more commentary around the problem. The purpose is to produce one serious structural read — then carry that read into the shared-language, executive, and builder-specification layers required for change.
The 60-Second Scan
Four questions that surface the structural reality of a system before analysis begins.
The scan is not the diagnosis. It is the orientation layer — the minimum structural read needed to know whether a system is a candidate for structural diagnosis at all. Purpose → Primitive → Rules → Failure. Answer all four clearly and the failure class becomes visible. Struggle to answer them and that itself is diagnostic.
Not the stated mission. The real action the system exists to make happen. The job it would stop doing if it broke.
The primitive — the smallest unit of real work the system is organised around. Everything else should be in service of this.
The invariants — not what policy says, but what must actually hold for the system to function without drift. The rules that cannot break without the system failing.
The failure signal — what the system does instead, who absorbs the burden, and how the failure recurs. This is where the structural break first becomes visible.
The scan connects directly to the Five-Line Brief. Once the four questions have a clear answer, the failure pattern is ready to brief. Run the scan first. Send the brief second. The scan sharpens the signal before it enters the diagnostic process.
Diagnostic Taxonomy
Nine failure classes. Fifty-four sub-types. Formal inclusion, exclusion, and refusal criteria.
The taxonomy is the classification standard for recurring structural failure. It does not replace the earlier diagnostic work — it makes that work interoperable. Every failure belongs to a class. The class names the correction. The sub-type determines the correction sequence.
Artifact Production Pipeline
Failure signal through to builder-ready artifact. A governed production sequence — not subjective consulting.
Every artifact follows the same pipeline. The work is not produced by opinion or instinct. The structural conclusions, diagnostic logic, and correction order are governed by the taxonomy and the diagnostic sequence below. AI assists drafting and production. It does not determine the governing diagnosis, the redesign boundary, or the correction order.
Proof Standard
The same pressure applied to different systems produces different responses. The proof standard determines what holds.
Every diagnostic claim must survive the following test: if the system were stressed at the point of claimed failure, would the structural break appear where it is said to appear? A claim that cannot survive scrutiny does not belong in the artifact. A plausible-sounding diagnosis that is wrong is actively harmful.
- It must name a structural condition — not a symptom, not a behaviour
- It must locate the break precisely — not "communication" or "culture"
- It must explain why prior fixes have not held
- It must survive the removal test: if corrected, does the failure pattern change?
- It must be falsifiable — if it cannot be wrong, it is not diagnostic
- A pattern that matches without locating a structural cause
- An inference unsupported by the material in scope
- A claim that renames the symptom without naming the break
- A redesign produced before the diagnostic frame is locked
- A conclusion the system's owner already held before the work began
When diagnosis cannot be completed: Sometimes the available material is not sufficient to produce a diagnostic conclusion that can hold under scrutiny. The failure pattern may be too ambiguous, the system boundary too contested, or the material too thin. In these cases, I will say so rather than produce an artifact that appears complete but is not. Refusal is part of the method, not a failure of it.
How the diagnosis works — the seven-step sequence
Define the system properly
The first task is to identify what system is actually under analysis — the real boundary, real scope, adjacent systems, and where work actually lives. Domain and team names often describe the surface, not the operational structure. This step must come first because every subsequent diagnostic claim depends on having the right system in scope. A diagnosis of the wrong system is not a partial diagnosis. It is a different artifact entirely.
Identify the primitive and governing rules
Once the system is defined, I identify its primitive — the smallest unit of real work the system is organised around — and the rules, constraints, and invariants that govern that action. The question is not what the policy says. It is what must actually hold for the system to function without drift. This step must come before failure tracing because a broken rule can only be identified once the governing rule has been named.
Trace the failure path
With the system and its governing rules established, I trace where rules become real, where they fail, and what happens when they do — interfaces, handoffs, decision points, enforcement points, and places where burden moves elsewhere. I look for where humans have become the hidden reliability layer. This step must precede diagnosis because the failure path shows where the break actually lives, which is rarely where it first appears.
Form the governing diagnosis
This is the central moment of the method. The governing diagnosis is the structural truth from which the rest of the failure follows — the one claim that, if correct, explains why prior fixes have not held and what must change before any intervention will. It separates what the client thinks is failing from what is actually producing the failure. Everything in the artifact either leads toward this paragraph or flows from it. It is the paragraph decision-makers will circulate internally.
Make the stakes legible
A diagnosis is incomplete if it does not make consequence visible. I make the current cost of the failure legible: operational cost, human cost, financial cost, coordination cost, and future compounding risk. Structural cost that remains vague continues to be absorbed invisibly — and invisible cost does not produce structural decisions.
Lock the diagnostic frame
The redesign does not begin until the governing diagnosis is locked. This prevents premature solutioning and ensures the change sequence flows from the structural break rather than from preference, urgency, or stakeholder pressure. A redesign produced before the diagnostic frame is locked is speculative. A speculative redesign is not what this practice delivers.
Produce the artifact
The final task is to produce the agreed artifact path — either a Diagnostic Artifact alone, or the complete four-artifact governed sequence in the Full Structural Engagement. In the full engagement, the same locked diagnosis produces four linked outputs:
- Translation Artifact — shared language layer for leadership, operations, and non-specialist audiences
- Diagnostic Artifact — governing diagnosis, evidence base, and build map
- Redesign Executive Summary — board-level public summary of the restricted specification
- Full Redesign Artifact — restricted builder specification: corrected primitive, transition sequence, dependency order, refusal invariants, recapture gates, and builder handoff
Redesign sequence — diagnosis before redesign
Redesign is not produced by brainstorming solutions against a problem statement. It follows from the locked diagnosis. The sequence is non-negotiable. Each stage depends on the one before it.
What the artifacts contain
The Diagnostic Artifact gives your team one structural read. In the Full Structural Engagement, the four artifacts carry that same read across shared language, evidence, executive decision-making, and builder specification.
- Plain-language explanation of the structural failure
- Shared vocabulary across leadership, operations, and non-specialist roles
- Accessible explanation of the governing diagnosis
- Why prior fixes have not held
- Plain-language summary of the replacement direction
- Audience routing guidance — who reads what and where to go next
- A clear definition of the system under analysis
- A structural view of how work actually flows
- The primitive and governing rules
- The key interfaces and failure path
- The distinction between stated and actual problem
- The governing diagnosis
- The present and future cost of the failure
- What must change first, and what depends on what
- Board-level replacement logic
- Corrected primitive
- Minimum valid replacement conditions
- Fake-progress tests
- Proof standard and consequence of deferral
- Dependency order in plain terms
- The corrected primitive — what the system must actually be organised to do
- Target boundary — what changes and what does not
- Transition sequence — the dependency-ordered change path
- Interface changes — what must be tightened, removed, or clarified
- Drift refusal gates — constraints that prevent regression
- Builder handoff — the execution-ready sequence
How I produce the work
The work is architecture-led. The frameworks, structural distinctions, diagnostic logic, and conclusions are mine. AI assists drafting and production — it helps me work more clearly and efficiently. In a Full Structural Engagement, AI may also assist with consistency checking across all four artifacts. It does not decide what is being diagnosed, which rule is breaking, or what must change first, and does not determine the final recommendations in any artifact.
Every artifact is reviewed before delivery. The structural conclusions are mine. The diagnostic sequence, governing laws, and correction order are not delegated to AI, pattern-matching, or probabilistic inference. If a claim cannot survive scrutiny, it does not belong in the artifact.
- Drafting and refining prose
- Organising material into usable forms
- Testing phrasings and structures
- Structuring large volumes of background material
- Determine the governing diagnosis
- Decide the redesign boundary or correction order
- Generate the structural laws the work applies
- Replace review, judgment, or accountability
The research behind the method
The method is grounded in an eleven-paper Diagnostic and Replacement Series. The papers define the structural laws the method applies: primitive mismatch, function collapse, burden transfer, the missing redesign layer, institution migration, replacement pipeline construction, admissibility conditions, governed correction sequences, host-constrained primitive compression, kernel reduction, and the complete diagnostic taxonomy. Paper 11 establishes the classification standard that makes the earlier papers interoperable: nine failure classes, fifty-four sub-types, with formal inclusion, exclusion, and refusal criteria.
The papers are not the method. They are the public form of the structural laws the method is built on. The artifacts are the applied form of those laws within a bounded system.
When to start
If the same failure keeps returning and your team cannot agree on what is actually producing it, send the failure pattern first. Run the 60-Second Scan, then send the Five-Line Brief. I will confirm whether the right path is the Diagnostic Artifact alone or the Full Structural Engagement. The method is the same either way. The diagnostic path produces one Diagnostic Artifact. The full engagement produces four linked artifacts — Translation Artifact, Diagnostic Artifact, Redesign Executive Summary, and Full Redesign Artifact — all derived from the same locked diagnostic frame.
Send the repeated failure. Five lines and any relevant material.