Hilfe, mein Backlog ist ein Monster geworden!

Das Backlog-Monster entsteht schleichend. Anfangs sammeln wir fleißig alle Ideen: „Ja, das ist eine gute Idee, kommt ins Backlog!“ Schließlich wollen wir ja nichts vergessen. Was als organisches Sammeln von Anforderungen beginnt, entwickelt sich zur digitalen Version des Messie-Syndroms. Jede Stakeholder-Unterhaltung generiert neue User Stories, jedes Brainstorming produziert epische Visionen, und niemand -wirklich niemand- löscht jemals etwas. Niemand möchte die Verantwortung dafür übernehmen, dass am Ende möglicherweise doch ein Item fehlt.

Das Resultat? Ein Backlog, das mehr Lebenszeit hat als so mancher Product Owner und trotzdem weniger zur Wertschöpfung beiträgt als der Bürokaktus.

1. Kill-Marry-Date: Die brutale Ehrlichkeit

Betrachtet jedes Backlog-Item genau und fragt Euch:

• Kill: Würde Euer Unternehmen untergehen, wenn Ihr das nie umsetzt? Wenn nein, weg damit.

• Marry: Ist das so wichtig, dass Ihr es in den nächsten drei Monaten definitiv umsetzen wollt? Ab in den Sprint-Ready-Bereich.

• Date: Interessant, aber nicht lebensnotwendig? Parkt es in einem „Someday/Maybe“-Epic.

Pro-Tipp: Wenn Ihr bei einem Item länger als 15 Sekunden überlegen müsst, gehört es in die „Kill“-Kategorie.

2. Die 90-Tage-Regel

Alles, was älter als 90 Tage ist und noch nie geschätzt, diskutiert oder auch nur angeschaut wurde, darf gehen. Ohne Gnade! Wenn es wirklich wichtig wäre, hätte sich in drei Monaten jemand dafür interessiert.

In der Praxis bedeutet das: Erstellt einen Filter wie „Created < 90 days ago AND Status = Open“ und lasst die Lösch-Orgie beginnen.

3. Epic-Decomposition statt kompletter Neustart

Bevor Ihr alles in die digitale Tonne tretet: Prüft, ob sich aus dem Chaos echte Epics formen lassen. Oft verstecken sich hinter 20 ähnlich klingenden User Stories zwei oder drei wertvolle Features.

Das „5-Warum“ für Epics: Fragt bei jeder größeren Anforderung fünfmal „Warum ist das wichtig?“ Wenn Ihr bei Antwort drei schon ins Stottern kommt, ist das Epic vermutlich Ballast.

in gesundes Backlog ist kein Lagerhaus für gute Vorsätze, sondern ein lebender Organismus.

• Es atmet: Neues kommt rein, Veraltetes geht raus.

• Es entwickelt sich: Prioritäten verschieben sich, Anforderungen reifen.

• Und es stirbt gelegentlich: Features werden bewusst nicht umgesetzt.

Die goldene Regel: Ein Backlog sollte nie länger sein, als Ihr in sechs Monaten realistisch abarbeiten könnt. Alles darüber hinaus ist digitaler Kompost.

In unseren Backlog-Audits sehen wir regelmäßig: Die meisten Product Owner fühlen sich von ihrem eigenen Backlog bedroht statt unterstützt. Dabei sollte es Euer wichtigstes Werkzeug sein – übersichtlich, aktuell und fokussiert.

Drei Action Items für diese Woche:

1. Installiert einen „Last Modified“-Filter und löscht alles, was seit vier Monaten nicht angerührt wurde.

2. Führt ein wöchentliches „Backlog Grooming“ nur für Euch ein: 30 Minuten aussortieren.

3. Etabliert eine „One-In-One-Out“-Regel: Für jede neue User Story muss eine alte weichen.

Euer Backlog wird es Euch danken und Euer Entwicklungsteam auch.