The Knowledge System
The Knowledge System Podcast
Five-minute Deming: Zero defects
0:00
-7:55

Five-minute Deming: Zero defects

The difference between standards and slogans.

Zero defects sounds like seriousness. It sounds like standards. It sounds like the kind of phrase a responsible executive should say when quality slips.

That is exactly why it is dangerous.

The problem is not the desire for fewer defects. The problem is what happens when we turn that desire into a slogan, a target, or a public demand on people who do not control the system that produces the work. What feels like leadership can quietly become a substitute for leadership.

What the slogan hides from us

W. Edwards Deming’s criticism of zero defects is often misunderstood. He was not arguing for tolerance of poor quality. He was arguing against the managerial habit of demanding an outcome without changing the conditions that make the outcome possible.

That distinction matters in every industry. In manufacturing, it shows up in defect goals that do not address process capability. In software, it shows up in release pressure that ignores unstable requirements and weak handoffs. In safety, it shows up in signs that celebrate days since last injury while the underlying hazards remain in place.

We are drawn to slogans because they simplify reality. They give us something visible to say and something visible to measure. But the ease is deceptive. When the system stays the same, the number becomes the object of management, and the work of improvement gets pushed aside.

That is where the trouble starts.

What happened at Northstar Flow

Northstar Flow sold workflow software to mid-sized manufacturers. The company had hit a rough stretch. Three releases in a row had produced customer-facing bugs that should have been caught earlier. Support tickets were climbing. Sales was uneasy. The executive team wanted to show control, and fast.

At the Monday leadership meeting, the COO wrote four words on the whiteboard: Zero Defects Next Release.

The line had force. It was clean, memorable, and easy to repeat.

Within days, dashboards appeared. Teams were compared by escaped defects. Release reviews got tighter. People spoke more sharply. Product managers defended requirement changes. Engineers argued over classifications. Testers spent more time debating the count than learning from it.

Maya, who led product, felt the pressure immediately.

“We cannot do another release like the last one. Customers are tired of hearing that we are fixing it in the next patch.”

Daniel, the engineering leader, agreed with the urgency but not with the response.

“I agree. But the board on the wall is changing behavior. People are protecting the number.”

That was the turning point. The company had not become more capable. Requirements were still changing late. Test environments were still inconsistent. Handoffs between product, engineering, and support were still rushed. But now fear had entered the system in a more organized way.

At the next review, one team delayed logging a defect until after a release decision because no one wanted another mark against the group. Another team resisted a customer-reported issue by calling it a configuration problem until support escalated it twice. The visible count improved a little. The customer experience did not.

Deming warned directly against this kind of move: “Eliminate slogans, exhortations, and targets for the work force asking for zero defects and new levels of productivity.”

Eliminate slogans, exhortations, and targets for the work force asking for zero defects and new levels of productivity.
— W. Edwards Deming

Once Maya and Daniel saw the pattern, the conversation changed. They stopped asking who had let the company down and started asking which conditions made escape likely. Late requirement changes were entering sprint work without a reliable review path. Regression coverage was uneven across older modules. Support was learning about release risk after key decisions had already been made.

They started with three changes. No release would be judged by a single defect number. Every release candidate would get a cross-functional review of requirement changes, test coverage risk, and support exposure. And escaped defects would be reviewed jointly, not to assign blame, but to separate recurring patterns from one-off events.

The next release was not perfect. But it was calmer. Fewer issues escaped. The ones that did appear were easier to trace. Support was prepared. Customers heard a clearer explanation. Trust began to recover because the company looked less frantic and more competent.

Maya said it plainly: “We finally look more serious now that we stopped promising perfection.”

And Daniel answered with the real shift in thinking: “Because now we are improving the work, not just demanding a result.”

Where managers get trapped

Most of us do not fall into the zero-defects trap because we do not care about quality. We fall into it because pressure makes visible promises feel like responsible action.

When numbers get worse, we want to show resolve. We want a message everyone can understand. We want the organization to know we are taking the problem seriously. So we set a target, publish a board, or attach consequences to the result. We tell ourselves that clarity will create performance.

Sometimes it creates compliance theater instead.

This is where Deming’s teaching is still unsettling. He forces us to admit that many of the outcomes we react to are produced by the system more than by individual effort. If we do not understand variation, we will treat every bug, delay, or accident as proof that someone needs more pressure. If we misunderstand incentives, we will reward the appearance of control while the underlying process stays weak.

Deming said it directly: “[Zero defect] exhortations only create adversarial relationships, as the bulk of the causes of low quality and low productivity belong to the system and thus lie beyond the power of the work force.”

[Zero defect] exhortations only create adversarial relationships, as the bulk of the causes of low quality and low productivity belong to the system and thus lie beyond the power of the work force.
— W. Edwards Deming

That is not soft management. It is demanding management. It asks more from leaders, not less. It asks us to study the work, redesign the conditions, and remove the causes that keep reproducing the same disappointments. When we fail to do that, we do not just weaken internal performance. We weaken trust, reliability, and the kind of reputation that strengthens position over time.

What leaders can do instead

  1. Replace slogans with method. When performance slips, resist the urge to lead with a banner or a demand. Ask first what method will actually change the conditions producing the result.

  2. Study the system before judging the people. Look at requirements flow, handoffs, definitions, tools, timing, and feedback loops before concluding that effort or commitment is the problem.

  3. Separate recurring patterns from one-off events. A leader’s job is not to react emotionally to every data point. It is to learn whether the problem is built into the process or coming from a distinct special cause.

  4. Design reviews that improve learning, not fear. If a metric can be improved by hiding, reclassifying, or delaying bad news, the metric is teaching the wrong lesson. Build review routines that surface patterns early and safely.

  5. Define quality in customer terms. Conformance matters, but customers experience quality as reliability, clarity, fit, and trust over time. Improvement becomes more valuable when it strengthens those things, not just the internal count.

  6. Treat durable advantage as a consequence, not the aim. Better systems create steadier service, fewer surprises, and stronger confidence. Over time, that becomes hard for competitors to copy, but only because the management capability underneath it is real.

The leadership standard that matters

Deming's point was never that defects do not matter. His point was that demanding perfection is not the same as building capability. Even if the count improves for a while, leadership still has to improve the whole system in ways customers can feel.

He put it with typical bluntness: “No defects, no jobs, can go together. Something other than zero defects is required.”

What is required is better leadership: clearer method, better cooperation, and steady improvement in the work itself. That is how quality becomes real.

No defects, no jobs, can go together. Something other than zero defects is required.
— W. Edwards Deming

Thanks for reading The Knowledge System! Subscribe for free to receive new posts and support my work.

Discussion about this episode

User's avatar

Ready for more?