Scrum - Ereignisse

Das Scrum Process Framework kann mithilfe einer Abfolge von Ereignissen und den entsprechenden Artefakten angezeigt werden. Die Scrum-Ereignisse sind Ereignisse mit Zeitrahmen. Das bedeutet, dass in einem Projekt jedes Scrum-Ereignis eine vordefinierte maximale Dauer hat. Diese Veranstaltungen ermöglichen allen am Projekt Beteiligten Transparenz über den Projektfortschritt. Die lebenswichtigen Ereignisse von Scrum sind:

Der Sprint
Sprintplanung
Tägliche Scrum-Meetings
Der Sprint Review
Die Sprint-Retrospektive

Der Sprint

Während eines Sprints wird ein funktionierendes Produkt Increment entwickelt. Sie dauert normalerweise zwei Wochen oder einen Monat und bleibt für alle Sprints im Projekt konstant. Wir können keine unterschiedlichen Dauern für die verschiedenen Sprints in einem Projekt haben. Ein neuer Sprint startet unmittelbar nach Abschluss des vorherigen Sprints.

Das Sprint-Ziel ist ein Ziel für den Sprint. Es gibt dem Team eine Anleitung, warum es das Inkrement erstellt. Es wird während des Sprint Planning-Meetings erstellt. Der Umfang des Sprints wird zwischen dem Product Owner und dem Team geklärt und neu ausgehandelt, sobald mehr über die Anforderungen erfahren wird. Somit ist jedem Sprint eine Definition dessen zugeordnet, was gebaut werden soll, ein Entwurf und der flexible Plan, der den Bau des Sprints, die Entwicklungsarbeit und das daraus resultierende Produktinkrement leiten wird.

Ein Sprint sollte abgesagt werden, wenn das Sprint-Ziel veraltet ist. Dies kann auftreten, wenn die Organisation die Richtung ändert oder wenn sich die Markt- oder Technologiebedingungen ändern. Ein Sprint kann nur vom Produktbesitzer abgesagt werden, andere haben jedoch Einfluss darauf.

Aufgrund der kurzen Dauer von Sprints ist eine Absage während eines Sprints selten sinnvoll. Da die Sprint-Stornierungen Ressourcen verbrauchen, um sich in einem anderen Sprint neu zu organisieren, sind sie sehr selten.

Wenn ein Sprint abgebrochen wird und ein Teil der während des Sprints produzierten Arbeit möglicherweise freigegeben werden kann, akzeptiert der Product Owner dies normalerweise. Alle unvollständigen Sprint-Backlog-Elemente werden wieder in das Product Backlog aufgenommen.

Sprintplanung

Die im Sprint auszuführenden Arbeiten werden im Sprint Planning Meeting geplant. Das Sprint Planning Meeting dauert maximal vier Stunden für zwei Wochen Sprints und acht Stunden für einen Monat Sprints. Es liegt in der Verantwortung des Scrum Masters, sicherzustellen, dass das Meeting stattfindet und dass alle erforderlichen Teilnehmer anwesend sind und den Zweck des geplanten Meetings verstehen. Der Scrum Master moderiert das Meeting, um den Fortbestand der Diskussion und den Abschluss rechtzeitig zu überwachen.

Sprint Planning konzentriert sich auf die folgenden zwei Fragen:

Was muss und kann im Sprint Increment geliefert werden?
Wie wird die für die Ausführung von Sprint erforderliche Arbeit geleistet?

Die Beiträge zu diesem Treffen sind -

Das Product Backlog
Das neueste Produkt Increment
Projizierte Kapazität des Teams während des Sprints
Vergangene Leistung des Teams

Das Scrum-Team erläutert die Funktionen, die während des Sprints entwickelt werden können. Der Product Owner bietet Erläuterungen zu den Product Backlog-Elementen. Das Team wählt die Elemente aus dem Product Backlog für den Sprint aus, da sie am besten beurteilen können, was sie im Sprint erreichen können. Das Team besteht aus Analysten, Designern, Entwicklern und Testern. Die Arbeit wird kollaborativ ausgeführt, wodurch Nacharbeiten minimiert werden.

Das Scrum-Team legt dann das Sprint-Ziel fest. Das Sprint-Ziel ist ein Ziel, das dem Team eine Anleitung gibt, warum es das Produktinkrement erstellt. Das Team entscheidet dann, wie die ausgewählte Funktionalität während des Sprints in ein funktionierendes Produktinkrement eingebaut wird. Die für diesen Sprint ausgewählten Product Backlog-Elemente sowie der Plan für deren Bereitstellung werden als Sprint Backlog bezeichnet.

Die Arbeit während eines Sprints wird während der Sprintplanung geschätzt und kann von unterschiedlicher Größe und / oder Aufwand sein. Am Ende des Sprint Planning-Meetings ist die Arbeit in Aufgaben von einer Dauer von einem Tag oder weniger unterteilt. Dies dient dazu, die Arbeitszuweisung zu vereinfachen und den Abschluss zu verfolgen. Wenn das Team feststellt, dass es zu viel oder zu wenig Arbeit hat, kann es die ausgewählten Product Backlog-Elemente mit dem Product Owner neu aushandeln.

Das Team kann auch andere (nicht Teil des Scrum-Teams) zur Teilnahme an der Sprint-Planungssitzung einladen, um technische oder domänenbezogene Ratschläge oder Hilfe bei der Schätzung zu erhalten.

