Teil 2: Agile Techniken und Methoden im Überblick: Scrum

Scrum – der Prozess

Scrum ist eine inkrementelle, iterative Entwicklungsmethode. Die Entwicklung wird von einem selbstorganisierten, selbstgeführten Team Schritt für Schritt in fixen Zyklen (Sprints) organisiert. Eine gleichmäßige Sprintlänge (ca. 2-4 Wochen) gibt dem Team dabei einen Rhythmus. Ziel ist es, am Ende eines jeden Sprints ein potenziell auslieferbares Produktinkrement zu haben, also ein vollständig fertiges (Teil-)Ergebnis, dass potenziell produktiv genützt werden kann. Idee dahinter ist, dass so rascher Ergebnisse geliefert werden und auch (in späten Projektphasen) noch flexibel auf (neue) Kundenwünsche oder Veränderungen allgemein eingegangen werden kann.

Zentrales Element von Scrum ist der Sprint: Am Anfang eines jeden Sprints steht das so genannte Product Backlog, eine Liste mit priorisierten Anforderungen. Aus dieser entnimmt das Entwicklungsteam entsprechend ihrer Priorität so viele Aufgaben (Anforderungen), wie es erfahrungsgemäß in einem Sprint umsetzen kann. Diese Anforderungen werden während des laufenden Sprints nicht durch Zusatzanforderungen modifiziert, um ihre Fertigstellung nicht zu gefährden. Während des Sprints arbeitet das Team also konzentriert und ohne Störungen von außen daran, die definierten Tasks in ein potenziell auslieferbares Produktinkrement umzusetzen. Am Ende des Sprints wird dieses dem Kunden (und potenziellen Stakeholdern) präsentiert und im Idealfall von diesem abgenommen. Potenzielles Kundenfeedback fließt – wie auch die Erfahrungen des Teams – in die nächste Sprintplanung ein, und der Prozess beginnt von Neuem (vgl. Abb. 1).

Scrum definiert wenige Eckpfeiler für die Vorgehensweise, deshalb wird es häufig als Rahmenwerk bezeichnet. Im Kern stehen drei Rollen, drei Artefakte (Ergebnistypen) und vier Ereignisse.

Scrum-Rollen

• Der Product Owner stellt fachliche Anforderungen, priorisiert sie und nimmt am Ende eines jeden Sprints die Umsetzung der Anforderungen ab.
• Der Scrum Master beseitigt Hindernisse, er ist verantwortlich dafür, dass das Team operativ und produktiv arbeiten kann.
• Das Entwicklungsteam organisiert sich selbst und ist verantwortlich für die Erreichung der Sprintziele.

Scrum-Artefakte

• Das Product Backlog ist eine Liste der Kundenanforderungen, die nach Wichtigkeit priorisiert sind.
• Das Sprint Backlog enthält die Aktivitäten, die durchgeführt werden müssen, um die Kundenanforderungen des Sprints umzusetzen.
• Das Produktinkrement ist das Teilprodukt, das am Ende eines Sprints erstellt wurde.

Scrum-Ereignisse

• Im Sprint Planning werden für den jeweiligen Sprint jene Anforderungen bestimmt, die in ihm umgesetzt werden und für die eine detaillierte Planung durchgeführt wird.
• Im Daily Scrum wird der Status des Sprints kurz besprochen, indem jedes Teammitglied 3 Fragen beantwortet: „Was habe ich gestern getan?“, „Was tue ich heute?“ und „Was hindert mich?“
• Im Sprint Review wird das „potentially shippable product“ (potenziell auslieferbares Produktinkrement) vorgestellt und das Feedback der Anwender eingeholt, um das Produkt besser zu machen.
• In der Sprint-Retrospektive geht es um die Betrachtung der Arbeitsweise im letzten Sprint und um Maßnahmen, die die Arbeit im kommenden Sprint verbessern können.
• Das Product Backlog Refinement ist kein klassisches Scrum-Ereignis, aber als kontinuierliche Aktivität ein wertvoller Vorgang. Hierzu gehören das Hinzufügen von Details, Schätzungen und das Priorisieren von User Stories (Kundenanforderungen) im Product Backlog.