Back to Concepts

    Correction Latency

    The time between the detection of an execution error and the verified restoration of shared operational reality.

    Concept origin: Correction Latency is dimension 5 of the Execution Integrity Score framework, developed by Duena Blomstrom and Dave Ballantyne as part of the Human Debt™ research programme.

    What is Correction Latency?

    Correction Latency is the elapsed time between the moment an execution error is detected — a verified divergence from shared operational reality — and the confirmed restoration of that reality. It is not the time to first response, nor the time to declare a fix, but the time to verified recovery. High latency means the organisation lives in a correcting state for extended periods; low latency means recovery is structural and fast.

    Why does Correction Latency matter under AI acceleration?

    AI acceleration increases both the frequency of divergence events and their downstream blast radius. An error that once affected one team now propagates across interconnected AI-assisted workflows before any single actor notices. The organisation that cannot correct fast cannot survive the compounding. Correction Latency is the measure of whether recovery capacity is keeping pace with drift velocity.

    How is Correction Latency scored?

    Scored 1–5 as dimension 5 (d5) of the Execution Integrity Score v1.0. A score of 1 indicates errors propagate for weeks before verified recovery begins. A score of 5 indicates errors are detected, isolated, and verified-corrected within short, consistent windows, with documented recovery protocols that function across all critical workflows.

    What is the difference between detecting an error and correcting it?

    Detection is the first signal that something is wrong. Correction Latency begins at detection and ends only when shared operational reality is verified as restored — not when a fix is deployed, not when a ticket is closed. Many organisations have good detection but poor correction infrastructure: they know something is wrong but cannot stabilise the downstream effects within a recoverable window. This is the gap Correction Latency measures.