The category problem

The infrastructure
authority gap

Every enterprise has invested in tools that record and observe. Almost none can answer the one question that governs risk: what should be allowed to happen — before it does.

Where it shows up

The authority gap is not an architecture problem. It is a business problem.

It rarely shows up on a diagram. It shows up on a budget, an audit finding, a stalled initiative, a missed integration date. These are not technology failures — they are the recurring cost of having no authoritative model of what is allowed.

MSP / repatriation failures

Pull workloads off a managed provider and the dependencies no one modeled surface mid-migration — blowing the timeline and the budget at the worst moment.

Audit preparation costs

Every audit becomes a manual reconstruction of who changed what, because ownership and intent were never captured as evidence in the first place.

Security investigations

With no authoritative model of what is legitimate, each anomaly is investigated from zero — was this authorized? — turning minutes of triage into days.

Documentation drift

Hand-maintained documentation describes a system that no longer exists by the time anyone actually needs it — in an incident, an audit, or a handover.

AI deployment restrictions

AI initiatives stall at the safety review: no one can guarantee an agent will act within bounds that were never modeled, so the rollout waits indefinitely.

M&A integration delays

Merging two estates requires an authoritative model of both. Without one, integration becomes discovery — and timelines slip by quarters.

Platform engineering bottlenecks

Golden paths can’t be enforced without an authority model, so platform teams become manual gatekeepers instead of building leverage.

Engineers buy the solution. Executives buy the problem. The IOM is the same answer to both.

Most organizations can answer What happened?
Some can answer What is happening?
Very few can answer What should be allowed to happen?

The distance between observation and authority is where risk lives.

Logs tell you the past. Telemetry tells you the present. Neither tells you whether a change should have been permitted in the first place. That judgment has lived in people — and people don’t scale to machine speed.

The climb

Seeing scales. Governing doesn’t.

Observability rises with every maturity band. Authority over change stays flat until you cross the authority line — the point where governance moves before execution. Closing the gap is a separate climb, not a missing rung.

CAPABILITY OVER CHANGE → none total THE AUTHORITY LINE You can model everything here — and still govern nothing. knowing ≠ governing What you can SEE The false finish line What you can GOVERN — an IOM lifts you across the line Pre-IOM0–18 Emerging19–36 Developing37–54 Governed55–72 ↑ most organizations sit short of the line REACTIVEAWAREIN AUTHORITY

A conceptual model. The bands map to the six-dimension IOM maturity assessment (Pre-IOM 0–18 → Governed 55–72). Score your own position with the assessment in the Starter Kit. · Download this diagram →

Where the gap shows up

Four failure modes, one root cause.

Each is a symptom of the same missing layer: nothing authoritative validates change before it executes.

Outages

Changes commit before anyone validates their downstream blast radius. Ownership and impact are reconstructed during the incident, not known before the change.

Security exceptions

State drifts outside what was ever intended, and no model catches it at the moment of change — only after, as an alert among thousands.

Audit failures

No one can produce, on demand, why a change was authorized. Evidence is assembled retrospectively from logs, tickets, and memory.

AI risk

Agents act against infrastructure no one authoritatively defines — multiplying every failure above at machine speed, with no human in the loop to catch it.

Closing the gap

An authoritative layer between every actor and the infrastructure.

The gap closes when an authoritative operating model sits between every actor — human, automated, or AI — and the infrastructure, validating what should be allowed to happen before it happens. That layer is the Infrastructure Operating Model.

What an IOM is — and is not →

INTENT — THE MODEL What exists What is intended What is legitimate EVERY PROPOSED ACTION Human change CI/CD pipeline AI agent THE AUTHORITY LAYER checks each action against intent — before it executes legitimacy ownership blast radius ADMITTED legitimate — passes to execution BLOCKED not what intent allows EXECUTION Cloud Network Identity On-prem

How wide is your authority gap?

Score your organization across the six IOM capability dimensions — from Pre-IOM to Governed — with the maturity assessment in the Starter Kit. It produces one number and a prioritized place to start.

Open the maturity assessment