JIRA. Roman Simschek

Чтение книги онлайн.

       1.3Events

      Events gemäß Scrum finden immer in persönlicher Form statt. Sie erfolgen regelmäßig, um kontinuierlich überprüfen und anpassen zu können. Alle Events haben ein festes Zeitfenster, in Scrum „Time Box“ genannt. Das bedeutet, dass für jedes Event ein Zeitrahmen vorgegeben ist, der auf jeden Fall eingehalten wird.

       Sprint

      Das Ziel des Sprints ist es, einen auslieferbaren Bestandteil des Produktes zu erstellen. Konkret sind die im Rahmen des Sprints umzusetzenden Produkteigenschaften im Sprint Backlog festgehalten. Der Sprint selbst ist kein eigenständiges Event, sondern die Klammer um mehrere Events, die innerhalb des Sprints stattfinden.

       Sprint Planning

      Ziel des Sprint Plannings ist, den jeweils laufenden Sprint zu planen. Der Sprint erfolgt in Form eines Präsenzmeetings, das immer als allererstes Event eines Sprints stattfindet. Das Sprint Planning findet einmal pro Sprint statt. Am Sprint Planning nimmt das gesamte Scrum-Team teil, also der Product Owner, der Scrum Master und das Entwicklungsteam. Das Sprint Planning dauert bei einem Sprint von vier Wochen maximal acht Stunden. Dauert der Sprint weniger als vier Wochen, so passt sich die Dauer des Sprint Plannings entsprechend an und ist ebenfalls kürzer.

       Daily Scrum

      Nachdem das Spring Planning abgeschlossen wurde, beginnt das Entwicklungsteam seine Arbeit. Konkret bedeutet dies, dass es die Aufgaben, die im Sprint Planning definiert wurden, im Team selbstorganisiert bearbeitet. Während dieser Entwicklungsarbeit trifft sich das Scrum-Team physisch einmal am Tag zum Daily Scrum. Dieses findet immer zur gleichen Zeit am gleichen Ort statt. Grund hierfür ist, dass die organisatorische Arbeit der Eventplanung und die Komplexität reduziert werden soll. Die Dauer des Daily Scrum ist auf maximal 15 Minuten beschränkt. Ziel des Daily Scrum ist, dass sich das Entwicklungsteam abstimmt und synchronisiert.

      Innerhalb des Daily Scrum werden immer zuerst die Arbeit der letzten 24 Stunden transparent gemacht und ein Ausblick auf die Aufgaben der nächsten 24 Stunden gegeben. Das Entwicklungsteam verprobt hierbei den Fortschritt der letzten 24 Stunden bezüglich des Sprint-Ziels. Zudem analysiert es den Fortschritt bezogen auf die Backlog Items, die im Sprint Backlog sind. Hauptziel des Daily Scrum ist, die Wahrscheinlichkeit, dass das Entwicklungsteam das Sprint-Ziel auch erreicht, zu maximieren. Zusätzlich werden Hindernisse für das Sprint-Ziel mit dem Scrum-Team geteilt.

       Sprint Review

      Der Sprint Review findet immer am Ende jedes Sprints statt. Er dient dazu, die wichtigsten Ergebnisse aus dem Sprint zu präsentieren und um sie zu überprüfen und gegebenenfalls anzupassen. So kann der neueste Stand des Produktinkrements transparent gemacht werden, und das Product Backlog kann entsprechend aktualisiert werden.

      Der Sprint Review findet in Form eines physischen Events statt. Der Product Owner lädt zu dem Meeting ein. Das gesamte Scrum-Team ist beim Sprint Review anwesend. Zudem sind auch die Stakeholder mit eingeladen. So erhalten sie einen Überblick über den neuesten Stand der Entwicklungsarbeit und können dem Entwicklungsteam gleichzeitig Feedback geben. Dies ermöglicht es, dass das Produkt überprüft und angepasst werden kann. Die Präsentation der Ergebnisse des Sprints dient im Wesentlichen dazu, Feedback zu ermöglichen und die Zusammenarbeit zu fördern. Der Sprint Review dauert maximal vier Stunden bei einem Sprint, der vier Wochen dauert. Wenn die Dauer des Sprints kürzer ist, sollte auch der Sprint Review entsprechend angepasst werden.

       Sprint-Retrospektive