Willkommen zum 10. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier.
Scrum ermöglicht Unternehmen, regelmäßig und häufig neu zu entscheiden.
Um zielführend entscheiden zu können, was als Nächstes getan werden soll, müssen das Product Backlog, das Sprint Backlog und das Inkrement häufig mit allen, die daran beteiligt sind, betrachtet werden. Darum geht es bei der Säule „Überprüfung“ der empirischen Prozesskontrolle.
Je greifbarer und konkreter die Grundlage für die Entscheidung ist, desto besser ist die Qualität der Entscheidung.
Ein gut verstandenes Product Backlog hilft, Antworten auf die Fragen zu geben:
- „Sollten wir diesen Eintrag nicht vor dem anderen erledigen?“
- „Wie lange könnte es dauern, bis dieser Product-Backlog-Eintrag wahrscheinlich fertig sein wird?“
- „Wann können die Stakeholder mit der Lieferung des Inkrements rechnen?“
- „Wie sieht der Fortschritt auf dem Weg zum Produkt-Ziel aus?“
Ein transparentes Sprint Backlog hilft, Antworten auf diese Fragen zu finden:
- „Machen wir Fortschritte bei der Erreichung des Sprint-Ziels?“
- „Welche Aufgaben für diesen Sprint wurden bereits abgeschlossen?“
- „An welchen Aufgaben sollten wir heute als Team arbeiten, um dem Sprint-Ziel einen Schritt näher zu kommen?“
- „Woran sollten wir erst mal nicht mehr arbeiten, um unser Sprint-Ziel nicht aus den Augen zu verlieren?“
- „Was können wir tun, wenn es unwahrscheinlich ist, dass das Scrum Team das Sprint-Ziel erreichen wird?“
Ein Inkrement wird mit Sinn erfüllt, wenn damit Annahmen über das Produkt validiert werden können. Um Transparenz zu schaffen, sollten die Annahmen mit dem Scrum Team, Nutzern, Kunden und Stakeholdern überprüft werden. Das Inkrement hilft, Antworten auf diese Fragen zu finden:
- „Wurden die Wünsche des Kunden erfüllt?“
- „Verstehen die Benutzer diese neue Funktion?“
- „Verbessert die Änderung die Nutzererfahrung?“
- „In welchem Maßstab wird die Neuerung angenommen?“
Der Scrum Guide fasst dies wie folgt zusammen:
„Jedes Event in Scrum ist eine formelle Gelegenheit, Scrum‐Artefakte zu überprüfen und anzupassen. Diese Events sind speziell darauf ausgelegt, die erforderliche Transparenz zu ermöglichen.“ – Scrum Guide, 2020
Der Scrum Guide legt fest, dass Teams mindestens fünf Gelegenheiten zur Überprüfung haben müssen. Der Sprint dient hierbei als Container für die vier anderen Events:
- Sprint Planning
- Daily Scrum
- Sprint Review
- Sprint Retrospektive
Jedes von ihnen wird durch einen fest vorgegebenen Zeitrahmen bestimmt. Und jedes Event liefert einen spezifischen Blickwinkel auf die Arbeit des Scrum Teams. Nur zusammen ergibt sich ein vollständiges Bild. Dieses vollständige Bild ermöglicht es, Entscheidungen auf Basis von Bekanntem zu treffen, also empirisch zu handeln.
Wenn du Fragen hast, schreibe sie in die Kommentare. Wenn der Artikel für dich hilfreich war, dann gib ihm einen Daumen nach oben. Morgen geht es weiter mit Teil 11: Sprint: Erstellung eines Inkrements