Dr. Matthias Stephan · Zuletzt aktualisiert: 19. Februar 2023
Das Sprint Backlog ist ein wichtiger Bestandteil jedes mit Scrum verwalteten Projekts. Es bietet Einblick in den Fortschritt und den Status von Aufgaben innerhalb eines zeitlich begrenzten Zeitraums, der in der Regel ein bis vier Wochen dauert. Während des Sprint Planning Meetings wird es vom Entwicklungsteam definiert und aus dem Product Backlog abgeleitet. Das Sprint Backlog ist im Wesentlichen eine To-Do-Liste, die die Aufgaben enthält, die zum Abschluss des Sprints erforderlich sind, wodurch Teams mehr Flexibilität erhalten und sichergestellt wird, dass alle Aufgaben innerhalb des vorgegebenen Zeitrahmens erledigt werden. Während jedes Sprints kann das Sprint-Backlog aktualisiert werden, indem Aufgaben hinzugefügt, entfernt oder entsprechend Änderungen oder neuen Informationen modifiziert werden. Dies hilft dem Team letztendlich, konzentriert zu bleiben und seine Leistung zu messen.
Wer ist für den Sprint Backlog verantwortlich?
Das Sprint Backlog wird vom Scrum Team als Ganzes verwaltet und gepflegt. Es enthält alle Elemente, die im Sprint erledigt werden müssen, einschließlich Programmieraufgaben, Testaufgaben oder User Stories. Die Verantwortung liegt in den Händen des Entwicklungsteams, um sicherzustellen, dass das Sprint Backlog aktuell und genau ist, da dies ihnen hilft, den Sprint zu planen und abzuschließen. Das Sprint Backlog wird regelmäßig aktualisiert. Das Scrum-Team sollte sich die Zeit nehmen, es während der täglichen Standup-Meetings zu überprüfen. Das Sprint Backlog ermöglicht es dem Scrum-Team auch, den Fortschritt zu verfolgen und die zu erledigende Arbeit zu visualisieren. Mit diesen Informationen kann das Team den Plan anpassen und Prioritäten setzen.
Sprint-Backlog vorbereiten
Der Prozess des Hinzufügens von Elementen zum Sprint Backlog beginnt mit dem Product Backlog, einer nach Prioritäten geordneten Liste von Funktionen und Anforderungen für das Projekt. Das Product Backlog gehört dem Product Owner, der dafür verantwortlich ist, dass die Elemente des Product Backlogs mit den allgemeinen Zielen des Projekts übereinstimmen.
Vor Beginn eines jeden Sprints überprüft das Scrum-Team in Zusammenarbeit mit dem Product Owner das Product Backlog und wählt die Elemente aus, die es im kommenden Sprint liefern will. Dieser Prozess wird als Sprint Planning bezeichnet.
Während der Sprintplanung überprüft das Team gemeinsam mit dem Product Owner die Elemente im Product Backlog und legt fest, welche Elemente als nächstes geliefert werden sollen. Das Team schätzt dann den Arbeitsaufwand, der für die Fertigstellung jedes Elements erforderlich ist, und verwendet dabei Techniken wie Story Points oder Stunden.
Wie wird der Sprint Backlog abgearbeitet?
In der Scrum-Methodik wird zur Sprint-Planung ein Sprint Backlog erstellt, das alle Aufgaben enthält, die bis zum Sprint-Termin erledigt werden müssen. Das Sprint Backlog wird vom ersten Tag des Sprints an vom Scrum-Team überprüft und kontinuierlich aktualisiert. Aufgaben werden entweder einzelnen Teammitgliedern oder dem gesamten Scrum Team zugewiesen. Nach Abschluss der Aufgabe wird der Status auf „In Bearbeitung“ aktualisiert und die Teammitglieder können eine nicht zugewiesene Aufgabe aus ihrem Backlog auswählen. Dieser Prozess wiederholt sich, bis alle Aufgaben abgeschlossen sind und damit das Sprint-Backlog erfüllt ist.
Sprint-Burndown-Chart
The Scrum-Teams verwenden Sprint-Burndown-Charts, um den Fortschritt ihrer Sprint-Backlogs zu messen. Das Diagramm bietet eine visuelle Darstellung des Fortschritts der Aufgaben in jeder Phase des Sprints, sodass das Team Ineffizienzen schnell erkennen und Maßnahmen ergreifen kann, um den Sprint auf Kurs zu halten.
Das Diagramm besteht aus einem zweiachsigen Diagramm der Zeit und der verbleibenden Arbeit. Die x-Achse stellt normalerweise die Zeit in Tagen dar, während die y-Achse normalerweise in Bezug auf Story Points oder Stunden verfolgt wird. Auf dem Diagramm werden zwei Linien gezeichnet: die Ideallinie, die den prognostizierten Fortschritt zeigt, wenn das Team mit konstanter Geschwindigkeit arbeitet; und die tatsächliche Zeile, die den tatsächlichen Fortschritt des Teams anzeigt.
Ein Unterschied zwischen diesen Linien kann auf potenzielle Hindernisse hinweisen oder darauf hindeuten, dass das Team früher als geplant fertig sein könnte. Burndown-Charts sind nützliche Tools, um die Bemühungen eines Teams beim Erreichen von Sprint- und Projektzielen zu verfolgen. Anhand des Diagramms können Teams Trends und Muster erkennen, die bei Entscheidungen helfen.
Product Backlog vs. Sprint Backlog
Das Scrum-Framework hat eine Reihe von Prozessen, Artefakten und Begriffen, die schwer zu unterscheiden und zu verstehen sind. Das Product Backlog und das Sprint Backlog sind zwei solcher Begriffe mit ähnlichen Namen, aber unterschiedlichen Bedeutungen. Das Product Backlog ist das zentrale Projektdokument, das vom Product Owner betreut wird und alle Anforderungen eines Projekts umfasst. Zum Product Backlog können jederzeit Elemente hinzugefügt werden. Andererseits ist das Sprint Backlog eine ausgewählte Teilmenge des Product Backlogs, die ausschließlich einem einzelnen Sprint gewidmet ist. Es wird während der Sprintplanung geplant und vom Team überwacht. Eine Ergänzung dieses Sprint Backlogs während des Sprints ist nicht erlaubt.
Die 6 häufigsten Probleme
- Mangelnde Klarheit: Die Elemente im Sprint Backlog sollten klar definiert und vom gesamten Team verstanden werden. Ohne klare und spezifische Abnahmekriterien kann das Team nur schwer verstehen, was von ihm erwartet wird, und hat möglicherweise Schwierigkeiten, die Arbeit rechtzeitig abzuliefern.
- Übermäßiges Engagement: Das Team sollte sich nur zu den Aufgaben verpflichten, von denen es glaubt, dass es sie innerhalb des Sprints liefern kann. Wenn sich das Team zu viel vornimmt, kann es Schwierigkeiten haben, alles rechtzeitig fertig zu stellen, und es kann dazu kommen, dass es minderwertige Arbeit abliefert.
- Unzureichende Schätzung: Das Team sollte ein gutes Verständnis für den Arbeitsaufwand haben, der für die Fertigstellung jedes Elements im Sprint Backlog erforderlich ist. Ohne eine genaue Schätzung kann das Team seine Arbeit nicht effektiv planen und hat möglicherweise Schwierigkeiten, die Arbeit fristgerecht abzuliefern.
- Mangelnder Fokus: Das Team sollte sich auf die Erledigung der Aufgaben im Sprint Backlog konzentrieren und Ablenkungen durch externe Faktoren vermeiden. Wenn sich das Team leicht ablenken oder von seiner Arbeit ablenken lässt, kann es Schwierigkeiten haben, die Aufgaben rechtzeitig zu erledigen.
- Nicht aktualisieren des Backlogs: Das Sprint Backlog ist ein lebendiges Dokument, das regelmäßig aktualisiert werden sollte. Wenn das Team das Backlog nicht aktualisiert, kann es Schwierigkeiten haben, seine Fortschritte zu verfolgen und die Arbeit rechtzeitig abzuliefern.
- Keine Überprüfung des Backlogs: Das Team sollte das Backlog regelmäßig überprüfen und es nutzen, um seinen Fortschritt zu verfolgen und alle Probleme zu identifizieren, die seine Fähigkeit, die Arbeit rechtzeitig zu liefern, beeinträchtigen könnten. Wenn das Team das Backlog nicht überprüft, kann es wichtige Probleme übersehen und Schwierigkeiten haben, die Arbeit rechtzeitig abzuliefern.
