Scrum-Leitfaden | 17. Sprint-Rückstand

Veröffentlicht: 2022-05-17

Das Entwicklungsteam erstellt während der Sprintplanung ein neues Sprint Backlog. Von diesem Moment an wird es die aktuelle Verpflichtung für die Entwickler, dh eine Liste neuer Funktionalitäten, Verbesserungen und Modifikationen des Produkts, die im Startsprint implementiert werden sollen. Nach dem Start eines Sprints wird das Backlog zu einer verbindlichen Warteschlange, aus der 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 beinhaltet das Sprint Backlog?
  4. Verwenden des Sprint-Backlogs
  5. Zusammenfassung

Einführung

Ein Sprint Backlog beschreibt die Arbeit des Entwicklungsteams während eines einzelnen Sprints. Daher wird es in der Fachsprache ausgedrückt. Es beschreibt detaillierte Aufgaben und deren geplante Lösungen. Es besteht also aus einer Aufgabenliste, die für Entwickler nachvollziehbar erstellt ist. Das Sprint Backlog berücksichtigt normalerweise wenig die Geschäftswertsprache des Produkts, eine Art der Beschreibung, die dem Product Backlog eigen ist, das wir hier vorstellen werden.

Das Sprint Backlog entsteht:

  • basierend auf dem Product Backlog
  • für die Dauer eines Sprints
  • während eines Scrum Events namens Sprint Planning
  • durch das gesamte Scrum Team – aber das Entwicklungsteam die Schlüsselrolle bei seiner Erstellung

Wie wird das Sprint Backlog erstellt?

Während der Sprint-Planung schlägt der Product Owner vor , wie der Wert des Produkts im nächsten Sprint gesteigert werden kann. Dann arbeitet das gesamte Scrum-Team zusammen, um das Sprint-Ziel zu formulieren, dh es wählt aus, welche Funktionalität aus dem Product Backlog implementiert werden soll. Das Sprint-Ziel definiert, wie das Produkt implementiert oder die Frist verschoben wird, um die Erwartungen des Kunden zu erfüllen.

Der nächste Schritt besteht darin, den Umfang der Arbeit, die im nächsten Sprint zu erledigen ist, und wie er erreicht werden kann, zu überdenken und realistisch festzulegen.

Die Ergebnisse dieser Erkenntnisse liegen in Form einer technischen Beschreibung der auszuführenden Aufgaben vor. Und diese Liste wird zum neuen Sprint Backlog.

Das neu erstellte Sprint Backlog befindet sich 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. Während es im digitalen Raum als Cloud-basiertes gemeinsames Dokument existiert, das alle Entwickler aktualisieren können. Obwohl jedes Mitglied eines Scrum-Teams es täglich auf dem neuesten Stand halten sollte, übernimmt normalerweise der Scrum Master oder einer der Entwickler diese Verantwortung.

The sprint backlog arises

Was beinhaltet das Sprint Backlog?

Das Product Backlog gibt nicht vor, wie genau Aufgaben auszuführen sind. Es ist die Rolle des Entwicklungsteams, darüber zu entscheiden. Dieser Schritt schafft genügend Handlungsspielraum für das Team und verbessert so seine Selbstorganisationsfähigkeiten. Auch diese Freiheit bei der Wahl der Reihenfolge und Methoden des Handelns befähigt jeden Entwickler , ein Gefühl der Unabhängigkeit und Verantwortung zu zeigen.

Die gleiche Idee gilt für die Behandlung des Sprint Backlogs als ungeordnete Liste von auszuführenden Aufgaben. Im Gegensatz zum traditionellen Push-Modell (bei dem das Team oder der Entwickler gemäß einer vordefinierten und auferlegten Agenda handelt) wählen beim Pull-Modell die Entwickler aus, welche Aufgaben zu erledigen sind (Pull-Modell).

