Hauptgedanke

Sobald die Pflicht gilt, sofort zu beheben, wird das Team langsamer, manchmal deutlich. Der naheliegende Schluss: Die Regel ist zu streng.

Die Ursache liegt woanders: Das Produktionssystem erzeugt zu viele Defekte oder erkennt sie zu spät. Die Defektliste wirkte wie ein Stoßdämpfer — sie verteilte diese Rate über die Zeit und machte sie unlesbar. Die Regel nimmt den Stoßdämpfer weg; die Rate wird zu einer täglichen Einschränkung.

Die Antwort setzt also bei der Produktion an: Tests, QA, TDD, Automatisierung, Klärung der Spezifikationen, Verantwortung der Entwickler für das, was sie liefern. Nicht bei der Wiedereinführung des Stoßdämpfers.

Warum das wichtig ist

Der Schmerz, den die Regel erzeugt, ist ein Messinstrument, und darin liegt ihr Hauptnutzen. Wer ihn als Scheitern deutet, führt die Liste wieder ein, verdeckt also erneut, was gerade erst ans Licht gekommen ist.

Nuancen und Grenzen

Die Regel sagt nichts darüber, welche Frist für die Behebung vertretbar ist und wie viel ein Team verkraften kann. Ein Team, das eine nicht zu bewältigende Rate entdeckt, braucht einen Übergang, keine sofortige Anwendung.

Offene Fragen

• Wie lange kann ein Team eine Defektrate aushalten, die sein System noch nicht zu senken vermag?