Scrum: Sprint-Retrospektive und Sprint Review im Vergleich

Softwareentwickler, die im Team arbeiten, sollten agile Methoden nutzen, um besser zu werden. Ich erkläre hier kurz ein paar Begriffe der agilen Entwicklung, die Scrum verwendet.

Sprint Review Das Sprint Review ist bewusst informell gehalten. Typischerweise gibt es Regeln, die PowerPoint-Folien verbieten und höchstens zwei Stunden Vorbereitung erlauben. Ein Sprint Review soll das Entwicklungsteam nicht ablenken oder vom Weg abbringen. Das Sprint Review soll sich ganz natürlich aus dem Sprint ergeben. Im Sprint Review wird das Projekt am Sprintziel gemessen, das im Sprint Planning festgelegt wurde. Im Idealfall hat das Team jedes Product-Backlog-Item erledigt, das es in den Sprint genommen hat. Wichtiger ist aber, dass es das übergeordnete Ziel des Sprints erreicht. Am Sprint Review nehmen typischerweise der Product Owner, das Scrum-Team, der Scrum Master, das Management, Kunden und Entwickler aus anderen Projekten teil.

Scrum Master Der Scrum Master sorgt dafür, dass ein Scrum-Team nach den Praktiken und Werten von Scrum arbeitet. Er schützt das Team, indem er darauf achtet, dass es sich für einen Sprint nicht mehr vornimmt, als es schaffen kann. Die Rolle übernimmt meist ein Projektmanager oder ein technischer Teamleiter, sie kann aber jeder ausfüllen. Der Scrum Master moderiert das Daily Scrum und ist dafür zuständig, alle Hindernisse aus dem Weg zu räumen, die das Team dort anspricht.

Scrum-Team Scrum-Teams kennen keine der klassischen Rollen der Softwareentwicklung wie Programmierer, Designer, Tester oder Architekt. Alle im Projekt arbeiten zusammen daran, die Arbeit zu erledigen, die sie sich gemeinsam für einen Sprint vorgenommen haben. In Scrum-Teams entsteht ein starker Zusammenhalt und das Gefühl: „Wir sitzen alle in einem Boot.“

Daily Scrum An jedem Tag eines Sprints trifft sich das Team zu einem kurzen Meeting, oft einfach „Daily“ genannt. Die Meetings finden meist jeden Tag am selben Ort und zur selben Zeit statt. Am besten liegt das Daily Scrum am Morgen, weil es den Rahmen für die Arbeit des Tages setzt. Scrum gibt denen einen besonderen Status, die sich verpflichtet haben, und viele Teams haben die Regel, dass im Daily Scrum nur diese Personen sprechen dürfen.

Alle Teammitglieder müssen am Daily Scrum teilnehmen. Jeder andere (zum Beispiel ein Abteilungsleiter, ein Vertriebsmitarbeiter oder ein Entwickler aus einem anderen Projekt) darf dabei sein, hört aber nur zu. Deshalb eignet sich das Daily Scrum gut, um den Stand der Dinge im Team zu verbreiten: Wer wissen will, wo das Projekt steht, geht an dem Tag ins Meeting.

Im Daily Scrum werden keine Probleme gelöst. Angesprochene Themen werden außerhalb des Meetings behandelt, meist von der zuständigen Teilgruppe direkt nach dem Daily Scrum. Im Daily Scrum beantwortet jedes Teammitglied die folgenden drei Fragen:

a. Was hast du gestern gemacht? b. Was machst du heute? c. Gibt es Hindernisse, die dir im Weg stehen?

Sprint-Retrospektive Die Sprint-Retrospektive ist auf 3 Stunden begrenzt. Daran nehmen nur das Team, der Scrum Master und der Product Owner teil, wobei der Product Owner nicht dabei sein muss. Zu Beginn beantworten alle Teammitglieder zwei Fragen:

1. Was lief im Sprint gut?
2. Was könnten wir im nächsten Sprint besser machen?

a. Der Scrum Master notiert die Antworten des Teams in Kurzform. b. Das Team legt fest, in welcher Reihenfolge es über die möglichen Verbesserungen sprechen will. c. Der Scrum Master gibt in diesem Meeting keine Antworten vor, sondern hilft dem Team, Wege zu finden, wie der Scrum-Prozess für es besser funktioniert.

Umsetzbare Punkte, die in den nächsten Sprint passen, sollten als nicht funktionale Einträge mit hoher Priorität ins Product Backlog. Retrospektiven, die nichts verändern, sind steril und frustrierend.