Was ist ein Sprint Backlog?

Agile Workflows mit einem Sprint Backlog optimieren

Ein Sprint Backlog ist eine Liste von User Stories und Aufgaben, die Agile Teams dabei helfen, sich auf ihre Ziele zu konzentrieren und ihre Arbeit effektiv zu priorisieren. Außerdem verringert es den Umfang der Arbeit, indem es genau festlegt, woran das Projektteam in einem kommenden Sprint arbeiten soll (oder nicht).

Der Sprint Backlog enthält normalerweise die folgenden Informationen:

• Eine Beschreibung jedes Elements (z. B. eine User Story, ein Action Item oder eine Kundenanfrage)

• Den Aufwand und die Ressourcen, die für die Fertigstellung des Elements erforderlich sind

• Die Prioritätsstufe jeder Aufgabe

• Die Abnahmekriterien, die bestimmen, wann die Aufgabe abgeschlossen ist

Die Aufgaben in einem Sprint Backlog werden während einer Sprint Planning Session aus dem Product Backlog zusammengestellt. Dabei legt das Projektteam fest, welche Aufgaben im nächsten Sprint erledigt werden sollen, je nachdem, wie wichtig sie sind und wie viel Kapazität sie haben.

Wann wird der Sprint Backlog erstellt?

Das Scrum Team erstellt der Sprint Backlog während des Sprint Planning Meetings. Bei diesem Meeting werden die Ziele des kommenden Sprints besprochen und das Team legt die Aufgaben und User Stories mit der höchsten Priorität fest.

Die Aktualisierung des Sprint Backlogs ist normalerweise Teil der täglichen Standup Meetings (auch Daily Scrums genannt). In jedem Standup Meeting informiert sich das Agile Team gegenseitig über die Erfolge des Vortages, die erwarteten Aufgaben für den kommenden Tag, die Schwerpunkte für morgen und alle Hindernisse, die den Fortschritt behindern könnten. Diese Hindernisse sind Teil des täglichen Scrums, wenn sie auftreten.

Auch wenn der Sprint Backlog in diesem Meeting ein Thema sein könnte, ist es unwahrscheinlich, dass Änderungen am Backlog vorgenommen werden, bis der Sprint vorbei ist.

Wer ist für den Sprint Backlog verantwortlich?

Der Sprint Backlog gehört dem gesamten Agile Team und wird von diesem verwaltet. Kund*innen bestimmen die Anforderungen an das Projekt, aber das gesamte Team ist für die Erstellung und Verwaltung des Projekts verantwortlich und muss sicherstellen, dass es die Wünsche der Kund*innen innerhalb des vorgegebenen Zeitrahmens erfüllt.

Sobald das Backlog überprüft und festgelegt ist, ist das Entwicklungsteam dafür verantwortlich, die Arbeit des Sprint Backlogs auszuführen. Sie unterteilen jeden Punkt in kleinere Aufgaben und weisen sie den einzelnen Teammitgliedern je nach ihren Fähigkeiten und ihrer Verfügbarkeit zu.

Product Backlog vs. Sprint Backlog: Was ist der Unterschied?

Während der Sprint Backlog im Besitz des Agile Teams ist und von diesem verwaltet wird, ist das Product Backlog im Besitz des Product Owners. Beide Backlogs dienen unterschiedlichen Zwecken, da ihre Anforderungen in verschiedenen Phasen des Scrum Prozesses entstehen.

Ein Product Backlog stellt den Gesamtumfang und die Prioritäten für das Produkt dar.

Ein Sprint Backlog stellt die Arbeit dar, die das Entwicklungsteam im aktuellen Sprint abschließen wird.

Schauen wir uns diese Unterschiede genauer an.

Der Product Backlog ist eine nach Prioritäten geordnete Liste von Produktfunktionen, Anforderungen und Erweiterungen. Sie gibt den Gesamtumfang des Produkts vor und dient der Planung der kommenden Sprints.

Der Produkt Backlog entwickelt sich ständig weiter, je weiter der Zeitplan fortschreitet. Zum Beispiel, wenn sich die Prioritäten verschieben oder das Team mehr über das Produkt und Nutzer*innen erfährt.

Sieh dir unsere Product Backlog Vorlage an, um mehr darüber zu erfahren, wie es funktioniert.

Der Sprint Backlog hingegen ist eine Teilmenge des Product Backlogs. Es enthält die Aufgaben aus dem Product Backlog, die das Entwicklungsteam während des aktuellen Sprints erledigen will.

Was ist Backlog Refinement?

Beim Backlog Refinement (auch Backlog Grooming genannt) wird der Produkt Backlog überprüft, nach Prioritäten geordnet und aktualisiert. Es handelt sich um eine fortlaufende Aktivität, die sicherstellt, dass das Backlog aktuell und gut organisiert ist. Das Ziel ist es, das Backlog in einem gesunden Zustand zu halten, damit das Scrum Team die Aufgaben für die kommenden Sprints leicht priorisieren kann.

