Ein Product Backlog ist die priorisierte Liste aller Aufgaben, die vom Entwicklungsteam bearbeitet werden muss. Diese Aufgaben leiten sich aus den Produktanforderungen und der geplanten Roadmap ab. Im Backlog werden dabei die wichtigsten Aufgaben immer im oberen Bereich angezeigt, da dies die Priorität für die Teams wiederspiegelt.12

Was ist das Product Backlog?

Das Product Backlog wird oft als Speicher für Aufgaben angesehen, dabei zeigt bereits die Wahl der Bezeichnung “Backlog” (Auftragsbestand), dass es sich um eine dynamische Liste handelt. Dennoch wird zu Beginn ein initiales Product Backlog mit allen bis dahin bekannten Anforderungen erstellt. Diese Anforderungen werden in Abstimmung zwischen Product Owner und Kunden definiert und in Features überführt. Durch kontinuierliches Aktualisieren, Priorisieren und Verfeinern des Backlogs bleibt es dynamisch, neue Anforderungen können aufgenommen und obsolete Features nicht bearbeitet werden. Der Product Owner ist dabei für das jeweilige Backlog verantwortlich. Das Product Backlog enthält Eigenschaften, Funktionen, Anforderungen, Verbesserungen und Fehlerbehebungen, wobei jeder Eintrag mit Aufwandsschätzung, Beschreibung und Priorität versehen ist.1324

Zu Beginn eines neuen Sprints werden Anforderungen aus dem Product Backlog im Sprint Planning in das jeweilige Sprint Backlog gezogen und bearbeitet12.

Product- vs. Sprintbacklog

Product-Backlog vs. Sprint-Backlog5

Wie erstelle ich das initiale Product Backlog?

Die erste Version wird oft auch als “Initial Product Backlog” bezeichnet. Diese erste Fassung ergibt sich aus den Informationen unterschiedlicher Bereiche:

  • Mit der Produktvision beschreibt und liefert der Kunde seine Anforderungen an das fertige Produkt4.
  • Durch eine Product Roadmap werden zeitliche Eckpunkte festgelegt, gleichzeitig gibt sie einen Rahmen für die geplante Nutzung des Produkts vor.
  • Die Gruppe der Stakeholder ist dabei weitgefächert, neben dem Auftraggeber sollten auch spätere Nutzer frühzeitig zu Anforderungen befragt werden. Sie wissen welche Eigenschaften das neue Product benötigt und können dadurch entscheidenden Input liefern.
  • Ein heterogenes, multidisziplinär aufgestelltes Entwicklerteam besitzt breit gestreutes Fachwissen um alle Bereiche abzudecken.
  • Bei dem Minimum Viable Product (MVP) handelt es sich um das minimale Produkt, das dem Kundenwunsch entspricht. Der Blick auf ein MVP hilft bei der initialen Priorisierung und stellt anschließend ein erstes Arbeitsergebnis dar.62

Ein gutes Backlog zeichnet sich durch die “DEEP”-Eigenschaften aus

  • Detailed (detailliert): Items, die im nächsten oder übernächsten Sprint bearbeitet werden, müssen „fertig für den Sprint“ sein. Damit ist gemeint, dass sowohl Akzeptanzkriterien als auch eine Definition of Done deutlich formuliert sind und vom Entwicklerteam verstanden werden.
  • Emergent (entwickelnd): Ein Product Backlog entwickelt sich im Verlauf des Projektes stetig weiter, vor dem ersten Sprint ist es dementsprechend noch nicht vollständig.
  • Estimated (abgeschätzt): Im Team wurden alle Items -mittels Story Punkten- gemeinsam geschätzt, die gebräuchlichste Methode ist dabei das Planning Poker.
  • Prioritized (priorisiert): Der Product Owner hat alle Backlog-Items mit Prioritäten versehen und sortiert. Im Sprint Planning kann nun das Sprint Backlog anhand der Prioritäten befüllt werden.624

Durch “Backlog Grooming” bleibt das Backlog gepflegt

Nach der initialen Erstellung muss das Backlog kontinuierlich gepflegt werden, häufig findet dies im sogenannten Backlog Grooming -auch als Refinement bezeichnet- statt. Gemäß der Definition im Scrum Guide ist es kein fester Bestandteil des Scrum-Prozesses, in der Praxis hat sich dieses Meeting jedoch als sehr wertvoll erwiesen. Gemeinsam mit dem Team schärft und bereitet der Product Owner die Backlog Items vor, dabei werden folgende Schritte durchgeführt:62

Siehe auch

Weiterführende Literatur

  • Was ist Scrum: https://www.atlassian.com/de/agile/scrum
  • Backlog Grooming: https://www.youtube.com/watch?v=zkZJxvKzILY
  • Creating your Backlog: https://confluence.atlassian.com/jirasoftwareserver/creating-your-backlog-938845071.html

Quellen

  1. https://www.projektmagazin.de/glossarterm/product-backlog ↩ ↩2 ↩3

  2. https://www.atlassian.com/de/agile/scrum/backlogs ↩ ↩2 ↩3 ↩4 ↩5 ↩6

  3. https://www.scrum.org/resources/what-is-a-product-backlog ↩

  4. https://projektmanagement-zentrum.ch/2019/03/11/product-backlog/ ↩ ↩2 ↩3

  5. https://www.inloox.de/projektmanagement-glossar/backlog/ ↩

  6. https://agilescrumgroup.de/product-backlog/ ↩ ↩2 ↩3 ↩4