Das Product Backlog Refinement

Timebox des Product Backlog Refinement Meetings:

Als einziges Scrum Event hat das Product Backlog Refinement Meeting keine feste Timebox. Der Scrum Guide empfiehlt maximal 10% der Kapazität des Development Teams, wir empfehlen eine Stunde pro Woche.

Teilnehmer im Product Backlog Refinement Meeting:​​

• Product Owner
• Scrum Master
• Development Team

Das gesamte Scrum Team nimmt am Product Backlog Refinement Meeting 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.

Zweck des Product Backlog Refinement Meetings:

Das Product Backlog Refinement Meetings 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 Meeting wird das Problem analysiert, im Planning 2 kümmert sich das Development Team um die Lösungsfindung.

Der Ablauf des Product Backlog Refinement Meetings in der Praxis:

Der Product Owner stellt dem Development Team 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 einer Anforderung 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 "Ready for Sprint" sind.

3 Tipps für das Product Backlog Refinement Meeting:

1. Beim Schneiden der Product Backlog Items sollten Abhängigkeiten der Aufgaben untereinander vermieden werden. Abhängigkeiten steigern das Risiko, das Sprintziel nicht zu erreichen und damit die Lieferung zu verlangsamen.
2. Geschätzt wird ausschließlich vom Development Team.
3. Wir empfehlen eine Timebox für das Schätzen der einzelnen Aufgaben. Der Product Owner zieht beim Überschreiten der Timebox das Product Backlog Item zurück, um es im Nachgang zu schneiden, besser zu beschreiben oder es mit weiteren Details zu füllen. Ein Richtwert für diese Timebox sind 10 Minuten/Backlog Item.