Kurzdefinition

Organisationsregel, die verbietet, einen bekannten Defekt ohne Entscheidung aufzubewahren: Jedes eingeordnete Signal wird entweder behoben oder aus der Defektverwaltung herausgenommen. Sie verspricht nicht, dass es keine Defekte gibt.

Ausführliche Definition

Im allgemeinen Sprachgebrauch versteht man „Zero Bugs“ als Versprechen einer Software ohne Defekte — eine Lesart, die den Ausdruck unrealistisch erscheinen lässt und dazu führt, dass die Regel abgelehnt wird, bevor man überhaupt darüber spricht.

In den Artikeln dieses Blogs bezeichnet der Ausdruck etwas anderes: null bekannte Defekte ohne Entscheidung. Der Geltungsbereich ist das Bekannte; das Unbekannte bleibt außer Reichweite. Die Einordnung eines Signals kennt nur zwei Ausgänge: defect, der eine Behebung verlangt, und no defect, der den Eintrag aus der Defektverwaltung herausnimmt. Ausgeschlossen ist der dritte Zustand: der bekannte Defekt, der für später in einer Liste aufbewahrt wird.

Der Ausdruck stammt vom englischen zero bug policy, dokumentiert unter anderem durch einen Erfahrungsbericht von Porsche über die App My Porsche.

Gebrauch im Feld

Abwägungen in der Roadmap, Pflege eines Tracking-Tools, Priorisierungskomitees, Abbau eines bestehenden Rückstands, Diskussionen über die Velocity eines Teams.

Synonyme und Varianten

zero bug policy · „null bekannte Defekte ohne Entscheidung“.

Nicht zu verwechseln mit

• Defekt — der eingeordnete Sachverhalt, auf den die Regel die Entscheidung richtet, während die Policy das Regime ist, das zum Entscheiden zwingt.
• Null Fehler / Total Quality — Produktionsziel, gar keine Defekte zu erzeugen, angesiedelt vor der Auslieferung.
• Bug-Backlog — Liste bekannter Defekte, die aufbewahrt, priorisiert und aufgeschoben werden; genau der Zustand, den die Policy ausschließt.
• Technische Schulden — Schwäche im Entwurf, über deren Behandlung entschieden wurde; sie wird über eine Abwägung von Prioritäten beglichen, außerhalb des Geltungsbereichs dieser Regel.

Beispiele

Eine Rückmeldung des Supports geht ein: Das Team entscheidet noch am selben Tag zwischen Behebung und Umklassifizierung als Verbesserungswunsch. Ein drittes Fach wird nicht aufgemacht.

Ein Team, das mit einem Rückstand startet, legt eine „neue vorläufige Null“ fest: Die Regel gilt erst am Ende dieser Phase vollständig.

Mehrdeutigkeiten / Debatten

Das Wort wird spontan als Versprechen von Perfektion gelesen, und diese Kluft ist der erste Grund für Ablehnung.

Zweite Unschärfe: Bezieht sich die Regel nur auf die offenen Defekte oder auf die gesamte Ticketverwaltung — in diesem Fall fiele auch die Trennung zwischen Bug-Karte und Arbeitskarte in ihren Geltungsbereich?