Backlog Refinement: die Grundlage guten Sprint Plannings
Backlog Refinement (auch Backlog Grooming genannt) ist der fortlaufende Prozess des Überprüfens, Priorisierens und Vorbereitens von Product Backlog Items, damit sie für Sprint Planning bereit sind.
Was Backlog Refinement ist
Der Scrum Guide beschreibt Backlog Refinement als das Aufteilen und weitere Definieren von Product Backlog Items zu kleineren, präziseren Einträgen.
In der Praxis umfasst Refinement: bevorstehende Backlog-Einträge überprüfen, Akzeptanzkriterien hinzufügen oder verbessern, große Stories aufteilen, mit Story Points schätzen, Abhängigkeiten lösen.
Refinement ist kein einzelnes Event — es ist eine kontinuierliche Aktivität. Die meisten Teams widmen 10 % ihrer Sprint-Kapazität der Refinement-Arbeit.
Wann und wie oft zu verfeinern
Es gibt keine einzige richtige Antwort, aber die meisten Teams entscheiden sich für eines von drei Mustern:
- Dediziertes Refinement-Meeting (am häufigsten): ein 60–90-minütiges Meeting pro Sprint, Sprint-Mitte.
- Kontinuierliches leichtes Refinement: 15–30 Minuten am Ende jedes Daily Scrums.
- Ad-hoc-Refinement: Refinement findet statt, wann immer das Team identifiziert, dass eine Story Arbeit benötigt.
Warnung: weniger als 10 % der Kapazität für Refinement ist ein Frühindikator für Sprint-Planning-Überschreitungen.
Was einen Backlog-Eintrag bereit macht
Ein häufiges Framework ist die Definition of Ready — eine teamvereinbarte Checkliste. Typische Kriterien:
- Die Story hat eine klare, vereinbarte Beschreibung des gewünschten Ergebnisses.
- Akzeptanzkriterien sind geschrieben und vom Product Owner genehmigt.
- Die Story hat eine Story-Point-Schätzung vom Team.
- Abhängigkeiten sind identifiziert und entweder gelöst oder aktiv verwaltet.
- Die Story kann innerhalb eines einzelnen Sprints abgeschlossen werden.
- Die Priorität der Story wurde im letzten Sprint bestätigt.
Die Definition of Ready sollte eine Teamvereinbarung sein, kein bürokratisches Tor.
Techniken für effektives Backlog Refinement
Refinement-Sitzungen können bei einigen häufigen Herausforderungen ins Stocken geraten.
Story-Aufteiltechniken
- Nach Workflow-Schritt: eine große Story, die eine gesamte User Journey abdeckt, in einzelne Schritte aufteilen.
- Nach Benutzerrolle: wenn eine Story mehrere Benutzertypen mit unterschiedlichen Berechtigungen bedient, nach Rolle aufteilen.
- Nach Datenvariante: Stories, die mehrere Datentypen verarbeiten, in eine Story pro Variante aufteilen.
Planning Poker im Refinement nutzen
Eine kurze Planning-Poker-Sitzung (10–15 Minuten) für alle Stories, die die Definition of Ready erfüllt haben, außer einer Schätzung.
Längere Planning-Poker-Sitzungen (30+ Minuten) für Stories mit großer Stimmdivergenz reservieren.
Backlog-Refinement-FAQ
Ist Backlog Refinement dasselbe wie Grooming?
Ja. "Backlog Grooming" war der ursprüngliche Scrum-Begriff; er wurde in der Scrum-Guide-Aktualisierung 2011 in "Backlog Refinement" umbenannt.
Wer soll am Backlog Refinement teilnehmen?
Der Product Owner, Scrum Master und das gesamte Entwicklungsteam.
Wie viele Sprints im Voraus soll das Backlog verfeinert sein?
Halte immer 1–2 Sprints an bereiten Stories. Weiter im Voraus zu verfeinern riskiert vergeudete Arbeit.
Was passiert, wenn wir uns nicht auf Akzeptanzkriterien einigen können?
Genau dafür ist Refinement da. Aktionspunkte dem Product Owner und/oder dem Entwicklungsteam zuweisen.
Schätze dein verfeinertes Backlog mit kostenlosem Online-Planning-Poker