Das Backlog Refinement ist ein sehr wichtige Tätigkeit in Scrum. Durch das Backlog Refinement versetzt sich das Scrum Team in die Lage, das Backlog kontinuierlich aufzubereiten und ein gemeinsames Verständnis über die enthaltenen Product Backlog Items zu bekommen. Alles was das Product Backlog Refinement verlassen hat und von allen verstanden ist, kann in einer Sprint Planung betrachtet werden.
Das Backlog Refinement
Das Backlog Refinement in Scrum ist eine sehr wichtige entwicklungsbegleitende Tätigkeit, die im Scrum Guide mit etwa 10% der Entwicklungskapazität des Team berechnet wird. Ziel dieser Aktivität ist es, dass Anforderungen aus dem Product Backlog eine gewisse Reife erlangen, um in der Sprint Planung für einen Sprint geplant werden zu können. Das Entwicklungsteam und der Product Owner haben in diesem Backlog Refinement die Möglichkeit das Verständnis zu schärfen: sie detallieren Anforderung, schätzen und schneiden diese so, dass sie sinnvoll in einen Sprint bearbeitet werden können.
Das Backlog Refinement im Scrum Guide
Scrum Guide
Product Backlog refinement is the act of adding detail, estimates, and order to items in the Product Backlog. This is an ongoing process in which the Product Owner and the Development Team collaborate on the details of Product Backlog items. During Product Backlog refinement, items are reviewed and revised. The Scrum Team decides how and when refinement is done. Refinement usually consumes no more than 10% of the capacity of the Development Team. However, Product Backlog items can be updated at any time by the Product Owner or at the Product Owner's discretion.
Das Ziel für das Backlog Refinement
Das Backlog Refinement hat das Ziel, die Anforderungen die sich im Product Backlog befinden, so weit aufzubereiten, dass diese in die Sprint Planung gelangen können. Diese Anforderungen werden Product Backlog Items genannt. Damit das geschehen kann, sind in der Regel die folgenden Schritte nötig
Häufig spricht man auch von der sogenannten Definition of Ready. Dabei musst du beachten, dass eine Definition of Ready nicht zu einem sequentiellen Vorgehen führt und du dir unnötige Schwierigkeiten und weitere überflüssige Arbeitsschritte einhandelst. Details findest du in meinem Artikel, warum wir keine Defintion of Ready benötigen.
Im Folgenden findest du die notwendigen Schritte für das Backlog Refinement:
Ablauf des Backlog Refinements
Zum Ablauf direkt sagt der Scrum Guide nicht viel aus und lässt Freiheiten. Es bleibt dir überlassen eine angemessene Lösung dafür zu finden. Eine Möglichkeit für den Ablauf im Backlog Refinement könnte so aussehen.
Voraussetzungen für die Durchführung
Das Refinement im Ablauf
Der Ablauf im Backlog Refinement ist eine Schleife über alle Product Backlog Items, bis die Zeit um ist oder bis kein Diskussionsbedarf mehr über weitere Anforderungen herrscht.
Nach dem Refinement
Optimalerweise konnten alle Fragen und Anmerkungen direkt im Backlog Refinement geklärt werden. Durchaus wird eine Frage im Nachgang noch geklärt, vielleicht nicht mehr zwischen allen. Diese Informationen müssen dann selbstständig und gewissenhaft durch die entsprechenden Personen im Product Backlog aufgenommen werden.
Die wichtigen Punkte für das Backlog Refinement
Aus meiner Sicht, sind die folgenden Punkt immer wieder wichtig. Wenn Probleme im Backlog Refinement auftreten, dann oft genau in den folgenden Hinweisen.
Meine Erfahrungen zum Backlog Refinement
Im folgenden findest du noch einige Erfahrungspunkte zum Backlog Refinement von mir aus der Praxis:
Backlog Refinement im Jira richtig durchführen
Wenn du auch das Tool Jira von Atlassian nutzt, dann kannst du das Refinement mit allen Punkten, die hier genannt sind, durchführen. Wenn du noch einen Tipp für das Marieren und Finden von relevanten Product Backlog Items suchst, dann schaue dir gerne noch mein YouTube Video dazu an!
Zeitpunkt für das Backlog Refinement
Das Backlog Refinement ist eine entwicklungsbegleitende Tätigkeit und hat keinen festen Platz, wie ein Event in Scrum. Schauen wir uns einmal die Möglichkeiten an, wo und wie das Backlog Refinement am besten untergebracht werden kann.
Keine Zeit zwischen zwei Sprints
Grundsätzlich findet das Backlog Refinement innerhalb des Sprints statt. Es gibt keine Zeit zwischen zwei Sprints. Bedenke, es kostet dich immer Kapazität innerhalb des Sprints!
Backlog Refinement nach der Planung und vor dem Review
Meistens liegen die Sprintwechsel in Organisationen so, dass nach ein paar Tagen, üblicherweise nach etwa der Hälfte des Sprints ein Refinement stattfindet. Wenn du zwei Termine machst, findet das Refinement üblicherweise nicht in den ersten Stunden nach der Sprint Planung statt und auch nicht in den letzten Stunden vor dem Sprint Review.
Vorlage für die Einladung
Vorlage
Liebes Team,
ich möchte euch hiermit zu unserem Backlog Refinement einladen. In diesem Regeltermin kümmern wir uns um die Reife der Einträge im Backlog.
Datum & Zeit:
- xx.xx.xxxx (ggf. auch Serientermin), um xx.xxUhr
Ziel:
- Verfeinerung der Product Backlog Items und Schaffen eines gemeinsames Verständnis über Anforderungen
Agenda:
- Vorstellung neuer oder wichtiger Product Backlog Items (PBIs) durch den Product Owner
- Fragen zu dem PBI durch das Entwicklungsteam
- Verfeinerung des PBI durch Überprüfung und ggf. Erweiterung der Akzeptanzkriterien
- Überprüfung auf die richtige Größe: kann das PBI im Sprint umgesetzt werden? Wenn nicht, wie schneider wir diese Anforderung?
- Schätzen der Anforderungen
Vielen Dank im Voraus für eure Teilnahe und Engagement,
[Scrum Master oder Product Owner]