Backlog-Verfeinerung
Eine wiederkehrende kollaborative Session, in der der Product Owner und das Entwicklungsteam die Elemente des Product Backlogs überprüfen, klären, schätzen und priorisieren. Die Verfeinerung stellt sicher, dass die obersten Elemente des Backlogs immer gut verstanden und 'Bereit' sind – klein genug, klar genug und geschätzt – bevor die Sprint-Planung beginnt.
Moderationsablauf
- 1
Eröffne die Session: Der Product Owner nennt das Ziel für die nächsten ein bis zwei Sprints und listet die heutigen Elemente in priorisierter Reihenfolge. Kündige die Timebox und die Endzeit laut an, damit sich die Gruppe ihr Tempo einteilt.
5 Min. - 2
Arbeitet die Elemente von oben nach unten durch. Der Product Owner erklärt bei jedem die Absicht, dann stellt das Team klärende Fragen, bis die Akzeptanzkriterien spezifisch und testbar sind. Bearbeite die Kriterien live im Backlog-Element, am Bildschirm — nicht in privaten Notizen.
30 Min. - 3
Teile jedes Element auf, das mehr als 15 Minuten Diskussion auslöst oder offensichtlich nicht in einen Sprint passt. Schneide nach Nutzerwert — ein schmaleres End-to-End-Verhalten — statt nach Architekturschicht, damit jedes Teilstück demonstrierbar bleibt.
15 Min. - 4
Schätze jedes geklärte Element mit Planning Poker oder T-Shirt-Größen. Wenn die Schätzungen weit auseinanderliegen, bitte die Person mit der höchsten und die mit der niedrigsten Schätzung um eine kurze Begründung, bevor neu abgestimmt wird — die Lücke offenbart fast immer eine versteckte Annahme, die es festzuhalten lohnt.
15 Min. - 5
Kennzeichne Abhängigkeiten, Risiken und offene Fragen an jedem Element und weise jeder Blockade eine namentlich benannte Person und eine Frist zur Klärung vor der Sprint-Planung zu.
10 Min. - 6
Wende die Definition of Ready Element für Element an und verschiebe nur die bestandenen Elemente in die Ready-Spalte. Widerstehe der Versuchung, grenzwertige Elemente durchzuwinken — ein Fast-Ready-Element wird zur Überraschung mitten im Sprint.
5 Min. - 7
Schließe mit einem Abdeckungs-Check: Sind jetzt ungefähr zwei Sprints Arbeit Ready? Bestätige Verantwortliche für offene Punkte, parke Ungeklärtes und lege den nächsten Verfeinerungstermin fest.
5 Min.
Tipps
Halte die Verfeinerung auf 10% der Teamkapazität (ungefähr 4 Stunden pro 2-wöchigem Sprint).
Verfeinere nicht mehr als 2-3 Sprints im Voraus – Anforderungen ändern sich.
Wenn eine Story mehr als 15 Minuten Diskussion auslöst, muss sie aufgeteilt werden.
Der Product Owner sollte vorbereitet kommen – vage Stories verschwenden die Zeit des gesamten Teams.
Typische Stolperfallen
Die Verfeinerung zu einem Design-Meeting werden lassen — jedes Element im Detail durchzulösen verbrennt die Timebox; halte die offene Designfrage fest, weise sie zu und geh weiter
Einzeilige Stories eines unvorbereiteten Product Owners akzeptieren und Akzeptanzkriterien als ganzes Team von Grund auf entwerfen — Vorbereitung ist Aufgabe des PO, Schärfen die des Teams
Das gesamte Backlog verfeinern statt der obersten zwei bis drei Sprints, was überspezifizierte Elemente produziert, die veralten und ohnehin neu geschrieben werden
Verfeinerungsschätzungen als Zusagen oder Deadlines veröffentlichen, was dem Team beibringt, jede Zahl zu polstern, und künftigen Schätzungen die Ehrlichkeit entzieht
Variationen
Drei Amigos: ein Entwickler, ein Tester und der Product Owner treffen sich kurz für jede Story vor der Verfeinerung, um sich über den Umfang abzustimmen. Asynchrone Verfeinerung: Das Team kommentiert Stories asynchron in Jira/Linear vor der Live-Session.
Einsatzbereiche
Wann einsetzen
Die Sprint-Planung zieht sich regelmäßig in die Länge, weil das Team Stories zum ersten Mal im Planungsmeeting selbst sieht
Die Spitze des Backlogs ist voll mit großen, vagen Elementen, die niemand schätzen oder mit Zuversicht beginnen kann
Mitten im Sprint tauchen immer wieder Scope-Überraschungen auf, weil Akzeptanzkriterien vor Arbeitsbeginn nie besprochen wurden
Ein neues Team oder eine neue Produktphase, in der die Definition of Ready auf dem Papier existiert, aber nicht konsequent angewendet wird
Wann nicht einsetzen
Die Richtung des Backlogs selbst ist umstritten — die Verfeinerung klärt Elemente, sie entscheidet keine Strategie; führe zuerst eine Roadmap- oder Story-Mapping-Session durch
Als Ersatz für die Sprint-Planung — die Verfeinerung bereitet Elemente auf den Ready-Zustand vor, sie verpflichtet das Team nicht auf ein Sprint-Ziel
Um Elemente zu verfeinern, die mehr als zwei oder drei Sprints entfernt sind; die Anforderungen ändern sich vor Arbeitsbeginn und die Details veralten
Wenn der Product Owner nicht teilnehmen kann oder unvorbereitet erscheint — verschiebe lieber, statt das Team die Absicht raten und Akzeptanzkriterien erfinden zu lassen
Ähnliche Methoden
Weiterführende Artikel
Häufig gestellte Fragen
Wie lange sollte eine Backlog-Verfeinerung dauern?▾
Eine einzelne Session dauert 60 bis 120 Minuten. Eine gängige Richtlinie ist, bis zu etwa 10% der Teamkapazität für die Verfeinerung aufzuwenden — ungefähr vier Stunden pro zweiwöchigem Sprint — was viele Teams auf ein bis zwei kürzere Sessions aufteilen statt auf einen langen Block.
Wer sollte an der Backlog-Verfeinerung teilnehmen?▾
Der Product Owner und das Entwicklungsteam — typischerweise 3 bis 9 Personen — oft mit dem Scrum Master in der Facilitation-Rolle. Lade Fachexpert:innen oder Stakeholder nur für die spezifischen Elemente ein, bei denen ihr Input gebraucht wird, nicht für die gesamte Session.
Was ist der Unterschied zwischen Backlog-Verfeinerung und Sprint-Planung?▾
Die Verfeinerung bereitet kommende Elemente vor — sie werden geklärt, aufgeteilt und geschätzt, bis sie die Definition of Ready erfüllen. Die Sprint-Planung wählt dann aus diesen Ready-Elementen aus und verpflichtet das Team auf ein Sprint-Ziel. Verfeinerung ist laufende Vorbereitung; die Planung ist das Commitment-Event zu Beginn jedes Sprints.
Wie weit im Voraus sollte man das Backlog verfeinern?▾
Halte ungefähr zwei Sprints Ready-Arbeit an der Spitze des Backlogs und höre dort auf. Weiter vorauszuverfeinern verschwendet Aufwand, weil sich Anforderungen verschieben — detaillierte Akzeptanzkriterien, die Monate zu früh geschrieben werden, müssen vor Arbeitsbeginn meist neu geschrieben werden.
Wie führt man eine Backlog-Verfeinerung remote durch?▾
Teile das Backlog-Tool am Bildschirm und bearbeite Elemente live, damit alle dieselbe Quelle der Wahrheit sehen. Nutze eine asynchrone Vorablektüre oder einen kurzen Three-Amigos-Durchgang vor dem Call, um Meetingzeit zu sparen, ein digitales Planning-Poker-Tool für gleichzeitige Schätzungen und eine sichtbare Timebox pro Element, um die Diskussion in Bewegung zu halten.
Plane deinen nächsten Workshop mit KI
Workshop Weaver hilft dir, Methoden wie Backlog-Verfeinerung zu einer vollständigen, zeitlich geplanten Agenda zu kombinieren – in Minuten.
Kostenlos testenMethod descriptions on Workshop Weaver are original content written by our team, based on established facilitation practices. This method was inspired by work from Scrum Guide.