Scrum-Leitfaden | 17. Sprint-Backlog

Das Entwicklungsteam erstellt während der Sprint-Planung ein neues Sprint-Backlog. Ab diesem Moment wird es zum aktuellen Engagement der Entwickler, d.h. eine Liste neuer Funktionalitäten, Verbesserungen und Änderungen am Produkt, die im beginnenden Sprint umgesetzt werden sollen. Nach dem Start eines Sprints wird das Backlog zu einer verbindlichen Warteschlange, aus der die Entwickler Aufgaben auswählen, die sie ausführen möchten.

Was ist ein Sprint-Backlog? – Inhaltsverzeichnis:

1. Einführung
2. Wie wird das Sprint-Backlog erstellt?
3. Was enthält das Sprint-Backlog?
4. Verwendung des Sprint-Backlogs
5. Zusammenfassung

Einführung

Ein Sprint-Backlog beschreibt die Arbeit des Entwicklungsteams während eines einzelnen Sprints. Daher wird es in technischer Sprache ausgedrückt. Es beschreibt detaillierte Aufgaben und deren geplante Lösungen. Somit besteht es aus einer Liste von Aufgaben, die so formuliert sind, dass sie für die Entwickler klar verständlich sind. Das Sprint-Backlog berücksichtigt in der Regel wenig die geschäftlichen Wertbegriffe des Produkts, eine Beschreibung, die dem Produkt-Backlog eigen ist, das wir hier einführen werden.

Das Sprint-Backlog entsteht:

• basierend auf dem Produkt-Backlog
• für die Dauer eines Sprints
• während eines Scrum-Events, das Sprint-Planung genannt wird
• durch das gesamte Scrum-Team – aber das Entwicklungsteam spielt die Schlüsselrolle bei seiner Erstellung

Wie wird das Sprint-Backlog erstellt?

Während der Sprint-Planung schlägt der Product Owner vor, wie man dem Produkt im nächsten Sprint Wert hinzufügen kann. Dann arbeitet das gesamte Scrum-Team zusammen, um das Sprint-Ziel zu formulieren, d.h. auszuwählen, welche Funktionalität aus dem Produkt-Backlog umgesetzt werden soll. Das Sprint-Ziel definiert, wie das Produkt umgesetzt oder der Termin verschoben werden kann, um die Erwartungen des Kunden zu erfüllen.

Der nächste Schritt besteht darin, realistisch den Umfang der Arbeiten, die im nächsten Sprint zu erledigen sind, zu überdenken und festzulegen und wie man dies erreichen kann.

Die Ergebnisse dieser Überlegungen kommen in Form einer technischen Beschreibung der auszuführenden Aufgaben. Und diese Liste wird zum neuen Sprint-Backlog.

Das neu erstellte Sprint-Backlog existiert an einem Ort, der für alle Mitglieder des Entwicklungsteams leicht zugänglich ist. Im physischen Raum ist es normalerweise ein Whiteboard, das im Arbeitsbereich hängt. Im digitalen Raum existiert es als cloudbasiertes gemeinsames Dokument, das alle Entwickler aktualisieren können. Obwohl jedes Mitglied eines Scrum-Teams es täglich aktualisieren sollte, ist es in der Regel der Scrum Master oder einer der Entwickler, der diese Verantwortung übernimmt.

Was enthält das Sprint-Backlog?

Das Produkt-Backlog gibt nicht an, wie genau Aufgaben auszuführen sind. Es ist die Rolle des Entwicklungsteams, dies zu entscheiden. Dieser Schritt schafft genügend Raum für das Team, um zu manövrieren, wodurch seine Selbstorganisationsfähigkeiten verbessert werden. Auch diese Freiheit, die Reihenfolge und Methoden der Handlung auszuwählen, stärkt jeden Entwickler und vermittelt ein Gefühl von Unabhängigkeit und Verantwortung.

Dasselbe gilt für die Behandlung des Sprint-Backlogs als eine ungeordnete Liste von Aufgaben, die auszuführen sind. Im Gegensatz zum traditionellen Push-Modell (bei dem das Team oder der Entwickler gemäß einer vordefinierten und auferlegten Agenda handelt) wählen die Entwickler im Pull-Modell aus, welche Aufgaben sie erledigen möchten (Pull-Modell).

Das Sprint-Backlog spezifiziert:

1. Das Sprint-Ziel – d.h. eine Antwort auf die Frage, warum die geplanten Aufgaben in diesem Sprint ausgeführt werden sollen
2. Die Liste neuer Produktmerkmale und Verbesserungen, die in diesem Sprint entwickelt werden sollen. Dies liegt daran, dass es die Elemente des Produkt-Backlogs enthält, die für die Umsetzung in diesem Sprint ausgewählt wurden.
3. Die Liste der auszuführenden Aufgaben – das heißt, eine technische Beschreibung, wie und von wem die Arbeit, die zu einem inkrementellen Ergebnis führt, ausgeführt wird…

Verwendung des Sprint-Backlogs

Verschiedene Metrik-Tools spiegeln den Fortschritt der im Sprint-Backlog festgehaltenen Arbeiten wider. Am häufigsten ist es das Burndown-Diagramm, das wir in einem eigenen Artikel ausführlich behandeln werden. Mit einer solchen Visualisierung kann das Entwicklungsteam leicht erkennen, ob die Arbeit am Sprint-Ziel planmäßig verläuft.

Es kann während eines Sprints vorkommen, dass man feststellt, dass der Arbeitsplan unrealistisch entworfen wurde. Mit anderen Worten, die Anzahl der To-Dos im Produkt-Backlog Sprint-Ziel ist zu hoch oder zu niedrig. In beiden Fällen setzen sich die Entwickler und der Product Owner zusammen, um herauszufinden, welche Änderungen am aktuellen Sprint-Backlog vorzunehmen sind. Es ist möglich, die Arbeitsmenge zu reduzieren, zusätzliche Aufgaben aus dem Produkt-Backlog auszuwählen oder die bereits geplanten Lösungen zu erweitern. Beachten Sie jedoch, dass das Sprint-Ziel selbst unverändert bleiben muss.

Zusammenfassung

Ein Sprint-Backlog ist eine Liste von Aufgaben, die die Entwickler während eines Sprints planen zu erledigen. Es ist eine Art detaillierter Vertrag mit dem Product Owner. Das Sprint-Backlog entsteht während der Sprint-Planung, an der das gesamte Scrum-Team teilnimmt. Das Burndown-Diagramm spiegelt den Grad der Fertigstellung der zur Umsetzung angenommenen Aufgaben wider.

Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.