These

Ein Bug-Backlog ist eher ein Mechanismus, um Entscheidungen zu vermeiden, als ein Werkzeug zur Nachverfolgung

Info

Ursprünglich auf Französisch verfasst. Von KI übersetzt — der Sinn wurde bewahrt, nicht der Stil.

Blickwinkel

Ein Bug-Backlog verfolgt die Defekte nicht nach: Es beherbergt sie, und seine eigentliche Funktion besteht darin, Untätigkeit respektabel zu machen. Jede gesetzte Priorität, jedes Komitee, jede Umklassifizierung hinterlässt die Spur einer Arbeit, ohne das Einzige hervorzubringen, was den Defekt aus der Liste holen würde — eine Behebung oder eine Ablehnung, von jemandem unterschrieben. Eine Zero-Bug-Policy zählt also nicht durch die Qualität, die sie verspricht, sondern durch den Ausgang, den sie verbietet; und sie stößt sofort auf die Typologie der Tickets, auf die Trennung zwischen Bug-Karten und Feature-Karten und auf die Velocity, die dieselbe Funktion als Abstellgleis unter vorzeigbareren Namen erfüllen.

Zusammenfassung

Der Mechanismus ist eine Kette, und jedes Glied wirkt für sich genommen vernünftig.

Zuerst verlassen die Defekte den Plan: Die Roadmap enthält die Features, die Defekte warten, „bis man Zeit hat“. Außerhalb des Plans bringt sie nichts mehr in eine Reihenfolge — die Sichtbarkeit entscheidet, also die Beschwerde eines wichtigen Kunden oder die Führungskraft, die darüber stolpert. Die Liste, die diese Unordnung ausgleichen soll, behebt sie nicht: Sie erzeugt ihre eigene Arbeit — nochmals lesen, umklassifizieren, neu planen, das Komitee abhalten —, und diese Arbeit sieht genau aus wie Steuerung.

Bleibt die Frage, warum niemand diese Liste leert, obwohl alle wissen, dass ein großer Teil davon nie behoben wird. Die Antwort hat nichts mit fehlender Information zu tun. Ein Ticket zu schließen heißt, „wird nicht gemacht“ hinzuschreiben und das vor dem Kunden, dem Support und der Führung zu vertreten. Offen lassen kostet niemanden persönlich etwas. Der Status quo ist stabil, weil er keinen Urheber hat — und „später priorisieren“ ist der Name, den man einer Ablehnung gibt, die niemand unterschrieben hat.

Hat man diese Triebfeder erkannt, lesen sich die anderen Mechanismen als Varianten. Die reichhaltige Typologie bietet jeder Diskussion einen ehrenwerten Ausgang: Man sortiert ein, statt zu entscheiden. Die Trennung der Listen macht unsichtbar, dass es keine gemeinsame Abwägung gibt, da niemand je beschlossen hat, nicht zu vergleichen. Die Velocity liefert einen bezifferten Grund, Defekte beiseitezuschieben, und schützt die Metrik gegen das Produkt, das sie beschreiben soll. Drei Formen, eine Funktion.

Daraus ergibt sich der genaue Angriffspunkt der Regel. Sie macht die Software nicht besser; sie streicht den dritten Ausgang, und alles, was darauf beruhte, wird auf einen Schlag sichtbar — auch die Verlangsamung, die nicht von der Regel erzeugt, sondern von ihr offengelegt wird: Die Liste dämpfte eine Defektrate ab, die niemand ansehen musste.

Daraus folgen zwei Konsequenzen, die der Mechanismus ebenfalls verdeckte. Der Ausweg führt nicht über ein erneutes Durchgehen des Bestands — er führt über einen äußeren Strom, die wöchentlichen Top 3 des Supports, der auswählt, ohne die Pflege der Liste zu bezahlen. Und das Zerlegen allein genügt nicht: An der Entstehung der Defekte hat sich nichts geändert. Ein zerlegter Mechanismus dieser Art bildet sich anderswo neu — als Kategorien-Backlog, wenn die Messung zur eigentlichen Arbeit wird, als dauerhafte „Abbauphase“, wenn der Übergang kein Ende hat.

Dieselbe Funktion als Abstellgleis findet sich auch jenseits der Defekte: Wer Themen in einer allgemeinen Liste ansammelt, um sie nicht ablehnen zu müssen, bewahrt auch dort eine nicht getroffene Entscheidung auf, die wie eine bewahrte Information aussieht. Was eine nützliche Spur von einem Versteck unterscheidet, ist dann, was man hineinschreibt — eine Begründung für die Ablehnung, nie einen Wartestatus.

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

Spannungen / Widersprüche

Zwei Notizen ziehen bei der Sichtbarkeit nicht in dieselbe Richtung. Die eine macht sie zum zentralen Fehler des Systems — die Priorität folgt der sozialen Sichtbarkeit statt den Kosten. Die andere macht sie zur Methode des Auswegs: Die wöchentlichen Top 3 des Supports sind eine bewusste Rangfolge nach Sichtbarkeit. Die Grenze liegt beim Kanal und bei der Regelmäßigkeit, nicht beim Kriterium selbst, und sie ist nicht gezogen.

Ebenso ungelöst ist die Spannung zwischen dem Verbot des dritten Zustands und der Neubewertung auf ein Signal hin: Eine Tür „wird wieder aufgemacht, wenn das Signal wiederkommt“ ist nützlich, und sie hat genau die Form dessen, was die Regel ausschließt.

Fragen

  • Wer kann in einer Organisation, in der man für eine Ablehnung bezahlt, eine Ablehnung unterschreiben, ohne sie an eine Schiedsinstanz weiterzureichen?
  • Wie erkennt man einen neuen Unterschlupf dieser Art — ein Tag, einen Status, eine Übergangsphase —, bevor er sich verfestigt?