Ein Backlog Refinement Meeting findet mit dem Scrum Master (der auch Gastgeber*in ist), dem Product Owner und dem Entwicklungsteam statt. Vor einem Refinement Meeting stellt der Product Owner sicher, dass das Backlog auf dem neuesten Stand ist. Dann moderieren der Scrum Master und der Product Owner das Treffen.

Während des Refinement Meetings überprüft das Projektteam das Produkt Backlog, schätzt den Aufwand für jedes Element und setzt Prioritäten für den kommenden Sprint. Außerdem können sie die Anforderungen für Aufgaben klären und größere Aufgaben in kleinere Aufgaben aufteilen.

Backlog Grooming vs. Sprint-Planung: Was ist der Unterschied?

Backlog Grooming und Sprint Planning sind wichtige Aktivitäten in agilen Projekten, die jeweils ihren eigenen Zweck und Zeitpunkt im Entwicklungszyklus haben.

Beim Backlog Grooming geht es um das Refinement der Elemente in einem Product Backlog, während sich die Sprintplanung auf die Planung der Arbeit in einem einzelnen Sprint bezieht.

Beim Backlog Grooming geht es um die Überprüfung und Verfeinerung des Produkt Backlogs. Dabei ordnen der oder die Product Owner*in und das Entwicklungsteam alle Punkte im Product Backlog und fügen Details zu den Aufgaben und Schätzungen über die Dauer ihrer Fertigstellung hinzu. Dieser Prozess schafft die Voraussetzungen für die Sprintplanung, indem er sicherstellt, dass das Backlog klar, übersichtlich und umsetzbar ist.

Die Sprintplanung konzentriert sich auf die Planung aller Arbeiten für den kommenden Sprint. Während der Besprechung wählt das Team die wichtigsten Punkte des Backlogs aus und unterteilt sie in kleinere, leichter zu bewältigende Aufgaben. Außerdem schätzen sie den Aufwand für jede Aufgabe und weisen sie den Teammitgliedern zu.

Ein Sprint Planning Event zielt darauf ab, einen Arbeitsablauf zu erstellen, den das Team während des Sprints ausführen kann. Mit anderen Worten: Es hilft dem Projektteam herauszufinden, wie es seine Arbeit abliefern kann, und stellt sicher, dass alle an einem Strang ziehen.

So erstellst du einen Sprint Backlog 

Die folgenden Schritte zeigen dir, wie du ein eigenes Sprint Backlog erstellen kannst.

Wähle die richtige Plattform zum Erstellen eines Sprint Backlogs

Beginne damit, die richtige Plattform zu finden, um deinen Scrum Workflow zu verwalten und dein Sprint Backlog zu verfolgen.

Mit der richtigen Plattform bist du in einer viel besseren Position, um dein Sprint Backlog zu verfolgen, zu verwalten und mit dem Rest deines Teams zu teilen. So hast du eine höhere Chance, einen Sprint erfolgreich zu starten und die gewünschten Ergebnisse zu liefern.

Wenn es darum geht, eine Plattform für die Erstellung und den Austausch deines Sprint Backlogs zu finden, solltest du auf die folgenden Merkmale achten:

Eine einfache Benutzeroberfläche: Idealerweise brauchst du eine Plattform, die für alle leicht zu bedienen ist. Dein Projektteam wird sich nur schwer zurechtfinden, wenn du ein Tool verwendest, das stundenlanges Training erfordert und nicht intuitiv ist.

Kollaborative Funktionen: Eine kollaborative Plattform ermöglicht es deinem gesamten Projektteam, so effizient wie möglich zusammenzuarbeiten - unabhängig davon, von wo aus sie arbeiten. Mit Miro können Teammitglieder von überall aus auf deine Boards zugreifen. Du kannst sogar bestimmten Personen im Team Jira-Karten zuweisen, um den Überblick darüber zu behalten, wer während eines Sprints an welchen Aufgaben arbeitet.

Einfach zu bearbeiten: Agile Teams arbeiten in Iterationen, d.h. Aufgaben und Ziele ändern sich oft, wenn ein Sprint abgeschlossen ist. Um sicherzustellen, dass du dein Sprint Backlog leicht aktualisieren kannst, brauchst du eine flexible Plattform, die leicht zu bearbeiten ist. Auf diese Weise kannst du dein Backlog bei Bedarf ständig aktualisieren. Außerdem ist es hilfreich, ein Online Tool zu verwenden, damit Änderungen in Echtzeit für den Rest deines Teams sichtbar sind.

Überprüfe das Produkt Backlog und setze Prioritäten

Mit der richtigen Plattform kannst du nun das Produkt Backlog überprüfen und die Aufgaben mit hoher Priorität identifizieren. Das sind die Aufgaben und User Stories, die du in der Sprint Backlog verschieben wirst, um sie im nächsten Sprint zu erledigen.

All dies findet während des Sprint Planning Meetings statt, an dem der Product Owner, das Entwicklungsteam und der Scrum Master teilnehmen.

