
Product Backlog Refinement – einfach erklärt
Author: Anna Schötz
· 3 mins readIn Scrum gibt es verschiedene Aktivitäten, wie z. B. das Product Backlog Refinement. Aber wie verfeinert man das Backlog, wer sollte daran beteiligt sein, und wann schätzt man die Zeit und die Story Points?
Was ist das Product Backlog Refinement?
Während der Backlog-Verfeinerung überprüfen der Product Owner und das Entwicklungsteam die einzelnen Aufgaben im Backlog. Das Ziel ist es, sicherzustellen, dass das Backlog die richtigen Aufgaben enthält und dass diese priorisiert sind.
Außerdem soll sie sicherstellen, dass:
- Alle Tasks auf die gleiche Weise von jedem Teammitglied verstanden werden
- Der Aufwand der Aufgaben ist geschätzt
- Das Team hat die Aufgaben nach Prioritäten geordnet
Product Backlog Refinement findet regelmäßig statt, kann aber auch als laufende Aktivität durchgeführt werden.
In dieser Besprechung können Sie zum Beispiel Folgendes tun:
- Hinzufügen neuer User Stories, falls erforderlich
- Entfernen von User Stories, die nicht mehr benötigt werden
- Schätzung von Geschichten und Aufträgen
- Korrektur von Schätzungen, wenn neue Informationen aufgetaucht sind
Zusammengefasst: Backlog Refinement soll ein gemeinsames Verständnis dafür schaffen, was zu tun ist, wie viel Aufwand dies bedeutet und in welcher Reihenfolge die Aufgaben erledigt werden.
Lesen Sie unseren Blogpost 5 Tipps für agile Teams, um ein besseres Team zu werden.
Warum ist sie wichtig?
Wenn es kein gemeinsames Verständnis darüber gibt, besteht die Gefahr, dass entweder das falsche implementiert wird, ein Aufwand entsteht, der nicht nötig gewesen wäre oder die Implementierung überarbeitet werden muss.
Wenn die Einteilung der einzelnen Tasks nicht berücksichtigt wird, dann kann es sein, dass die Elemente mit hohem Wert und hohen Kosten überschätzt werden und andere unterschätzt. Die Priorisierung ist wichtig, damit Sie nicht an weniger wichtigen Punkten arbeiten und wichtigere dabei übersehen.
Des Weiteren ist es wichtig ein Product Backlog Refinement durchzuführen, damit die Effizienz des Sprint Planning Meetings verbessert werden kann, denn viele Fragen lassen sich an dieser Stelle schon klären. Das Product Backlog bleibt außerdem geordnet, aufgeräumt und nur mit relevanten Tasks befüllt, auf diese Weise haben sie nicht das Gefühl von den Aufgaben überrollt zu werden.
So kann ein gemeinsames Verständnis sowohl innerhalb des Scrum Teams als auch für die Stakeholder geschaffen werden.
Vorteile
Durch das Refinement wird sichergestellt, dass im Backlog weiterhin relevante und detaillierte Tasks sind. Diese sind mit Prioritäten versehen und entsprechen den aktuellen Zielen des Projekts bzw. des Produkts. Dabei liegt der Vorteil in der Dynamik des Backlogs. Nicht alle User Stories müssen dann gleich zu Beginn in kleine Teile heruntergebrochen werden und detailliert geschätzt werden, damit wird mehr Flexibilität erreicht.
Checkliste für den Product Owner
Ein Product Owner sollte diese Zeit nutzen, um die Features und User Stories, die Produktvision und alles, was mit dem Aufbau Ihrer Produkt-Roadmap und der Planbarkeit zusammenhängt, zu verfeinern. Je nachdem, wo Sie in Ihrem Zeitplan in jedem Refinement-Meeting stehen, werden Sie ein anderes Thema angehen.
Dies sind die wichtigsten Checklisten, die ein Product Owner für das Product Backlog Refinement vorbereiten sollte:
- Bereiten Sie den Kontext des Produkts vor: Vision, Verständnis der Interessengruppen, Erwartungen, Strategie, Produktmeilensteine, Erwartungen der Investoren, Produktvorteile, Geschäftsmodell.
- Erstellen Sie die Produkt-Roadmap: Zeigen Sie, wie die Funktionen und User Stories in die Produkt-Roadmap passen
- Zusammenarbeit mit dem Scrum Master, um den Zeitplan für die Besprechung festzulegen
- Definieren Sie Ziele
- Vorbereitung von Entwürfen, Daten und Beispielen für jede User Story, die dies erfordert
- Schreiben Sie die User Stories und Features vor dem Refinement-Meeting
- Zuweisung der User Stories zu einem Release
- Weitergabe des Versionsplans und der Auswirkungen der nächsten Version an das Team
- Verstehen Sie die Geschwindigkeit des Teams
Wie lange sollte die Überarbeitung des Auftragsbestands dauern?
Das Product Backlog Refinement sollte nicht mehr als 1-2 Stunden in einem Sprint in Anspruch nehmen. Es sollte aber nicht mehr als 10% der Kapazität des Entwicklungsteams einnehmen, wobei der Product Owner so viel Zeit investieren kann wie nötig.
Brauchen Sie professionelle IT-Lösungen?
Holen Sie sich noch heute eine kostenlose Beratung!
Ob Sie Netzwerkprobleme, Sicherheitsbedenken haben oder Softwareintegrationen benötigen, unser Team von IT-Experten steht Ihnen zur Verfügung. Lassen Sie sich nicht von technischen Problemen aufhalten. Rufen Sie uns jetzt für eine kostenlose Ersteinschätzung an oder klicken Sie unten, um unser schnelles Kontaktformular auszufüllen. Lassen Sie Technologie für Sie arbeiten.
Share