Das Sprint Backlog spezifiziert:

  1. Das Sprint-Ziel – dh eine Antwort auf die Frage, warum die geplanten Aufgaben in diesem Sprint durchgeführt werden sollen
  2. Die Liste der neuen Produktfunktionen und -verbesserungen, die in diesem Sprint entwickelt werden sollen. Dies liegt daran, dass es die Product Backlog-Elemente enthält, die für die Implementierung in diesem Sprint ausgewählt wurden.
  3. Die Liste der durchzuführenden Aufgaben – d. h. eine technische Beschreibung, wie und von wem die Arbeit, die zu inkrementellen…
Sprint Backlog

Verwenden des Sprint-Backlogs

Verschiedene Metrik-Tools spiegeln den Fortschritt der im Sprint Backlog geschriebenen Arbeit wider. Meistens ist es das Burndown-Diagramm , das wir in einem eigenen separaten Artikel vollständig behandeln werden. Mit einer solchen Visualisierung kann das Entwicklungsteam leicht erkennen, ob die Arbeit am Sprint-Ziel nach Plan verläuft.

Es kann während eines Sprints vorkommen, dass Sie feststellen, dass der Arbeitsplan unrealistisch entworfen wurde. Mit anderen Worten, die Anzahl der Aufgaben im Product Backlog Sprint Goal ist zu hoch oder zu niedrig. In beiden Fällen machen sich die Entwickler und der Product Owner daran, herauszufinden, welche Änderungen am aktuellen Sprint Backlog vorgenommen werden sollen. Es ist möglich, den Arbeitsaufwand zu reduzieren, zusätzliche Aufgaben aus dem Product Backlog auszuwählen oder die bereits geplanten Lösungen zu erweitern. Beachten Sie jedoch, dass das Sprintziel selbst unverändert bleiben muss.

The Sprint Backlog specifies_

Zusammenfassung

Ein Sprint Backlog ist eine Liste von Aufgaben, die Entwickler während eines Sprints planen. Es ist eine Art detaillierter Vertrag mit dem Product Owner. Das Sprint Backlog entsteht während des Sprint Plannings, an dem das gesamte Scrum Team teilnimmt. Das Burndown Chart spiegelt den Fertigstellungsgrad der zur Umsetzung angenommenen Aufgaben wider.

Wenn Ihnen unsere Inhalte gefallen, werden Sie Teil unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 17. Sprint Backlog caroline becker avatar 1background

Autorin: Caroline Becker

Als Projektmanagerin ist Caroline Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.

Alle Beiträge anzeigen

Scrum-Leitfaden:

  1. Glossar der Grundbegriffe, Rollen und Begriffe
  2. Was ist Scrum?
  3. Scrum-Werte
  4. Wie implementieren Sie Scrum in Ihrem Unternehmen?
  5. Scrum Team – was ist das und wie funktioniert es?
  6. Wer ist ein Product Owner?
  7. Die häufigsten Fehler des Product Owners
  8. Wer ist der Scrum-Master?
  9. Eigenschaften eines guten Scrum Masters
  10. Die häufigsten Fehler des Scrum Masters
  11. Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
  12. Zusammenarbeit zwischen Product Owner und Scrum Master
  13. Entwicklungsteam in Scrum
  14. Die häufigsten Fehler von Entwicklern
  15. Scrum-Artefakte
  16. Scrum skalieren
  17. Sprint-Rückstand
  18. Was ist das Product Backlog?
  19. Was sind User Stories?
  20. Erstellen Sie die beste User Story mit INVEST
  21. Die häufigsten Fehler in User Storys
  22. Akzeptanzkriterien für User Storys
  23. Schätzung und Story Points in Scrum
  24. Planungspoker
  25. Team-Schätzspiel
  26. Inkrement definieren
  27. Scrum-Ereignisse
  28. Was ist Sprint in Scrum?
  29. Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
  30. Was ist ein Burndown-Diagramm?
  31. Wie erstellt und interpretiert man ein Burndown-Diagramm?
  32. Vor- und Nachteile des Burndown-Charts
  33. Kanban-Boards in Scrum und Scrumban
  34. Velocity in Scrum - Schnelligkeit des Entwicklungsteams
  35. Tägliches Scrum
  36. Sprint-Planung
  37. Sprint-Review
  38. Was ist eine Sprint-Retrospektive?
  39. Häufige Fehler während einer Sprint-Retrospektive
  40. Pflege des Produkt-Backlogs