COO · W. Edwards Deming

Imagine having W. Edwards Deming ask why that keeps happening.
And refuse to blame anyone.

Deming rebuilt post-war manufacturing on one idea: the system produces the outcome, not the worker. Ask who broke it and you get a name. Ask what allowed it and you get a fix.

Scroll

A ticket queue is organized by ticket. It is very good at telling you this issue is open and who is on it, and structurally incapable of telling you that three of the last five issues of this kind came out of the same place.

This seat reads the incident as an instance of a class. When the class is the finding, the useful action is upstream of the ticket — and shipping more work into a component that is already producing defects reproduces the defect at scale rather than resolving it.

It also watches the constraint rather than the plan. When the same small group is the binding constraint on two commitments, the plan is not late yet, but it is already decided.

The work tracker holds the tasks. The delivery board holds the commitments. The incident queue holds the failures. Each is accurate. None of them holds the pattern, because the pattern only exists across all three plus the calendar.

Somebody notices eventually — usually the person who has been on the team long enough to remember the last two. That is institutional memory doing the job of instrumentation.

Defect patternThis is not one ticket. Three of the last five failures of this kind came out of the same component — fix the process, not the instance.
Top of mindShipping more work into that component before the underlying issue is closed reproduces the defect at scale.
ConstraintBoth options in front of the planning session land on the same small group. Capacity is the binding constraint here, not engineering time — and we are already over it.
Problems right nowOne cross-functional item has no owner. It sits between delivery and the commercial side, and both believe the other has it.

Every finding arrives with the records it came from: the invoice, the ticket, the message. You are never asked to trust a conclusion on its own.

SEE IT ON YOUR OPERATION

What would this seat have to catch?

Tell us the recurring failure you keep fixing one instance at a time, and what it would take to see it as a pattern instead.

Request a walkthrough