Hauptgedanke

In Jira oder einem vergleichbaren Tool wirkt die Trennung wie eine bequeme Art, Dinge einzuordnen. Tatsächlich entstehen dadurch zwei Listen, die von unterschiedlichen Kräften gesteuert werden: die Features von der Roadmap, die Defekte von Dringlichkeit, Support, Kundendruck oder einem Priorisierungskomitee.

Zwischen beiden betrachtet niemand das Ganze unter dem Blickwinkel von Schmerz und Wert. Beide Listen sind sortiert, keine wird mit der anderen verglichen.

Die Alternative kommt mit einer einzigen Kartenart aus: einer Arbeitskarte, die ein zu bearbeitendes Problem beschreibt. Dieses Problem kann aus einem Softwaredefekt stammen, aus einer fehlenden Fähigkeit, aus einem schlechten Design, aus technischen Schulden — die Abwägung bleibt dieselbe: welcher Schmerz, welcher Wert, welche Auswirkung, welche Entscheidung.

Warum das wichtig ist

Das morgendliche Daily dient dann dazu, zu entscheiden, was jetzt zählt, statt zwanzig Minuten darüber zu debattieren, ob der Eintrag ein Defekt, ein Feature, eine Verbesserung oder ein Rework ist.

Allgemeiner gesagt: Die Struktur des Werkzeugs legt fest, was vergleichbar ist. Zwei Listen, zwei Logiken, keine gemeinsame Abwägung — und nirgends erscheint das als Entscheidung, weil niemand sie getroffen hat.

Die Trennung nach Art der Arbeit hört übrigens nicht bei den Defekten auf: Produkt-Backlog, technisches Backlog, Bug-Backlog, Support-Backlog und Discovery-Backlog erzeugen denselben Effekt, nur vervielfacht. Dabei priorisiert man keine Kategorien, sondern Schmerzen, Risiken und Wert — und das Thema aus dem Support, das Support, Data und Entwicklung zugleich beschäftigt, passt in keines der Fächer. Die richtige Frage lautet nicht „In welches Backlog gehört dieses Thema?“, sondern „Welches Problem gehen wir an, und welche Leute brauchen wir dafür?“.

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

Nuancen und Grenzen

Die maßgebliche Einheit ist der Raum, in dem priorisiert wird, nicht die Organisation: Mehrere Teams, die an getrennten Bereichen arbeiten, können mehrere Listen oder Ansichten führen, ohne dass etwas zerbricht. Was nicht funktioniert, ist die Zersplitterung innerhalb ein und desselben Abwägungsraums.

Manche Organisationen brauchen ein Qualitäts-Reporting, mitunter vertraglich vorgeschrieben. Dafür genügen Tags und Metriken, solange sie nicht die Liste selbst strukturieren.

Offene Fragen

• Ab welcher Länge wird eine einzige Liste unübersichtlich, und wonach teilt man sie dann auf, ohne wieder zwei Logiken zu schaffen?