Willkommen zum 8. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier.
Das aktuelle Ziel, welches das Scrum Team in diesem Sprint verfolgt, und die Arbeit, die zur Erreichung nötig ist, werden im Sprint Backlog transparent gemacht.
„Das Sprint Backlog besteht aus dem Sprint‐Ziel (Wofür), den für den Sprint ausgewählten Product‐Backlog‐Einträgen (Was) sowie einem umsetzbaren Plan für die Lieferung des Increments (Wie).“ – Scrum Guide, 2020
Der Sprint Backlog setzt sich aus drei Bestandteilen zusammen:
Bestandteil 1: Das Sprint-Ziel
Das Sprint‐Ziel ist die einzige Zielsetzung, der das Scrum Team im Sprint folgt.
„Obwohl das Sprint‐Ziel ein Commitment der Developer ist, bietet es Flexibilität in Bezug auf die genaue Arbeit, die erforderlich ist, um es zu erreichen. Das Sprint‐Ziel schafft auch Kohärenz und Fokus und ermutigt somit das Scrum Team, zusammenzuarbeiten statt in separaten Initiativen.“ – Scrum Guide 2020
Das Sprint-Ziel beantwortet somit die Frage: Warum ist dieser Sprint wertvoll? Was sollte nach dem Sprint für die Nutzer, Kunden oder Stakeholder des Produkts möglich sein? Es beschreibt also, wofür dieser Sprint wichtig ist. Es hilft dem Scrum Team, sich auf den Wert für die Stakeholder zu fokussieren.
Bestandteil 2: Die ausgewählten Product‐Backlog‐Einträge
Dies ist die Auswahl an Einträgen aus dem Product Backlog, die die Entwickler treffen. Diese Einträge erachten sie als notwendig, um das einzelne Sprint-Ziel zu erreichen. Die Auswahl an Product‐Backlog‐Einträgen spiegelt somit wider, an was das Scrum Team in diesem Sprint arbeitet.
Bestandteil 3: Ein umsetzbarer Plan für die Erstellung des Inkrements
Wie die Entwickler aus den gewählten Product-Backlog-Einträgen ein Inkrement erstellen wollen, um das Sprint-Ziel zu erreichen, stellt den dritten Bestandteil des Sprint Backlogs dar.
„Das Sprint Backlog ist ein Plan von und für die Developer.“ – Scrum Guide, 2020
Eine Möglichkeit, einen umsetzbaren Plan zu erstellen, ist die Zerlegung der ausgewählten Product-Backlog-Einträge in Arbeitseinheiten von einem Tag oder weniger.
Durch diese drei Bestandteile macht das Sprint Backlog alle Arbeiten, an denen ein Scrum Team im aktuellen Sprint arbeitet oder arbeiten wird, transparent. Damit diese Transparenz während des Sprints zu jeder Zeit gewährleistet ist, muss er immer den aktuellen Stand der Arbeit widerspiegeln.
„Es [das Sprint Backlog] ist ein deutlich sichtbares Echtzeitbild der Arbeit, welche die Developer während des Sprints zur Erreichung des Sprint‐Ziels ausführen wollen.“ – Scrum Guide, 2020
Das Sprint Backlog ist nicht statisch, sondern verändert sich während des Sprints, wenn mehr über die Arbeit in Erfahrung gebracht wurde.
„Folglich wird das Sprint Backlog während des gesamten Sprints immer dann aktualisiert, wenn mehr gelernt wurde.“ – Scrum Guide, 2020
In enger Zusammenarbeit mit dem Product Owner können die Entwickler Elemente hinzufügen oder entfernen, je nachdem, wie viel Zeit im Sprint verbleibt und wie relevant oder notwendig diese Elemente für das Sprint-Ziel sind. Dies ist uneingeschränkt möglich, solange das Sprint-Ziel nicht obsolet wird.
Wenn du Fragen hast, schreibe sie in die Kommentare. Wenn der Artikel für dich hilfreich war, dann gib ihm einen Daumen nach oben. Morgen geht es weiter mit Teil 9: Die Vergangenheit: Das Product Inkrement