.st0{fill:#FFFFFF;}

Scrum Guide

Bessere Prozesse mit Retrospektiven

 Oktober 5, 2016

von  Sebastian

Eine Retrospektive in Scrum ist der Motor, mit Sie eine kontinuierliche Verbesserung in Ihrem Scrum Team fördern können. Eine Retrospektive wird in der Regel in fünf Phasen unterteilt und ermöglicht es dem Team, den gelebten Prozess zu reflektieren. Richtig gut werden Retrospektiven dann, wenn es etwas gibt, das die Teams nach der Retrospektive auch aktiv am Prozess angehen.

Kontinuierliche Verbesserungen

Yesterday's weather - constant pace

Das agile Manifest


Das 12. Prinzip sagt aus:


In reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an.

Der Fokus der Retrospektive

Bei der Retrospektive liegt der Fokus auf dem Prozess, dem Zusammenspiel der Menschen und der Infrastruktur. Nicht im Fokus steht bei der Retrospektive das zu entwickelnde Produkt. Zwar können hier immer Wechselwirkungen vom Prozess zum Produkt entstehen, doch der Fokus liegt auf ersterem. Kurz gesagt, das Produkt findet Betrachtung im Sprint Review und der Prozess und das Zusammenspiel in der Retrospektive.

Retrospektive Infografik

Sie findet nach dem Sprint Review und vor dem nächsten Sprint Planning statt. Die Retrospektive in Scrum ist damit direkt in Ihren Prozess eingebettet und projektbegleitend. Es ist damit kein typisches Lessons Learned am Ende eines Projektes.

Ablauf einer Retrospektive

Direkt bevor Sie erneut eine Sprint Planung starten und nachdem Ihr Sprint Review abgeschlossen ist, starten Sie mit der Retrospektive. Es hat sich mittlerweile eingebürgert, dass für Retrospektiven die 5 Phasen nach Esther Derby und Diana Larsen benutzt werden, die im Buch Agile Retrospektives beschrieben sind. Das ist insbesondere bei neuen Teams ein sehr gutes Gerüst, um die Retrospektive zu strukturieren.

Die Phasen einer Retrospektive

Sie können jetzt in jeder Phase unterschiedliche Techniken nutzen. So nutze ich zum Beispiel ganz andere Techniken für Teams die ich ganz neu habe, als für Teams, die schon eingespielt sind.

Dauer der Retrospektive

Der Scrum Guide nennt bis zu drei Stunden bei einem vierwöchigen Sprint. Ist Ihr Sprint kürzer, dann schrumpft auch das Zeitfenster für die Retrospektive. In meinen Augen macht eine Retrospektive unter einer Stunde kaum Sinn. Selbst mit einem sehr einfachen Format dauert es für mich mindestens 60-70 Minuten. 90 Minuten finde ich ganz angenehm.

Für mich ist die Zeitfrage aber immer ein Wechselspiel zwischen dem Format und dem Fokus. Gute Erfahrungen habe ich auch mit den Gegenwartsbäumen gemacht, gerade wenn die Ursache-Wirkungs-Beziehungen zwischen Gründen nicht so einfach sind. Hier sollten Sie aber mindestens zwei Stunden veranschlagen, um ein gutes Ergebnis zu erzielen!

Einladung und Infrastruktur

Der Scrum Master ist die Person, die sich um das infrastrukturelle kümmert. Er ist es auch, der idealerweise dafür sorgt, dass die Termine (mit Ziel und Agenda) allen Teammitgliedern zur Verfügung stehen. Für alle Formate hat er die notwendigen Materialien vorbereitet und stellt sie im Termin zur Verfügung und leitet die Teilnehmer bei neuen Techniken an.

Es bietet sich an, auch hier wie im Daily Scrum zu verfahren. Nutzen Sie nach Möglichkeit immer gleiche Räumlichkeiten. Immer gleiche Wege und Rituale schleifen sich über die Zeit ein. Sie werden weniger Verspätungen und eine höhere Anwesenheit durch solche einfachen Dinge bekommen können.

Einfache Formate für die Retrospektive

Es gibt sehr viele und gute Formate für die Retrospektive in Scrum. Dazu existieren Webseiten und ganze Bücher, in denen man alle möglichen Techniken finden kann. Es ist für jeden etwas dabei. Grundsätzlich empfehle ich zwar verschiedene Formate auszuprobieren, sich dann aber auch ein gutes Set festzulegen.

Es gibt zwar Teams, die immer etwas Neues ausprobieren wollen, eine gewisse Konstanz ist aber auch hier nicht verkehrt. Das lässt sich natürlich nur unter Berücksichtigung aller Rahmenbedingungen sagen. Ich persönlich bin ein Fan der Timeline und dem einfachen Plus / Delta. Wenn ich mehr Zeit habe, nutze ich bei Problemen auch gerne einen Gegenwartsbaum.

Ich möchte an dieser Stelle zwei sehr einfache Formate vorstellen, die sich immer wieder anbieten. Gerade wenn der Scrum Master oder das Team neu ist.

Plus / Delta

Plus Delta Format Retrospektive

Es werden Themen gesammelt, die im letzten Sprint gut gelaufen sind und ebenso Dinge, die noch ein Delta an "gut gelaufen" haben oder womit sich einfach noch jemand nicht "ganz so wohl fühl".

Start / Stop / Continue

Start Stop Continue Format Retrospektive

Bei diesem Format werden Themen nach den Gruppen "damit sollten wir starten", "diese Dinge sollten wir beenden" und "mit diesen Dingen machen wir weiter" gesammelt.

Sie werden später Ihre eigenen Erfahrungen mit den Formaten machen und selbst zu Methoden und Techniken greifen, die vielleicht nur bei Ihnen existieren werden. Das kann ein besonderes, an eine bestimmte Situation angepasstes, Format sein. Meine 15 Minuten Retrospektive war genau so ein Beispiel. Begreifen Sie die Formate als Weg und nicht als Ziel.

Wichtiges Ergebnis jeder Retrospektive

Um eine kontinuierliche Verbesserung des Prozesses zu erreichen, ist es notwendig, dass Sie bei jeder Retrospektive etwas als Aktion ableiten, dass Sie im nächsten Sprint auch verbessern.

Retrospektiven in der Übersicht

Inputs für Retrospektiven

Ihren Input und alle Daten, die es sich lohnt zu betrachten, können Sie aus allen Artefakten, Events, Rollen, etc. ableiten. Ebenso ein Blick auf die Burn-down oder Burn-up Grafiken sind hier hilfreich. Gibt es Tendenzen? Gibt es Einbrüche? Ist es so wie erwartet? Daten finden sich fast überall, die Frage, die geklärt werden muss ist, ob diese relevant sind. Als Anhaltspunkt können Sie mit den folgenden Themen starten:

  • Burn Down / Burn Up Charts
  • Impediment Backlog
  • Empfinden der Teammitglieder
  • Ereignisse in der Organisation
  • Schnittstellen
  • Gefühle

Eine Besonderheit ist für mich immer die erste Retrospektive, wenn ich zu einem neuem Team komme. Wenn ich es kann und die Rahmenbedingungen passen, dann versuche ich mit einer Retrospektive in Scrum direkt zu starten. Das hilft mir einen guten Überblick im Projekt zu bekommen. Dabei spielen eher Aufstellungen anhand von Fragen und Wechselwirkungen von Scrum und den Rahmenbedingungen eine Rolle.

Durchführung der Retrospektive

Wenn der Tag der Retrospektive gekommen ist, dann kann der Ablauf wie folgt kurz skizziert werden.

  • Die Retrospektive kann, muss aber nicht vom Scrum Master moderiert werden. Es ist aber das Event, dass der Scrum Master am ehsten moderiert werden sollte.
  • Der Scrum Master entwickelt im Laufe der Sprints ein recht gutes Gefühl, welches Format für die Retrospektive am besten zur jeweiligen Situation passt.
  • Ein häufig verwendetes Muster ist das 5 Phasen Modell einer Retrospektive, das im Buch Agile Retrospectives beschrieben ist.
  • Der Fokus der Retrospektive liegt auf dem letzten Sprint und den dort erfahrerenen Geschehnissen.
  • Der Sprint wird analysiert und Daten werden erhoben, das kann in den unterschiedlichsten Formaten erfolgen.
  • Es wird von den Daten und Erlebnissen eine Maßnahme abgeleitet, die im nächsten Sprint auch umgesetzt werden kann.

Bleiben Sie abwechslungsreich, aber konsisten

Sie sollten die Retrospektiven immer etwas abwechslungsreich gestalten. Nehmen Sie nicht immer das gleiche Format, aber bleiben Sie dennoch konsistent im Muster. Dieses Muster können zum Beispiel die 5 Phasen einer Retrospektive sein.

Es ist für die Teilnehmer immer wieder interessant nicht genau zu wissen, welches Format als nächstes kommt.

Darauf sollten Sie achten

Im folgenden möchte ich noch auf die folgenden Punkte eingehen. Sie sind nicht direkt als Bestandteil oder als Problem zu sehen, sondern existieren von Zeit zu Zeit einfach in Retrospektive oder sollten berücksichtig werden.

Konflikte

Da Retrospektiven auch auf das Zusammenspiel zwischen Personen einen Blick werfen, sind Konflikte nicht unüblich.

Archivierung

Sind Archivierungen von Retrospektiven nötig? Wie verwalten Sie das Wissen, wie teilen Sie es?

Experimente

Mit klar definierten Experimenten können Sie bestimmte Ideen / Ergebnisse aus Retrospektiven verproben.

Impediments

Impediments können in Retrospektiven gelöst oder in diesen erstellt werden. Sie sind Hindernisse des Entwicklungsteam und kommen immer vor.

Organisation

Maßnahmen oder Probleme, die in Retrospektiven an das Tageslicht kommen, sind häufig organisatorischer Natur.

Teamdynamik

Je nach Stimmung kann sich die Teamdynamik sehr unterschiedlich verhalten. Gerade größere Gruppen müssen gut moderiert werden.

Die Rollen in der Retrospektive

Scrum Master als Katalysator

Dem Moderator kommt eine besondere Rolle in der Retrospektiv zu. Er ist Moderator, Schlichter und auch Coach. Er gilt und unterstützt das Team gute Praktiken und Wege zu finden und achtet auch die Umsetzung von Verbesserungsmaßnahmen, die am Ende der Retrospektive feststehen.

Ein Scrum Master muss selbst keine Verbesserungsmaßnahmen umsetzen, kann dieses aber tun. Dabei sollte daraus auf alle Fälle keine Regel werden.

Der Scrum Master kümmert sich aber um die Befähigung, die Teammitgliedern zu Teil werden soll, damit sie die Probleme selbst lösen können.

Themen in der Hand des Scrum Master

Format

Wie eingangs beschrieben ist es wichtig, dass sich der Scrum Master um ein Format kümmert, das der aktuellen Situation im Sprint entspricht.

Infrastruktur

Alles was für die Durchführung der Retrospektive benötigt wird, organisiert der Scrum Master und stellt damit die Rahmenbedingungen für die Durchführung.

Materialien

Abhängig vom Format werden in der Regel unterschiedliche Materialien benötigt. Wenn diese nicht vorhanden sind, kümmert sich der Scrum Master um die Beschaffung.

Die obigen Themen stellen keine Pflicht dar, sind oft aber bei der Rolle Scrum Master zentriert.

Der Product Owner in der Retrospektive

Kontrovers wird häufig über die Teilnahme des Product Owners bei der Retrospektive diskutiert. Ich persönlich finde es unter bestimmten Bedingungen gut, wenn der Product Owner auch teilnimmt. Reflektieren wir dazu noch einmal kurz, warum er nicht teilnehmen sollte.

Der Product Owner vertritt den Kunden und hat die Wirtschaftlichkeit des Produktes vor Augen. Das ist auch gut so. Er hat - gerade wenn er direkt der Kunde ist - vielleicht einen verstärkten Blick auf das Produkt und stellt die Zusammenarbeit nicht unter das gleiche Licht, wie das Team selbst. Zum anderen gibt er aber wertvolle Blickweisen mit in das Team, die helfen können, Situationen zu verstehen und zu verbessern.

Ich finde es sinnvoll den Product Owner mit in die Retrospektive zu nehmen. Es könnte unter bestimmten Bedingungen eine Gefahr vom Product Owner ausgehen, dass dieser die Verbesserungen des Produktes zu Lasten der Teamverbesserungen sieht. Bei einem nicht konsequenten Scrum Master und einem ebenso wenig starken Team, bestünde hier zum Beispiel die Möglichkeit, dass die Retrospektive in eine andere Richtung abdriftet als gewollt.

Persönlich finde ich, dass in den meisten Teams eine recht ausgewogene Rollenverteilung vorhanden ist und auch die Mitglieder mit gesundem Menschenverstand auf die Prozesse schauen und damit die positive Bereicherung der Retrospektive durch die Rolle zu schätzen wissen.

Ist das nicht der Fall, muss die Frage diskutiert werden. Doch auch hier lohnt sich dann ein Blick in das agile Manifest - werden die Werte, Prinzipien oder gar die Scrum Werte hier richtig gelebt?

Sebastian

Ein paar Worte über den Autor
Agile Team Facilitator Sebastian Schneider
Agile Team Facilitator Sebastian Schneider
Sebastian Schneider CSP
Sebastian Schneider CSP-PO

Sebastian Schneider ist dem Framework Scrum - es war Liebe auf den ersten Sprint - bereits seit 2005 verfallen. Seitdem begleitet er Unternehmen (meist größere) bei der Transition in eine neue Arbeits- und Produktwelt. Dafür findet er den richtigen Grad zwischen zielgerichteten systemischen Impulsen und dem nachhaltigen Coaching in der Organisation, um diese bei der Entwicklung und Optimierung des eigenen Kundenmehrwerts zu unterstützen und entwickelt mit ihnen Produkte, die ihre Kunden lieben. Im richtigen Maß gehören dazu die effektive und effiziente Facilitation dazu, sowie agile Spiele und Simulationen, die sein Themenfeld auf einfache Art begreiflichen machen. Auf Konferenzen, sei es im Fachbeirat oder als Akteur, gibt er gerne Erkenntnisse weiter und freut sich über Kontakte von Angesicht zu Angesicht.

{"email":"Email address invalid","url":"Website address invalid","required":"Required field missing"}

Sei auch mit dabei: Der Newsletter zu Scrum aus Augsburg.

__CONFIG_colors_palette__{"active_palette":0,"config":{"colors":{"62516":{"name":"Main Accent","parent":-1}},"gradients":[]},"palettes":[{"name":"Default Palette","value":{"colors":{"62516":{"val":"var(--tcb-skin-color-0)"}},"gradients":[]}}]}__CONFIG_colors_palette__
Hier gehts lang!
>