Refinement
Backlog-Pflege: PBIs schrittweise präzisieren und schätzen.
Beim Product Backlog Refinement werden größere PBIs in kleinere, klarere zerlegt und geschätzt. Es ist KEIN Scrum-Event, sondern kontinuierliche Arbeit, meist zwischen Product Owner und Developers.
Passende Übungsfragen
❌Product Backlog Refinement
✅Daily Scrum
✅Sprint Planning
❌Sprint Zero
✅Sprint Review
Neben Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective (hier nicht aufgeführt) gilt der Sprint selbst als Event. Refinement ist eine laufende Aktivität, kein Event; einen "Sprint Zero" gibt es in Scrum nicht.
❌Eine einmalige Aufbereitung des gesamten Backlogs vor dem ersten Sprint
✅Eine laufende Aktivität, bei der Einträge zerlegt, präzisiert und geschätzt werden – kein Event mit fester Timebox
❌Die Aufgabe des Scrum Masters
❌Ein Pflicht-Event am Anfang jedes Sprints
Refinement ist eine fortlaufende Aktivität ohne vorgeschriebene Timebox. Scrum schreibt weder Häufigkeit noch Format vor.
☝️ SingleEin Team hält jeden Dienstag ein zweistündiges Refinement-Meeting ab und bezeichnet es als fünftes Scrum-Event. Wie ist das zu bewerten?
✅Ein fester Termin ist unproblematisch, die Bezeichnung als Event nicht: Refinement ist eine laufende Aktivität ohne vorgeschriebene Timebox und ohne definiertes Ergebnis
❌Ein fester Termin widerspricht dem Scrum Guide und muss entfallen
❌Refinement darf ausschließlich im Sprint Planning stattfinden
❌Das ist korrekt, Refinement ist seit 2020 ein eigenständiges Event
Der Unterschied ist nicht bloß begrifflich: Ein Event hat einen definierten Zweck, ein Ergebnis und eine Timebox. Refinement als Event zu behandeln führt dazu, dass Klärungsbedarf bis Dienstag aufgestaut wird, statt dann zu entstehen, wenn er auftritt.