Scrum-Leitfaden · Artefakte und Praktiken
Backlog Refinement in Scrum: so gelingt es
Backlog Refinement ist die fortlaufende Aktivität, Product-Backlog-Einträge zu zerlegen und mit Details wie Beschreibung, Reihenfolge und Größe zu versehen. In Scrum ist es kein formales Event: Es hält den oberen Teil des Product Backlog klar genug, damit das Team Sprints zuversichtlich planen kann.
Das Wichtigste in Kürze
- Backlog Refinement ist eine fortlaufende Aktivität, kein formales Scrum-Event.
- Es zerlegt Einträge und ergänzt Details wie Beschreibung, Reihenfolge und Größe.
- Product Owner und Developers verfeinern gemeinsam; die Developers schätzen die Arbeit.
- Halten Sie etwa ein bis zwei Sprints an Einträgen bereit und teilen Sie sie vertikal.
Was Refinement ist und was nicht
Der Scrum Guide 2020 beschreibt Product Backlog Refinement als das Zerlegen und weitere Ausarbeiten von Einträgen in kleinere, präzisere Einträge. Es ist eine fortlaufende Aktivität und daher keines der fünf Scrum-Events. Viele Teams halten dennoch regelmäßige Refinement-Sessions ab, weil das die Arbeit planbar macht.
| Refinement ist | Refinement ist nicht |
|---|---|
| Klären, was ein Eintrag bedeutet und warum er wichtig ist | Sich auf Arbeit für den nächsten Sprint festlegen |
| Große Einträge in kleinere aufteilen | Aufgaben an Einzelpersonen zuweisen |
| Einträge schätzen, damit sie geordnet und prognostiziert werden können | Detailliertes technisches Design jedes Eintrags |
| Akzeptanzkriterien ergänzen | Ein Statusmeeting |
| Fortlaufend und gemeinschaftlich | Etwas, das der Product Owner allein erledigt |
Wer teilnimmt
- Product Owner: liefert Kontext, erläutert den Wert von Einträgen und akzeptiert Zielkonflikte. Verantwortlich für das Backlog.
- Developers: stellen Fragen, schlagen Aufteilungen und einfachere Optionen vor und schätzen die Einträge. Der Scrum Guide macht sie für das Schätzen verantwortlich.
- Scrum Master: hilft bei Bedarf, zum Beispiel durch Coaching des Teams zu Techniken des Aufteilens oder indem er die Sessions fokussiert hält.
- Stakeholder und Fachleute: werden hinzugezogen, wenn ein Eintrag ihr Wissen erfordert, etwa ein Kunde, Designer oder Compliance-Spezialist.
Wie viel Zeit Sie aufwenden sollten
Der Scrum Guide 2020 legt keine Zeitgrenze für Refinement fest. Frühere Versionen nannten als Richtwert höchstens 10 % der Kapazität der Developers, und viele Teams nutzen das weiterhin als grobe Orientierung. In einem zweiwöchigen Sprint sind das oft ein oder zwei Sessions von etwa einer Stunde plus informelle Gespräche.
So führen Sie eine Refinement-Session durch
- Vorbereiten. Der Product Owner wählt die Einträge im oberen Bereich des Backlogs aus, die Aufmerksamkeit brauchen, und teilt sie vorab.
- Erklären Sie das Warum. Für jeden Eintrag beschreibt der Product Owner das Problem, den Nutzer und das gewünschte Ergebnis.
- Fragen stellen und beantworten. Die Developers untersuchen Randfälle, Abhängigkeiten und Risiken. Notieren Sie offene Fragen und wer sie beantwortet.
- Akzeptanzkriterien vereinbaren. Halten Sie die Bedingungen fest, die zeigen, dass der Eintrag funktioniert.
- Bei Bedarf aufteilen. Lässt sich ein Eintrag nicht innerhalb eines Sprints fertigstellen (Done), teilen Sie ihn in schmalere Scheiben, die dennoch Wert liefern.
- Schätzen. Die Developers schätzen, zum Beispiel mit Story Points und Planning Poker.
- Neu ordnen. Der Product Owner passt die Reihenfolge auf Basis der neuen Erkenntnisse an.
- Abschließen. Bestätigen Sie, welche Einträge bereit für das Sprint Planning sind und welche Nacharbeiten nötig sind.
Möglichkeiten, große Einträge aufzuteilen
| Technik | Beispiel |
|---|---|
| Nach Workflow-Schritt | Aus „Checkout“ werden Warenkorbprüfung, Lieferdaten und Zahlung |
| Nach Geschäftsregel | Erst Standardversand unterstützen, später Expressversand |
| Nach Daten- oder Eingabetyp | Erst Kartenzahlungen akzeptieren, dann digitale Wallets |
| Nach Nutzer oder Rolle | Erst Kunden, dann Administratoren |
| Erst einfach, dann verbessern | Erst einfache Suche, dann Filter, dann gespeicherte Suchen |
| Zuerst ein Spike | Eine zeitlich begrenzte Untersuchung vor dem Schätzen eines unsicheren Eintrags |
Teilen Sie vertikal, sodass jede Scheibe für sich nutzbar ist, statt horizontal in Schichten wie Datenbank, Oberfläche und Test. Siehe Epics vs. Stories vs. Tasks.
Rechenbeispiel
Ein Team verfeinert den Eintrag „Kunden können ihre Bestellung verfolgen“, den die Developers auf etwa 20 Punkte schätzen, zu groß für einen Sprint, in dem sie neben anderer Arbeit üblicherweise rund 25 Punkte schaffen. Nach der Diskussion teilen sie ihn auf:
| Neuer Eintrag | Akzeptanzkriterien (Zusammenfassung) | Größe |
|---|---|---|
| Bestellstatus auf der Kontoseite anzeigen | Status zeigt bestellt, verpackt, versendet oder zugestellt | 5 |
| E-Mail bei Versand einer Bestellung | E-Mail innerhalb von 10 Minuten versendet, mit Tracking-Link | 3 |
| Sendungsverfolgung des Paketdienstes auf der Kontoseite anzeigen | Live-Tracking über die API des Paketdienstes | 8 |
| Spike: Grenzen der Paketdienst-API | Zu klären: Können wir alle 15 Minuten abfragen? | 2 |
Die Summe beträgt 18 Punkte, und jeder Eintrag ist für sich nutzbar. Der Product Owner stellt Statusseite und E-Mail an den Anfang, weil sie den meisten Wert liefern, gefolgt vom Spike, damit das Tracking-Item ein geringeres Risiko hat, wenn es nach oben rückt.
Tipps und häufige Fehler
- Verfeinern Sie kontinuierlich, nicht nur in Eile am Tag vor dem Sprint Planning.
- Halten Sie Sessions kurz und konzentrieren Sie sich auf den oberen Teil des Backlogs.
- Beziehen Sie das ganze Team ein, oder zumindest die Developers, die die Arbeit voraussichtlich erledigen; schätzt nur eine Person, geht das gemeinsame Verständnis verloren.
- Spezifizieren Sie nicht zu viel: Lassen Sie Raum für Gespräche während des Sprints.
- Nutzen Sie bei Bedarf eine schlanke Checkliste, manchmal Definition of Ready genannt, aber machen Sie daraus keine Hürde, die nützliche Arbeit blockiert.
- Machen Sie offene Fragen sichtbar, damit sie vor dem Sprint Planning beantwortet werden.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Was ist Backlog Refinement in Scrum?
Es ist die fortlaufende Aktivität, Product-Backlog-Einträge zu zerlegen und mit Details wie Beschreibung, Reihenfolge und Größe zu versehen, damit sie bereit für das Sprint Planning sind.
Ist Backlog Refinement ein Scrum-Event?
Nein. Der Scrum Guide 2020 beschreibt es als fortlaufende Aktivität, nicht als eines der fünf Events. Teams können dennoch regelmäßige Refinement-Sessions einplanen.
Ist Backlog Refinement dasselbe wie Backlog Grooming?
Ja. Grooming ist der ältere Begriff; Refinement hat ihn im Scrum Guide ersetzt und ist heute die Standardbezeichnung.
Wer nimmt am Backlog Refinement teil?
Der Product Owner und die Developers, wobei der Scrum Master hilft, wo es sinnvoll ist. Stakeholder oder Fachleute kommen hinzu, wenn ein Eintrag ihren Input braucht.
Wie viel Zeit sollte Backlog Refinement in Anspruch nehmen?
Der Scrum Guide 2020 nennt keine Grenze. Frühere Versionen empfahlen höchstens etwa 10 % der Kapazität der Developers, was weiterhin eine gängige Orientierung ist.
Wie oft sollten wir das Backlog verfeinern?
Kontinuierlich. Viele Teams halten pro Sprint ein bis zwei kurze Sessions ab und klären kleinere Fragen, sobald sie aufkommen.
Wer schätzt beim Backlog Refinement?
Die Developers, die die Arbeit erledigen werden. Der Product Owner erläutert die Einträge und Zielkonflikte, legt aber nicht die Schätzungen fest.
Was ist der Unterschied zwischen Backlog Refinement und Sprint Planning?
Refinement bereitet Einträge über die Zeit vor. Sprint Planning ist ein zeitlich begrenztes Event, in dem das Team das Sprint-Ziel festlegt, Einträge auswählt und die Arbeit plant.
Was bedeutet „ready“ beim Backlog Refinement?
Laut Scrum Guide gelten Einträge, die innerhalb eines Sprints fertiggestellt (Done) werden können, als bereit für die Auswahl im Sprint Planning. Manche Teams ergänzen eine optionale Definition of Ready.
Wie weit im Voraus sollten wir das Backlog verfeinern?
Meist genug für die nächsten ein bis zwei Sprints. Wer weit im Voraus verfeinert, riskiert Verschwendung, weil sich Prioritäten und Verständnis ändern.
Kann Backlog Refinement während des Sprints stattfinden?
Ja. Es findet während des gesamten Sprints statt, parallel zur Arbeit am aktuellen Sprint Backlog.
Was tun, wenn Backlog-Refinement-Sessions ständig überziehen?
Bereiten Sie Einträge vor, konzentrieren Sie sich auf den oberen Teil des Backlogs, begrenzen Sie die Zeit pro Eintrag und verlagern Sie tiefgehende technische Fragen in ein kleineres Folgetreffen oder einen Spike.