Was ist das Scrum Framework – zusammengefasst auf einer Seite. Und Links führen zu den entsprechenden Kapiteln des Scrum Guides. Im Guide sind alle Regeln des Frameworks genau beschrieben. Außerdem alle Rollen, Meetings und Artefakte.
Scrum ist ein Framework für Produktentwicklung und Projektmanagement. Es basiert auf einer iterativen, inkrementellen Vorgehensweise. So wird die Produktentwicklung in Iterationen und Meetings definierter Dauer organisiert. Diese fixen Zeitfenster nennt man Time-Box. Im Mittelpunkt steht das stets funktionierende und potentiell einsetzbare Produkt. Der Fortschritt des Produkts ist der einzig wahre Statusbericht.
Scrum kennt drei Rollen, die direkt am Prozess beteiligt sind:
- Product Owner: Definiert und priorisiert fachliche Anforderungen
- Entwicklungsteam: Entwickelt das Produkt
- Scrum Master: Managt den Prozess und beseitigt Hindernisse
Die fachlichen Anforderungen werden im so genannten Product Backlog gepflegt. Das Product Backlog ist ein Stapel von Anforderungen. Der Stapel der Anforderungen ist nach Kundenmehrtwert sortiert. Einträge mit höchstem Mehrwert für den Kunden liegen oben.
Während der laufenden Iteration werden die oberen Anforderungen umgesetzt. Die Iteration nennt man Sprint. Ziel der Sprints ist die ausgewählten Anforderungen im Inkrement umzusetzen. Im Sprint werden ausschließlich Anforderungen umgesetzt, die für den aktuellen Sprint ausgewählt wurden. Die Auswahl der Anforderungen findet im sog. Sprint Planning Meeting statt. Die ausgewählten Anforderungen bilden das sog. Sprint Backlog.
Während des Sprints in Scrum
Im Sprint setzt das Entwicklungsteam die Sprint Backlog Einträge um. Das Ergbnis der Umsetzung ist das Potentially Shippable Product Increment. Also einen potentiell produktiv einsetzbaren Teil des Produkts. Dabei soll das Team möglichst ohne Störungen von außen arbeiten können. Dafür sorgt der Scrum Master.
Das Development Team spricht sich in einem täglichen Meeting ab. Das Daily Scrum dauert maximal 15 Minuten. Ziel des Meetings ist sicherzustellen, dass jeder weiß
- woran die anderen zuletzt gearbeitet haben
- was sie als nächstes tun
- welche Probleme sie davon abhalten voranzukommen.
Alle Einträge des Product Backlogs diskutiert der Product Owner mit seinem Entwicklungsteam. Im sog. Refinement erweitern, schätzen und priorisieren sie die Einträge. Ausgenommen sind die Einträge, die bereits in einem Sprint geplant sind.
Am Endes des Sprints in Scrum
Zum Sprint-Ende präsentiert das Entwicklungsteam mit dem Product Owner zusammen den Stakeholdern die umgesetzten Funktionalitäten. Im sog. Sprint Review Meeting werden die Ergebnisse live gezeigt. Das Feedback der Teilnehmer fließt in das Product Backlog ein. Die Erkenntnisse des Product Owners und seinem Entwicklungsteam ebenfalls. Die neuen oder überarbeiteten Einträge werden im Refinement weiter bearbeitet. Das heißt der Prozess beginnt von vorne.
Ebenfalls zum Sprint-Ende findet das Sprint Retrospektive Meeting statt. Hier analysiert das gesamte Scrum Team zusammen
- was im abgelaufenen Sprint gut
- und was schlecht gelaufen ist
- Welche Verbesserungspotentiale es gibt gibt
Das Team legt fest, welche Maßnahmen es trifft, um sich kontinuierlich zu verbessern. Auch persönliche Konflikte im Team gehören in die Sprint Retrospektive.