Hier sind ein paar Möglichkeiten, wie du die Aufgaben mit der höchsten Priorität aus dem Product Backlog ermitteln kannst:

Wäge Aufwand und Nutzen ab

Ein guter Anfang ist es, den Aufwand, die Zeit und die Ressourcen, die du für die Erledigung einer Aufgabe benötigst, gegen die Belohnung abzuwägen, die du für die Erledigung der Aufgabe erhältst. Stell dir zum Beispiel vor, du konzentrierst dich auf die Produktentwicklung. Einige deiner Sprint Backlogs beinhalten die Einführung neuer Funktionen.

Um die Prioritäten für diese neuen Funktionen festzulegen, überlegst du, wie viel Zeit sie brauchen, wie viele Ressourcen du brauchst und wie viel Aufwand sie erfordern. Dann vergleichst du diese Ergebnisse mit der Belohnung für jede Funktion. 

Zum Beispiel, wie sehr sie das Kundenerlebnis verbessern oder deinen Umsatz steigern. So kannst du besser einschätzen, welche Aufgaben eine höhere Priorität haben. Du kannst auch unsere kostenlose Impact/Effort Matrix Vorlage verwenden, um diese Elemente zu vergleichen, oder die Fibonacci Skala Vorlage, um den Aufwand für die Durchführung von Aufgaben abzuschätzen.

Identifiziere Abhängigkeiten

Stelle dir die folgende Frage: Gibt es Aufgaben, die begonnen oder beendet werden müssen, bevor eine andere Aufgabe begonnen oder beendet werden kann? Wenn die Antwort "Ja" lautet, könnte es sein, dass einige dieser abhängigen Aufgaben eine hohe Priorität haben. 

Nehmen wir zum Beispiel an, eine deiner Aufgaben im Produkt Backlog besteht darin, eine neue Funktion zu deinem Produkt hinzuzufügen. Diese Aufgabe hat hohe Priorität, aber du musst zuerst eine andere Aufgabe erledigen, um diese neue Funktion hinzuzufügen, d.h. die abhängige Aufgabe sollte ebenfalls Priorität haben. Und warum? Weil du ohne diese Aufgabe deine neue Funktion nicht einführen kannst.

Füge Aufgaben zum Sprint Backlog hinzu

Nachdem du die Aufgaben mit der höchsten Priorität identifiziert hast, kannst du diese Aufgaben in der Sprint Backlog aufnehmen, um sie in den aktuellen Sprint mitzunehmen.

Aber denk daran: Alle Aufgaben im Sprint Backlog müssen im kommenden Sprint erledigt werden. Das bedeutet, dass du realistisch einschätzen musst, was das Entwicklungsteam erreichen kann, denn es darf keine Restaufgaben geben.

Dazu musst du die Zeit, den Aufwand und die Ressourcen, die für jeden Punkt benötigt werden, mit den Kapazitäten des Entwicklungsteams vergleichen. Hier sind ein paar Möglichkeiten, wie du diese Informationen überprüfen kannst:

Sprich mit dem Development Team: Sprich mit den Mitgliedern des Entwicklungsteams über die Backlog-Aufgaben, um herauszufinden, wie viel Kapazität sie haben. Auf diese Weise weißt du genau, welche Aufgaben im kommenden Sprint erledigt werden können.

Überprüfe frühere Sprints: Wenn du die Kapazitäten des Development Teams nicht genau einschätzen kannst, nimm frühere Sprints als Anhaltspunkt. Überprüfe die in der Vergangenheit geleistete Arbeit und nutze diese Informationen, um deine Entscheidungen über die Aufgaben im aktuellen Sprint zu treffen.

Anhand dieser Informationen kannst du die Aufgaben den richtigen Teammitgliedern zuweisen.

Überprüfe den Sprint Backlog laufend

Am Ende eines jeden Sprints (und vor Beginn eines neuen Sprints) führst du eine Sprint Retrospektive durch. Das bedeutet, dass du untersuchst, was während des Sprints gut gelaufen ist, welchen Herausforderungen du begegnet bist und wie du Sprints in Zukunft verbessern kannst.

Zu diesem Prozess gehört auch, dass du den Backlog für zukünftige Sprints überprüfst und aktualisierst. So stellst du sicher, dass deine Aufgaben mit dem Sprint Ziel übereinstimmen und dass du die Aufgaben priorisierst, die Kund*innen den größten Nutzen bringen.

Verwende Miro zur Verwaltung deines Backlogs

Die Erstellung eines Sprint Backlogs ist ein Schlüsselelement des Scrum Prozesses. Es hilft agilen Teams, ihre Arbeit zu priorisieren, Ressourcen zuzuweisen und das gewünschte Ergebnis zu liefern.

Erfahre, wie Miro agilen Teams helfen kann, effektive Sprint Backlogs zu erstellen und zu verwalten. Melde dich kostenlos an und fang an!