Scrum-Leitfaden | 28. Sprinten im Gedränge

Veröffentlicht: 2022-06-08

Mehrere kleinere Events bilden in Scrum einen Sprint. Sprints wiederum bilden zusammen einen Weg, der darauf abzielt, ein Produkt zu entwickeln und zu veröffentlichen. Jeder Sprint hat ein bestimmtes Sprint-Ziel und ein Sprint-Backlog, das vom Entwicklungsteam gepflegt wird.

Was ist Sprint in Scrum – Inhaltsverzeichnis:

  1. Sprint in Scrum – Einführung
  2. Sprint in der Scrum-Struktur
  3. Sprints und die drei Säulen der Empirie
  4. Transparenz
  5. Inspektion
  6. Anpassung
  7. Welche Änderungen sind während eines Sprints vorzunehmen?
  8. Sprint in Scrum – Zusammenfassung

Sprint in Scrum – Einführung

Sprint ist das größte der Events in Scrum, über das wir in diesem Artikel geschrieben haben. Sprints folgen einem kontinuierlichen Zyklus vom Beginn bis zum Ende der Arbeit an einem Produkt. Und jede Iteration bringt das Team dem Erreichen des Produktziels näher.

Jeder Sprint hat ein spezifisches Sprint-Ziel , um die Konsistenz in der Arbeit des Entwicklungsteams sicherzustellen. Es hat die Form eines Unternehmensziels und beantwortet die Frage „Warum?“, „Wozu?“ . , oder "Warum?" .

Der Workflow eines Sprints wird im Sprint Backlog dokumentiert, das die Arbeit auflistet, die zum Erreichen des Sprint-Ziels erforderlich ist. Seine ausführliche Beschreibung finden Sie hier.

sprint in scrum

Sprint in der Scrum-Struktur

Jeder Sprint hat eine spezifische Struktur und umfasst die folgenden Ereignisse:

  • Sprintplanung – der Sprint beginnt. Während dieses Events wählt das Scrum Team die geplante Arbeit aus dem Product Backlog aus, die im neuen Sprint erledigt werden soll
  • Daily Scrum – ein tägliches Event, bei dem Entwickler die Aufgaben für den Tag planen
  • Sprint Review – offen für Stakeholder, findet am letzten Tag eines Sprints statt. Sein Zweck ist es, den Sprint in Bezug auf den Fortschritt des Produkts zusammenzufassen
  • Sprint-Retrospektive – die Abschlussveranstaltung eines Sprints, bei der das Scrum-Team Arbeitsweisen und Verbesserungsideen bespricht

Die Wiederholung von Sprint-Events fördert die Umsetzung guter organisatorischer Praktiken. Mit anderen Worten, das Scrum-Team implementiert die für eine effektive Planung notwendigen Routinen und macht während der Arbeit auf Probleme aufmerksam, die auf geeigneten Veranstaltungen besprochen werden können.

Sprints und die drei Säulen der Empirie

Sprints veranlassen das Scrum-Team, die Arbeit am Produkt in gleiche Zeitabschnitte zu unterteilen, die nicht länger als einen Monat dauern. Dieser feste Rahmen stärkt die drei Säulen der Empirie:

  • Transparenz
  • Inspektion
  • Anpassung

Über die drei Säulen der Empirie und ihre Rolle in Scrum haben wir hier ausführlicher geschrieben. Aber heute werden wir uns ansehen, wie sie sich auf Sprint und seine Struktur beziehen.

Sprints in Scrum and the three pillars of empiricism

Transparenz

Die Aufteilung der Arbeit in Sprints erhöht die Transparenz, da alle beteiligten Personen die erforderlichen Informationen über den Status der Produktarbeit in jedem Sprint erhalten können. Sprint Planning und Sprint Review, der Beginn und das Ende eines Sprints, kombiniert mit einer Aktualisierung des Product Backlogs, liefern allen Stakeholdern wertvolle Einblicke in den aktuellen Status des Produkts.

Inspektion

Durch die Aufteilung der Arbeit in Sprints ist es möglich, den Fortschritt häufig zu überwachen. Dies fördert die ständige Identifizierung von Problemen in zwei Schlüsselbereichen. Diese sind:

  • Fragen im Zusammenhang mit der Erreichung des Produktziels – zu Beginn und am Ende des Sprints, dh während Sprint Planning und Sprint Review
  • Hindernisse in der Arbeitsweise des Scrum-Teams – während täglicher Meetings und am Ende jedes Sprints, dh während Daily Scrum und Sprint Retrospective

