Scrum Guide – Wie man Retrospektive-Meetings organisiert

Die  Sprint Retrospektive  findet nach dem  Sprint Review  und vor dem nächsten  Sprint Planning statt . Bei einmonatigen Sprints ist dies höchstens ein dreistündiges Meeting  . Die retrospektive Sitzung ist im Grunde ein „Verbesserungs“-Meeting, das abgehalten wird, um Wege und Mittel zu finden, um potenzielle Fallstricke und vergangene Fehler zu identifizieren und neue Wege zu finden, um diese Fehler zu vermeiden, an denen alle teilnehmen – der  Product Owner ,  der Scrum Master und die Mitglieder des Entwicklungsteams , und optional mit den Stakeholdern.

Dauer des Sprint-Retrospektiven-Meetings

Als Faustregel für die Dauer eines Sprint-Retrospektiven-Meetings gilt, dass es in der Regel nicht länger als 45 Minuten pro Woche Sprintdauer dauert. Die folgende Tabelle veranschaulicht diese Regel:

Das allgemeine Format variiert ein wenig, aber normalerweise machen wir es so:

• Wir können das Meeting proportional zur Sprint-Dauer timeboxen.
• Teilnehmer: der Product Owner, das gesamte Team und ich.
• Wir gehen in einen geschlossenen Raum oder eine gemütliche Sofaecke, solange wir ungestört diskutieren können.
• Jemand wird als Sekretär bezeichnet.
• Der Scrum Master zeigt das Sprint Backlog und fasst mit Hilfe des Teams den Sprint zusammen. Wichtige Ereignisse und Entscheidungen usw.
• Wir machen „die Runde“. Jede Person hat die Möglichkeit, ungestört zu sagen: Was ist im Sprint gut gelaufen? Was ist im Sprint schief gelaufen? Was haben wir im Sprint gelernt? Was sollten wir im nächsten Sprint anders machen?
• Wir betrachten die geschätzte vs. tatsächliche Geschwindigkeit. Wenn es einen großen Unterschied gibt, versuchen wir zu analysieren, warum.
• Wenn die Zeit fast abgelaufen ist, versucht der Scrum Master, konkrete Vorschläge zusammenzufassen, was wir im nächsten Sprint besser machen können.

Unsere Retrospektiven sind im Allgemeinen nicht zu strukturiert. Das zugrunde liegende Thema ist jedoch immer dasselbe: „Was können wir im nächsten Sprint besser machen?“

Details zu retrospektiven Fragen

1. Was lief im Sprint gut?

Die möglichen Fragen, die gestellt werden können, um den Grund für einen Erfolg in der Iteration zu verstehen, indem wir uns fragen, was gut gelaufen ist, um all die guten Dinge anzuerkennen, die passiert sind.

• Was hat uns dazu motiviert?
• Was haben wir anders gemacht, damit es ein Erfolg wurde?
• Welche Ausbildung, Fähigkeiten oder Kenntnisse haben zu dem Unterschied beigetragen?
• Welche Stärke in dir macht es möglich?
• Welche Stärken Ihres Teams haben es möglich gemacht?
• Was ist der Beitrag des Teammitglieds, der Ihnen geholfen hat, es zu erreichen?
• Wie haben wir es erreicht?

2. Was ist im Sprint schief gelaufen?

Während die Fragen in diesem Abschnitt nicht gestellt werden sollten, um die Leistung der Person zu bewerten oder zu bestrafen, sondern um Informationen zu sammeln und um Wege zu finden, sie im bevorstehenden Sprint zu lösen. Wo könnte man besser nach Verbesserungen suchen, als dort, wo es nicht gut läuft? Tatsächlich deckt diese Frage Schwierigkeiten, Probleme und Unzufriedenheit auf, mit denen das Team derzeit konfrontiert ist.

• Wie ging es schief?
• Was hast du gemacht, das schief gelaufen ist?
• Wie viele sind dafür verantwortlich, dass das schief geht?
• Wenn Sie sich dessen bewusst sind, wird es schief gehen?
• Hast du es falsch verstanden und somit falsch umgesetzt?
• Hast du richtig verstanden, aber es ging trotzdem schief?
• Was haben wir gut gemacht?

3. Was haben wir im Sprint gelernt?

Was ist das Learning aus diesem Sprint? Diese Fragen sind hilfreich, um festzustellen, was richtig und was falsch gelaufen ist. Es ermutigt uns, uns anzusehen, was wir über unsere Arbeitsweise gelernt haben. Einige Beispiele könnten sein:

• Wie wurde dieser Sprint ausgeführt?
• Wo ist in diesem Sprint etwas schief gelaufen?
• Wann ist es schief gegangen?
• Wie ging es schief?
• Welche Techniken waren hilfreich?
• Welche Techniken waren nicht sinnvoll?
• Was lief in diesem Sprint reibungslos?
• Was lief bei diesem Sprint nicht rund?
• Welche Erkenntnisse aus diesem Sprint können uns für den bevorstehenden Sprint lehren?

4. Was sollten wir im nächsten Sprint anders machen?

Dieser Abschnitt konzentriert sich im Wesentlichen darauf, die möglichen Korrekturmaßnahmen aus vergangenen Erfolgen, Misserfolgen und Lernprozessen zu identifizieren.

• Wie kann die Stärke des Einzelnen genutzt werden, um das Problem zu lösen?
• Was sollte häufig getan werden, um zu verhindern, dass das Problem erneut auftritt?
• Welche Maßnahmen müssen sofort umgesetzt werden, wofür Sie die Bandbreite und Leistungsfähigkeit haben?
• Identifizieren Sie die 1 Sache, die geändert werden soll, und erklären Sie, wie Sie sie ändern könnten.
• Welche Strategien funktionieren, um den Job abzuschließen?

Korrekturmaßnahmen

• Was werden Sie im bevorstehenden Sprint tun, um diese Aktion abzuschließen?
• Wie werden Sie es tun, um es zum Erfolg zu führen?
• Wann werden Sie es während des Sprints tun?
• Benötigen Sie Hilfe, um dies abzuschließen?
• Welche zusätzliche Unterstützung benötigen Sie?
• Wie teilen Sie mir mit, dass Sie es abgeschlossen haben?
• Was werden Sie als nächstes tun, nachdem Sie dies während des Sprints erreicht haben?

Probleme, die oft bei Retrospektiven auftauchen

„Wir hätten mehr Zeit damit verbringen sollen, Geschichten in Unterpunkte und Aufgaben zu unterteilen“

„Zu viele Störungen von außen“

„Wir haben uns zu viel vorgenommen und nur die Hälfte der Dinge erledigt“

„Unsere Büroumgebung ist zu laut und chaotisch“

Zusammenfassung

Das Scrum Retrospektive-Meeting kann man sich als „Lessons Learned“-Meeting vorstellen. Richtige retrospektive Fragen ermöglichen dem Team zu denken, geben gleichzeitig jedem Teammitglied eine Eigenverantwortung und machen es so wirklich  agil .

Nutzen Sie die oben gegebenen Fragen basierend auf dem Szenario und motivieren Sie Ihr Team und sich selbst, in den zukünftigen Sprints Verbesserungen zu zeigen. Diese Beispielfragen sind zwar Richtwerte, Sie können sie jedoch an Ihre Anforderungen anpassen.