Backlog Refinement

Typische Dauer:: 1h

Das Team klärt, schätzt und priorisiert Product-Backlog-Einträge gemeinsam, damit sie für kommende Sprints bereit sind.

Zweck

Backlog Refinement ist eine fortlaufende Aktivität, bei der das Scrum-Team Details ergänzt, Aufwand schätzt und das Product Backlog neu ordnet. Gut gepflegte Einträge fließen reibungslos ins Sprint Planning.

Auf einen Blick

Merkmal	Detail
Gruppengröße	3 – 9 (Scrum-Team)
Dauer	60 Minuten (wöchentlich oder zweimal pro Sprint empfohlen)
Schwierigkeit	Mittel
Moderationsstil	Kollaborative Diskussion; Product Owner leitet, Entwickler hinterfragen
Setting	Vor Ort oder Videocall mit geteilter Backlog-Ansicht

Ablauf

Kandidaten auswählen (5 Min.) — Product Owner identifiziert die nächsten 5–10 Einträge.
Intention klären (20 Min.) — PO erklärt das Warum und das gewünschte Ergebnis. Entwickler fragen, bis Akzeptanzkriterien klar sind.
Schätzen (15 Min.) — Kartenschätzung, T-Shirt-Sizing oder relative Schätzung nutzen.
Aufteilen bei Bedarf (10 Min.) — Zu große Items mit Story-Splitting-Mustern zerlegen.
Neu ordnen (5 Min.) — Backlog-Reihenfolge anhand neuer Informationen anpassen.
Readiness prüfen (5 Min.) — Ausgewählte Items gegen die Definition of Ready prüfen.

Material

Product Backlog (digitales Tool oder physische Karten)
Akzeptanzkriterien-Vorlage
Schätzreferenz
Timer

Stolperfallen & häufige Fehler

Zu weit voraus pflegen — Items, die mehr als 2 Sprints entfernt liegen, ändern sich oft.
Keine Entwickler anwesend — Ohne die Umsetzenden sind Schätzungen wertlos.
Refinement wird zum Design — Beim Was bleiben; Wie ins Sprint Planning verschieben.
Schätzung auslassen — Auch grobe Größen helfen bei der Kapazitätsprognose.

Inklusion & Barrierefreiheit

Zu besprechende Items vorab teilen.
Visuelle Hilfsmittel ergänzend zu Textbeschreibungen nutzen.
Remote-Teilnehmern Echtzeit-Zugriff auf das Backlog ermöglichen.

Varianten

Kontinuierliches Refinement — Statt eines geplanten Meetings pflegen Teammitglieder Items paarweise.
Example Mapping — Konkrete Beispiele zur Klärung von Akzeptanzkriterien nutzen.

Wann NICHT einsetzen

Wenn das Team einen Spike oder Prototyp baut, bei dem der Scope bewusst undefiniert ist.
Wenn alle anstehenden Backlog-Einträge bereits klar und geschätzt sind.

Quelle & Weiterlesen

Schwaber, K. & Sutherland, J. (2020). *The Scrum Guide*. scrumguides.org
Adzic, G. (2009). *Bridging the Communication Gap*. Neuri.

Aus den Bausteinen eine Agenda machen

Leg den Tag an, zieh die Blöcke in die Reihenfolge, die dir vorschwebt, und lass die Zeiten sich selbst ausrechnen. Oder beschreib deiner KI, was du vorhast, und lass sie den ersten Entwurf schreiben.

14 Tage kostenlos testen