Hauptgedanke

Eine Defektliste schläft nicht. Sie verlangt zu prüfen, ob der Defekt noch existiert, ob er noch reproduzierbar ist, ob der Kunde, der ihn gemeldet hat, noch Kunde ist, ob er noch prioritär ist, ob er vor eine andere Anomalie rücken muss. Man muss nochmals lesen, umklassifizieren, neu planen, das Komitee abhalten, die Tabellen erstellen.

Diese Arbeit ist real, wiederkehrend und wächst mit der Größe des Bestands. Sie verbessert nichts. Einen Defekt jeden Monat zu priorisieren heißt nicht, ihn zu bearbeiten: Es heißt hinzunehmen, dass er bleibt, und jeden Monat dafür zu bezahlen.

Die Energie fließt dann in die Verwaltung der Defekte statt in die Wiederherstellung der Qualität.

Eine zweite Last kommt zur ersten hinzu, und sie taucht in keiner Tabelle auf: Eine endlose Liste hält eine permanente Spannung aufrecht — alles, was man nicht getan hat, alles, was man vielleicht tun wird, alles, was man für alle Fälle aufhebt, alles, was ohne klaren Grund wartet. Eine wachsende Liste macht die Menschen müde, die sie immer wieder durchgehen, unabhängig von der Arbeit, die sie enthält.

Ergänzt durch „Das Backlog ist kein Mülleimer: Es ist ein Werkzeug zum Handeln“ (2026-06-03).

Warum das wichtig ist

Was eine Defektliste kostet, lässt sich nicht an den unbehobenen Defekten ablesen. Es zeigt sich in der Buchführung, die sie erzwingen — unsichtbar, weil sie ganz nach Steuerung aussieht: Filter, Prioritäten, Tabellen, ein Komitee.

Daraus ergibt sich auch ein Ausstiegskriterium: Wenn die Pflege des Bestands mehr kostet als die Behebungen, die er aufschiebt, ist der Bestand keine Abwägung mehr.

Nuancen und Grenzen

Bei wenigen Einträgen, in einer Übergangsphase, bleibt diese Pflege geringfügig und der Bestand überschaubar.

Und ein Teil dieser Arbeit ist unabhängig vom Bestand nützlich: Zu wissen, ob ein Defekt noch reproduzierbar ist, hilft auch beim Beheben.

Offene Fragen

• Wer trägt diese Pflegearbeit in einem Team tatsächlich, und unter welcher Bezeichnung taucht sie in seiner Auslastung auf?