Im Product Backlog Refinement werden Product Backlog Items (z.B. User Stories) vorgestellt, besprochen, geschnitten, mit Details gefüllt und geschätzt.
15.4.2021
Das Product Backlog Refinement ist kein offizielles Event im Sprint, es ist eine fortlaufende Aufgabe. In der Praxis empfehlen wir etwa eine Stunde pro Woche für Refinement zu verwenden.
Das gesamte Scrum Team nimmt am Product Backlog Refinement teil. Der Product Owner stellt die Product Backlog Items nach ihrer Priorität vor und bespricht diese mit den Anwesenden.
Der Scrum Master unterstützt dabei, fokussiert zu bleiben und nicht zu sehr ins (technische) Detail der Aufgaben zu versinken.
Das Product Backlog Refinement dient der ständigen Aktualisierung und Pflege des Product Backlogs, der Aufnahme neuer Product Backlog Items und dem Aufbau eines gemeinsamen Verständnisses der Product Backlog Items. Dabei werden große User Stories und Epics in kleine, "sprintgerechte" Items geschnitten, geschätzt und die Priorisierung im Backlog angepasst. Im Product Backlog Refinement wird das Problem analysiert, im zweiten Teil des Sprint Plannings kümmern sich die Developer um die Lösungsfindung.
Der Product Owner stellt den Developern die wichtigsten Product Backlog Items der kommenden 2-3 Sprints vor. Die einzelnen Product Backlog Items werden dabei im Scrum Team besprochen, wobei alle notwendigen Informationen ergänzt werden, damit alle ein einheitliches Verständnis von den Anforderungen haben. Im Rahmen dieses Prozesses wird jedes Product Backlog Item geschätzt (z.B. mit Hilfe von Planning Poker oder Magic Estimation). Ein hoher Schätzwert ist Indikator dafür, dass das Product Backlog Item geschnitten und im Anschluss erneut geschätzt werden sollte. Somit wird sichergestellt, dass alle Items aus dem Product Backlog Refinement die „Definition of Ready“ erfüllen und damit „Ready for Sprint“ sind.
15.4.2021