Was ist ein Product Backlog?
Ein Product Backlog ist eine priorisierte Liste aller bekannten Anforderungen, Ideen und Aufgaben für ein Produkt, die der Product Owner pflegt und regelmäßig neu priorisiert.
DEFINITION
Das Product Backlog ist das zentrale Steuerungsinstrument in Scrum. Es ist eine geordnete Liste: Ganz oben stehen die wichtigsten und am besten definierten Anforderungen. Weiter unten wird es gröber und weniger detailliert. Der Product Owner ist verantwortlich dafür, dass das Backlog immer den aktuellen Wert und die Prioritäten widerspiegelt. Das Backlog lebt. Es wächst, schrumpft und verändert sich ständig durch neues Wissen, Feedback von Stakeholdern erhältst oder Anforderungen sich ändern. Im Sprint Planning wählt das Team die obersten Einträge aus dem Backlog aus. Ein gutes Backlog ist kein Wunschkatalog, sondern eine klare Rangfolge: Was bringt am meisten Wert? Was muss jetzt gemacht werden? Was kann warten? Die Pflege des Backlogs, das sogenannte Backlog Refinement, ist eine kontinuierliche Aufgabe des Product Owners, oft mit dem Team zusammen.
VERBINDUNGEN ZU ANDEREN THEMEN
Führung
Der Product Owner delegiert Backlog-Pflege selten vollständig ans Team. Gute Backlog-Priorisierung erfordert Führungsstärke: Nein sagen zu Features, die nicht zum Ziel beitragen, auch wenn Stakeholder sie fordern.
Künstliche Intelligenz
Large Language Models können Backlog-Einträge generieren, ähnliche Anforderungen clustern und Prioritätsvorschläge machen. Das beschleunigt Refinements und verbessert die Qualität der Einträge.
Projektmanagement
Das Product Backlog ist das agile Äquivalent zur Work Breakdown Structure: Beide listen alle zu erledigenden Aufgaben auf, unterscheiden sich aber in Priorisierungslogik, Detailgrad und Veränderlichkeit.
DAS WICHTIGSTE AUF EINEN BLICK
- Das Product Backlog ist die priorisierte Liste aller Anforderungen eines Produkts.
- Der Product Owner pflegt und priorisiert das Backlog.
- Einträge oben sind konkret und sofort umsetzbar, unten gröber und weniger dringend.
- Das Backlog lebt und verändert sich mit neuem Wissen und Feedback.
- Im Sprint Planning wählt das Team aus den obersten Backlog-Einträgen aus.
PRAXISBEISPIEL
Ein Team entwickelt eine Mitarbeiter-App. Das Product Backlog enthält 60 Einträge: ganz oben die Login-Funktion und das Anzeigen von Schichtplänen, weiter unten vage Ideen wie „Gamification” und „KI-Empfehlungen”. Der Product Owner sortiert nach Nutzenwert und Dringlichkeit. Im ersten Sprint werden nur die drei wichtigsten Punkte umgesetzt. Nach dem Sprint Review verschiebt ein neues Feedback vom Management die Prioritäten. Der Backlog wird sofort angepasst.
HÄUFIGE MISSVERSTÄNDNISSE
Ist das Product Backlog eine vollständige Liste aller Aufgaben, die das Team je erledigen muss?
Nein. Das Backlog ist eine lebende Priorisierungsliste. Es enthält, was aktuell bekannt ist, wird aber nie vollständig sein. Neues kommt hinzu, Altes fällt raus.
Muss jeder Backlog-Eintrag vor dem Sprint vollständig spezifiziert sein?
Nein. Konkrete Spezifikation ist nur für die Einträge nötig, die als nächstes umgesetzt werden. Weiter unten darf es gröber bleiben.