Anpassung

Die Anpassung ist ein sehr wichtiger Teil der Arbeit des Scrum-Teams, da sie es ermöglicht, die bei der Inspektion identifizierten Probleme zu lösen. Während jedes Sprints bieten Daily Scrum und Sprint Retrospective einen sicheren Raum, um darüber zu sprechen, wie das Scrum-Team verbessert werden kann. Die Umsetzung von Lösungsvorschlägen erfolgt sofort oder zu Beginn des nächsten Sprints.

Sprint-Planung und Sprint-Review schaffen einen sicheren Raum für Diskussionen über die Ziele und Methoden, um sie zu erreichen. Ein gutes selbstverwaltendes Scrum-Team findet erfolgreich heraus, was und wie es für den nächsten Sprint implementieren soll.

Welche Änderungen sind während eines Sprints vorzunehmen?

Jeder Sprint lässt dem Scrum-Team genügend Raum, um seine Arbeitsweise zu verbessern und zu improvisieren. Identifizieren Sie daher, was während eines Sprints geändert werden soll. Der Scrum Guide enthält keine Liste solcher Änderungen. Der Begriff der Empirie bietet jedoch Richtlinien, die befolgt und an die Arbeitsweise eines bestimmten Scrum-Teams angepasst werden können.

  1. Alle Änderungen können das Erreichen des Sprintziels gefährden. Gemäß der ersten Regel können Sie während eines Sprints beispielsweise die Anzahl der Aufgaben in diesem Sprint nicht reduzieren oder ihre Eigenschaften erheblich ändern. Ein Sprint ist eng mit dem Sprintziel verbunden. Wenn sich das Ziel ändert, sollten wir daher den Sprint abbrechen. Dies geschieht jedoch kaum, da der einzige Grund für das Scheitern eines Sprints darin besteht, dass das Ziel veraltet ist. Denken Sie daran, dass die Entscheidung, einen Sprint zu beenden, ausschließlich dem Product Owner obliegt.
  2. Die Qualität der Arbeit darf nicht beeinträchtigt werden. Diese Regel soll verhindern, dass während eines Sprints geleistete Arbeit zu einem Inkrement wird, weil sie nicht der Definition der Fertigstellung entspricht. Die Verringerung der Arbeitsqualität kann dazu führen, dass das Sprint-Ziel scheinbar erreicht wird, aber die Art und Weise, wie einzelne Aufgaben erledigt werden, nicht den Qualitätsstandards entspricht, die von der Organisation festgelegt oder von Stakeholdern gefordert werden.
  3. Das Product Backlog kann detailliert werden. Während der Arbeit an einem Produkt wächst das Wissen darüber. Daher nimmt die Detaillierung der auszuführenden Aufgaben natürlich zu. Daher ist es eine akzeptable und sogar ratsame Änderung während eines Sprints, das Product Backlog zu detaillieren.
  4. Der Arbeitsumfang kann geklärt oder neu verhandelt werden. Diese Veränderung erfordert, wie auch die vorangegangene, ein wachsendes Verständnis für die Art der auszuführenden Arbeit. Das Entwicklungsteam kann dies in Absprache mit dem Product Owner tun. Grundvoraussetzung für seine Einführung ist jedoch die Konfliktfreiheit zu den Grundsätzen 1. und 2.

Sprint in Scrum – Zusammenfassung

Sprint ist das zyklische Scrum-Ereignis, das alle anderen enthält. Es hat ein Sub-Sprint-Ziel, das vom Produktziel getrennt ist. Und das Sprint Backlog unterscheidet sich vom Product Backlog. Die Natur von Sprints ist zyklisch. Die feste Länge von Sprints ist förderlich für die Aufrechterhaltung guter Arbeitsabläufe und die Pflege der drei Säulen der Empirie. Während eines Sprints kann das Scrum-Team sein Ziel nicht ändern. Es kann jedoch das Product Backlog verfeinern und mit wachsendem Wissen den Arbeitsumfang verfeinern und verhandeln.

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

Autorin: Natalia Jaros

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