Tägliche Scrum-Meetings

Das Daily Scrum Meeting ist ein 15-minütiges Meeting für das Team, das täglich durchgeführt wird, um die Arbeit seit dem letzten Daily Scrum Meeting schnell zu verstehen und einen Plan für die nächsten 24 Stunden zu erstellen. Dieses Meeting wird auch als Daily Stand Up Meeting bezeichnet.

Das Daily Scrum Meeting findet jeden Tag zur gleichen Zeit und am gleichen Ort statt, um die Komplexität zu verringern.

Während des Meetings erklärt jedes Teammitglied -

Was hat er gestern getan, um dem Team zu helfen, das Sprint-Ziel zu erreichen?
Was wird er heute tun, um dem Team zu helfen, das Sprint-Ziel zu erreichen?
Sieht er irgendwelche Hindernisse, die ihn oder das Team daran hindern, das Sprint-Ziel zu erreichen?

Daily Scrum wird fälschlicherweise als Statusverfolgungsereignis angesehen, obwohl es sich tatsächlich um ein Planungsereignis handelt.

Der Input für das Meeting sollte sein, wie das Team das Sprint-Ziel erreicht, und der Output sollte ein neuer oder überarbeiteter Plan sein, der die Bemühungen des Teams zur Erreichung des Sprint-Ziels optimiert.

Obwohl der Scrum Master das tägliche Scrum Meeting koordiniert und sicherstellt, dass die Ziele des Meetings erreicht werden, liegt das Meeting in der Verantwortung des Teams.

Bei Bedarf kann sich das Team unmittelbar nach dem Daily Scrum Meeting treffen, um detaillierte Diskussionen zu führen oder den Rest der Sprint-Arbeit neu zu planen.

Im Folgenden sind die Vorteile von Daily Scrum Meetings aufgeführt:

Verbessern Sie die Kommunikation innerhalb des Teams.
Identifizieren Sie gegebenenfalls Hindernisse, um eine frühzeitige Beseitigung derselben zu ermöglichen und die Auswirkungen auf den Sprint zu minimieren.
Markieren und fördern Sie schnelle Entscheidungen.
Verbessern Sie den Wissensstand des Teams.

Sprint Review

Am Ende jedes Sprints findet eine Sprint-Überprüfung statt. Während der Sprint-Überprüfung wird eine Präsentation des Inkrements überprüft, das freigegeben wird. In diesem Meeting arbeiten das Scrum-Team und die Stakeholder zusammen, um zu verstehen, was im Sprint getan wurde. Auf dieser Grundlage und bei Änderungen am Product Backlog während des Sprints gelangen die Teilnehmer zu den nächsten erforderlichen Schritten, mit denen der Wert optimiert werden kann. Ziel von Sprint Review ist es daher, gemeinsam Feedback zu erhalten und Fortschritte zu erzielen.

Die Sprint-Überprüfung wird normalerweise zwei Stunden lang für zweiwöchige Sprints und vier Stunden lang für einmonatige Sprints durchgeführt.

Der Scrum Master sorgt dafür, dass -

Das Treffen findet statt.
Die Teilnehmer verstehen den Zweck.
Das Treffen konzentriert sich auf die erforderliche Tagesordnung und wird innerhalb der erforderlichen Dauer abgeschlossen.

Die Sprint-Überprüfung umfasst die folgenden Aspekte:

Zu den Teilnehmern zählen das Scrum-Team und wichtige Stakeholder, wie vom Product Owner eingeladen.
Der Product Owner erklärt, welche Product Backlog-Elemente während des Sprints abgeschlossen wurden und welche nicht.
Das Team bespricht, was während des Sprints gut gelaufen ist, auf welche Probleme es gestoßen ist und wie diese Probleme gelöst wurden.
Das Team demonstriert die abgeschlossene Arbeit und beantwortet gegebenenfalls Fragen zum Inkrement.
Die gesamte Gruppe bespricht dann, was als nächstes zu tun ist. Somit liefert die Sprint-Überprüfung wertvolle Informationen zur Sprint-Planung des nachfolgenden Sprints.
Das Scrum-Team überprüft dann den Zeitplan, das Budget, die potenziellen Funktionen und den Marktplatz für die nächste erwartete Veröffentlichung des Produktinkrements.
Das Ergebnis der Sprint-Überprüfung ist ein aktualisiertes Product Backlog, das die wahrscheinlichen Product Backlog-Elemente für den nächsten Sprint definiert.

Sprint Retrospektive

Die Sprint-Retrospektive findet nach der Sprint-Überprüfung und vor der nächsten Sprint-Planung statt. Dies ist normalerweise eine einstündige Besprechung für zweiwöchige Sprints und eine dreistündige Besprechung für einmonatige Sprints.

Der Zweck der Sprint-Retrospektive besteht darin, -

Kombinieren Sie die Erkenntnisse aus dem letzten Sprint in Bezug auf Personen, Beziehungen, Prozesse und Werkzeuge.
Identifizieren Sie die wichtigsten Punkte, die gut gelaufen sind, und mögliche Verbesserungen.
Erstellung eines Plans zur Implementierung von Verbesserungen zur Steigerung der Produktqualität.

Die Sprint-Retrospektive bietet dem Scrum-Team die Möglichkeit, das Scrum-Prozess-Framework zu überprüfen und zu verbessern, um das nächste Sprint-Ergebnis effektiver zu gestalten.

Reference