Scrum-Leitfaden | 28. Sprint in Scrum

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

Was ist ein Sprint in Scrum – Inhaltsverzeichnis:

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

Was ist ein Sprint in Scrum?

Ein Sprint ist das größte der Ereignisse 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 näher daran, das Produktziel zu erreichen.

Jeder Sprint hat ein spezifisches Sprint-Ziel, um die Konsistenz in der Arbeit des Entwicklungsteams sicherzustellen. Es nimmt die Form eines Geschäftsziels an und beantwortet die Fragen “Warum?”, “Zu welchem Zweck?” oder “Warum?”.

Der Arbeitsablauf eines Sprints wird im Sprint-Backlog dokumentiert, das die Arbeiten auflistet, die erforderlich sind, um das Sprint-Ziel zu erreichen. Eine detaillierte Beschreibung ist hier zu finden.

Sprint in Scrum Struktur

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

• Sprint-Planung – der Sprint beginnt. Während dieses Ereignisses wählt das Scrum-Team die geplanten Arbeiten aus dem Produkt-Backlog aus, die im neuen Sprint erledigt werden sollen.
• Tägliches Scrum – ein tägliches Ereignis, bei dem die Entwickler die Aufgaben für den Tag planen.
• Sprint-Überprüfung – offen für Stakeholder, findet am letzten Tag eines Sprints statt. Ihr Zweck ist es, den Sprint in Bezug auf den Fortschritt des Produkts zusammenzufassen.
• Sprint-Retrospektive – das abschließende Ereignis eines Sprints, bei dem das Scrum-Team über Arbeitsweisen und Verbesserungsideen diskutiert.

Die Wiederholung der Sprint-Ereignisse fördert die Umsetzung guter organisatorischer Praktiken. Mit anderen Worten, das Scrum-Team implementiert die Routinen, die für eine effektive Planung erforderlich sind, und lenkt während der Arbeit die Aufmerksamkeit auf Probleme, die bei geeigneten Ereignissen besprochen werden können.

Sprints und die drei Säulen des Empirismus

Sprints ermöglichen es dem Scrum-Team, die Arbeit am Produkt in gleiche Zeitabschnitte von nicht mehr als einem Monat zu unterteilen. Dieser feste Rahmen verstärkt die drei Säulen des Empirismus:

• Transparenz
• Inspektion
• Anpassung

Wir haben die drei Säulen des Empirismus und ihre Rolle in Scrum ausführlicher hier beschrieben. Aber heute werden wir uns ansehen, wie sie auf den Sprint und seine Struktur angewendet werden.

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. Die Sprint-Planung und die Sprint-Überprüfung, der Beginn und das Ende eines Sprints, zusammen mit einem Update des Produkt-Backlogs, bieten 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:

• Probleme im Zusammenhang mit der Erreichung des Produktziels – zu Beginn und am Ende des Sprints, d.h. während der Sprint-Planung und der Sprint-Überprüfung.
• Hindernisse in der Arbeitsweise des Scrum-Teams – während der täglichen Meetings und am Ende jedes Sprints, d.h. während des täglichen Scrums und der Sprint-Retrospektive.

Anpassung

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

Die Sprint-Planung und die Sprint-Überprüfung schaffen einen sicheren Raum für Diskussionen über die Ziele und Methoden zu deren Erreichung. Ein gutes selbstverwaltendes Scrum-Team findet erfolgreich heraus, was und wie es für den nächsten Sprint umgesetzt werden kann.

Welche Änderungen während eines Sprints vorzunehmen?

Jeder Sprint lässt genügend Raum für das Scrum-Team, um die Art und Weise, wie sie arbeiten, zu verbessern und zu improvisieren. Daher ist es wichtig, zu identifizieren, was während eines Sprints geändert werden soll. Der Scrum-Guide bietet keine Liste solcher Änderungen. Allerdings gibt das Konzept des Empirismus Richtlinien vor, die befolgt und an die Arbeitsweise eines bestimmten Scrum-Teams angepasst werden können.

1. Alle Änderungen können die Erreichung des Sprint-Ziels gefährden. Laut der ersten Regel kann man während eines Sprints beispielsweise die Anzahl der Aufgaben in diesem Sprint nicht reduzieren oder deren Eigenschaften erheblich ändern. Ein Sprint ist eng mit dem Sprint-Ziel verbunden. Daher sollten wir den Sprint abbrechen, wenn sich das Ziel ändert. Dies geschieht jedoch kaum, da der einzige Grund für das Scheitern eines Sprints darin besteht, dass das Ziel obsolet wird. Bedenken Sie, 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 die während eines Sprints geleistete Arbeit zu einem Increment wird, weil sie nicht der Definition von Fertig entspricht. Eine Reduzierung der Arbeitsqualität kann dazu führen, dass das Sprint-Ziel scheinbar erreicht wird, aber die Art und Weise, wie einzelne Aufgaben abgeschlossen werden, nicht den von der Organisation festgelegten Qualitätsstandards oder den Anforderungen der Stakeholder entspricht.
3. Das Produkt-Backlog kann detailliert werden. Während der Arbeit an einem Produkt wächst das Wissen darüber. Daher nimmt die Detailgenauigkeit der auszuführenden Aufgaben natürlich zu. Daher ist es eine akzeptable und sogar ratsame Änderung während eines Sprints, das Produkt-Backlog zu detaillieren.
4. Der Arbeitsumfang kann klargestellt oder neu verhandelt werden. Diese Änderung, wie die vorherige, beinhaltet ein wachsendes Verständnis der Art der durchgeführten Arbeit. Das Entwicklungsteam kann dies in Absprache mit dem Product Owner tun. Die grundlegende Voraussetzung für die Einführung dieser Änderung ist jedoch, dass sie nicht im Widerspruch zu den Prinzipien 1 und 2 steht.

Sprint in Scrum – Zusammenfassung

Ein Sprint ist das zyklische Scrum-Ereignis, das alle anderen enthält. Er hat ein separates Sprint-Ziel, das vom Produktziel getrennt ist. Und das Sprint-Backlog unterscheidet sich vom Produkt-Backlog. Die Natur der Sprints ist zyklisch. Die feste Länge der Sprints fördert die Aufrechterhaltung guter Arbeitsabläufe und nährt die drei Säulen des Empirismus. Während eines Sprints kann das Scrum-Team sein Ziel nicht ändern. Es kann jedoch das Produkt-Backlog verfeinern und, während das Wissen wächst, den Arbeitsumfang verfeinern und neu verhandeln.

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