
On-time delivery jumped from 51% to 97.3% in three months after one question exposed technician incentives the AI governance rings never ask about.
A critique of AI governance frameworks published in December on the Procurement Insights blog argues that the diagrams companies use to structure responsible AI are governing a description of an operation, not the operation itself. The argument rests on a defense maintenance case in which one question, not a new system, lifted on-time delivery from 51 percent to 97.3 percent in three months.
Gartner's CIO Board presentation wheel is dismissed in the opening as "authority theater." Twelve priorities arranged in a circle, no connections between any of them, the content carried by three overlapping encoding systems. A ranked list would have handled it, the author writes.
Wernfeldt's rings get a different treatment. John Wernfeldt published them on LinkedIn as concentric rings working outward. At the center, the data foundation, sources, definitions, ownership, quality. Around it the governance layer, policies, validation, lineage, catalog. Then trusted outputs, meaning answers you can defend. On the outside, responsible AI. His point in drawing it as rings is that you cannot buy the outer one without building every ring inside it first. The author calls it correct and well made, and notes that unlike the wheel it has connections. Then he turns on it: "I get it, but I don't."
Every ring made sense. The framework assumes a data foundation exists and asks how to govern it. It never asks whether the foundation corresponds to how the organization actually operates. Those are different questions. One governs a representation. The other tests whether the representation is true.
A defense maintenance operation delivers the case: parts on time 51 percent of the time against a 90 percent requirement. Everyone understood the problem. Procurement was underperforming, suppliers were inconsistent, the process documentation was current and accurate, and everyone had read it.
What changed the outcome was a single question, what time of day orders came in. Almost all of them arrived around four o'clock, because service technicians were holding order releases and batching them at the end of the day. Releasing orders as they came interrupted service calls, and the technicians were measured on call volume. A rational response to how they were being measured, one department away from the people being blamed.
Delivery performance reached 97.3 percent in three months. No new system.
On Wernfeldt's rings, the author's answer to where that question belongs is nowhere. It is not data quality, not metadata, not ownership, not lineage, not a definition, not a policy, not a control, not an output you can defend. At that defense operation every ring could have been built to a high standard, and the technicians would still have been batching orders at four o'clock. Technician incentives are not a data governance problem, so nothing in the framework asks about them. If the organization has not established how it actually operates, the framework will govern beautifully, an operating model whose assumptions nobody ever checked.
His alternative sequence, built on a theory called Strand Commonality, runs observe, explain, validate, govern, automate. Automate last, after causal relationships are demonstrated rather than assumed. Most organizations run a different order: process, then data, then AI, then governance, with the first real check arriving after everything is built. Automate before establishing the causal relationships and you do not remove the problem, you encode it and run it faster.
That mattered less in 1998, when an incorrect assumption affected human decisions one at a time. Today the same assumption sits inside an autonomous system making thousands of decisions at machine speed, the liability question at the center of AI Rogue Agents: Who Bears Liability for Breaches. AI does not reduce the need for the first step, the author writes. It raises the cost of skipping it.
An old story does the closing work: a truck wedged under a low bridge. Engineers discuss cutting the bridge or calling in a crane. A boy asks why they do not let some air out of the tires. The boy knew less than the engineers; what he had was no investment in the frame everyone else was working inside. Air pressure is not on anyone's diagram. Neither is time of day.
His own framing, the map you design and the map you trace, makes the same point. Those rings govern the map you designed. Nothing in them checks whether the map you trace matches it. An elaborate framework gives an unvalidated understanding greater authority, he argues. The more rings you draw around an assumption, the less anyone questions it.
"Sometimes the most important question is the one the existing model gives you no reason to ask," the author writes.
Drafted by a large language model from the source reporting linked above, then screened by automated publishing checks. It is not read by a journalist before publication. Some articles cite our Alpha Score. Verify prices and figures against the original source. Educational coverage, not personalized advice.