Retrospektive Remote – Team-Reflexion im Home-Office

Der Schmerz sich Trennen zu müssen ist nichts gegen die Freude, sich wieder zu treffen – Charles Dickens

Die Retrospektive steht an, aber dein Team ist im Home-Office? Das ist kein Grund die virtuelle Flinte ins virtuelle Korn zu werfen. Produktive Retrospektive können online auch ohne teure Tools durchgeführt werden.

Eine gute Retrospektive besteht aus folgenden 5 Phasen, an denen ich mich hier orientieren möchte. Gerade online Retros sollten kurz und knackig sein, ich gehe hier von 60 min aus.

1. Ankommen (Set the stage) – 6 min
2. Daten sammeln (Gather data) – 20 min
3. Einsichten erzeugen (Generate insights) – 20 min
4. Entscheidungen treffen (Decide what to do) – 12 min
5. Retrospektive abschließen (Close the retrospective) -2 min

Vorbereitung

Wähle ein Kommunikationsmittel: Skype, Teams, Zoom oder auch das gute alte Telefon. Jeder Teilnehmer sollte einen Computer mit Internetverbindung haben. Ich benutze hier außerdem ein Tool für virtuelle Boards, z.B. Trello oder MeisterTask. Verschicke vorab an alle Teilnehmer die entsprechenden Links und verifiziere, dass alle ihren Zugang getestet haben.

Es sollte einen expliziten Moderator geben, z.B. den ScrumMaster des Teams. Dieser sollte eine Liste der Teilnehmer vorliegen haben. Online ist es für den Moderator eine besondere Herausforderung allen Teilnehmern Aufmerksamkeit zu schenken, insbesondere wenn man gemeinsam auf eine Präsentation oder ein Online-Board schaut. Für die Teilnehmer ist es einfacher, wenn sie die Liste sehen. Wenn man z.B. der Reihe nach dran ist, weiß jeder Teilnehmer an welcher Position er steht.

In den folgenden Schritten gehe ich davon aus, dass du der Moderator bist!

1. Ankommen – drei Worte

Um die Teilnehmer zu aktivieren sollte beim Ankommen jeder mindestens einmal kurz zu Wort kommen, z.B. in einem Blitzlicht über den letzten Sprint:

• Herzlich Willkommen zu unserer Retrospektive. Lasst uns zum Ankommen den letzten Sprint mit maximal drei Worten beschreiben, z.B. “Eine perfekte Welle.” oder “Panik, Weltuntergang, Auferstehung.” Ihr bekommt jetzt 1 Minute Zeit, so dass ihr euch eure drei Worte überlegen könnt. Fragen? Nein? Dann los.

Frag nach einer Minute, ob alle fertig sind und verlängere bei Bedarf um eine weitere Minute. Dann ruf den ersten Teilnehmer von der Liste auf. Ist die Reihenfolge klar können sich die Teilnehmer dann das Wort selber übergeben. Ansonsten ruf jeden Teilnehmer explizit auf, damit keine Zeit verloren geht.

Die drei Worte sind ein erster Hinweis, ob der Sprint eher gut oder schlecht gelaufen ist.

2. Daten Sammeln – Mad, Sad, Glad

Um sinnvoll Daten zu sammeln bietet sich Tool-Unterstützung an. Tools für virtuelle Boards wie Trello oder MeisterTask haben schon in der kostenlosen Version ausreichend Funktionalität für eine Retro.

• Lasst uns nun mit dem Sammeln der Daten beginnen. Wir nutzen die Methode Mad, Sad, Glad. Denkt an die letzte Iteration und überlegt was euch glücklich gestimmt hat (das sind die Glad-Karten), womit ihr unzufrieden wart (Sad) und was euch in den Wahnsinn getrieben oder regelrecht wütend gemacht hat (Mad). Jeder von euch darf insgesamt maximal drei Karten schreiben, überlegt euch also was am wichtigsten für uns ist. Bitte ordnet die Karten in die richtige Spalte ein und markiert sie mit einem farbigen Label. Ihr bekommt 5 Minuten Zeit. Fragen? Nein? Los gehts!

Strukturiere das Board für Mad, Sad, Glad zum Beispiel wie in der folgenden Abbildung:

Die Teilnehmer sollten nun die ersten drei Spalten für die drei Kategorien Glad, Sad und Mad mit Karten füllen. In der Regel entstehen zu viele Karten, als dass man alle besprechen könnte, d.h. wir müssen die bestehenden Karten Priorisieren. Bei manchen virtuellen Boards gibt es die Möglichkeit Abstimmungen durchzuführen. Wenn das nicht möglich ist, kann man sich mit der Zuordnung von Personen zu den Karten behelfen, die normalerweise für die Aufgabenverteilung gedacht ist.

• Die Zeit ist um. Lasst uns nun die Karten priorisieren. Jeder von euch darf drei mal seinen Avatar vergeben. Wählt die drei Karten aus, die aus eurer Sicht heute besprochen werden sollten und zieht euren Avatar auf die Karte, so als wolltet ihr die Aufgabe übernehmen. Das dient im Moment nur der Priorisierung. Ob und wer die Karte dann bearbeitet entscheiden wir später.

Jetzt sollten auf den Karten die Avatare der Teilnehmer erscheinen. Am Ende sollte jeder Teilnehmer maximal drei Avatare verteilt haben. Sortiere nun die Karten mit den meisten Avataren in den Spalten nach oben und ziehe dann die 2-4 am höchsten priorisierten Karten in die Spalte “Priorisiert”, unabhängig davon, ob diese vorher in der Mad-, Sad- oder Glad-Spalte gehangen haben. Wo die Karte herkam, sollte am Label sichtbar sein.

3. Einsichten erzeugen – Root Cause Analysis

Jetzt kann die Analyse beginnen. Ziehe die erste Karte in die Spalte “in Diskussion”.

• Lasst uns über die Karte “zu wenig automatische Tests” sprechen. Bevor wir mit Lösungsvorschlägen kommen, würde ich gerne die Ursachen besser verstehen. Was glaubt ihr ist das Problem?

Anstatt nun wieder alle Karten zu den Ursachen schreiben zu lassen, bevorzuge ich an dieser Stelle die offene Kommunikation und schreibe mögliche Ursachen als Stichworte mit in die Beschreibung der Karte.

4. Entscheidungen treffen – SMART Goals

Sind die Ursachen geklärt, muss sich das Team auf sinnvolle Maßnahmen zur Lösung einigen. Bei Trello kann man das z.B. mit einer Checkliste machen, die man später abhaken kann.

• Lasst uns nun überlegen, welche Maßnahmen wir treffen wollen. Diese sollten möglichst SMART sein, also specific (=konkret), measurable (=messbar), attainable (=erreichbar), relevant, timely (=termingebunden). Was schlagt ihr vor?

Ihr könnt schließlich festlegen, wer sich um die Maßnahmen kümmert, indem ihr die Avatare, die vorher für die Abstimmung benutzt wurden entfernt und durch die Verantwortlichen für die Maßnahme ersetzt.

5. Abschluss

Zum Abschluss frage ich meistens nur, was gut lief und was man für die nächste Retrospektive verbessern könnte.

Für alle Phasen kann man sich vom Retromat inspirieren lassen, der dutzende Methoden zusammenfasst, die aber meistens für offline Retros gedacht sind.

Wenn man zuvor Retros durchgeführt hat, ist ein wichtiger Schritt natürlich zu überprüfen, ob die Maßnahmen vom letzten Mal umgesetzt wurden.

Nachdem ihr mein Vorgehen gelesen habt, würde mich natürlich interessieren, wie ihr Retrospektiven durchführt. Welche Tools verwendet ihr? Welche Methoden sind erfolgreich?

Literatur:

(1) Derby, Esther 2006: Agile Retrospectives*: Making Good Teams Great (Pragmatic Programmers)

(*) Affiliate-Links.

Holger Tewis ist Agile Enterprise Coach
www.holgertewis.de

Verantwortung & Macht

“Ich übernehme die volle Verantwortung!”

Ein Satz, den man oft zu hören bekommt, wenn etwas schief gelaufen ist. Meistens tritt der Sprecher dann sofort von allen Ämtern zurück oder macht einfach gar nichts – die Aussage genügt sich selbst.

Was bedeutet es, wenn man Verantwortung hat oder übernimmt? Die Definition aus dem Duden beschreibt Verantwortung so:

[mit einer bestimmten Aufgabe, einer bestimmten Stellung verbundene] Verpflichtung, dafür zu sorgen, dass (innerhalb eines bestimmten Rahmens) alles einen möglichst guten Verlauf nimmt, das jeweils Notwendige und Richtige getan wird und möglichst kein Schaden entsteht (Duden)

Ein Beispiel macht es anschaulicher: Stellen Sie sich vor Sie seien Ersthelfer bei einem Unfall mit Personenschaden:

Aufgabe: Erste Hilfe leisten
Stellung: Ersthelfer
Verpflichtung: Hilfe holen und helfen
Rahmen: Ihre Fähigkeiten und Erfahrungen
Guter Verlauf: Sicherung der Unfallstelle, Versorgung der verletzten Personen, Gefährdungssituation beseitigt
Tätigkeiten: Umgebung absichern, Notruf absetzen, Ansprechbarkeit prüfen, Gesundheitszustand der Person ermitteln, stabile Seitenlage herstellen, Herz-Druck-Massage etc.

Der Grad der Verantwortung hängt also nicht ausschließlich von der Aufgabe, sondern auch von der Rolle (Stellung) Ersthelfer ab. Ein ausgebildeter Notarzt oder Rettungssanitäter hätte bei gleicher Aufgabe eine viel größere Verantwortung.

In Unternehmen verhält es sich ähnlich. Geschäftsführung und Management sind für das Tragen von Verantwortung und den Umgang der damit verbundenen Macht hoffentlich entsprechend ausgebildet oder wenigstens besser darauf vorbereitet, als ihre Mitarbeiter.

Verantwortung und Macht im richtigen Maß

Macht und Verantwortung sind untrennbar miteinander verbunden – Konrad Adenauer.

Bei wachsender Unternehmensgröße kann die Ansammlung von zuviel Verantwortung an einer zentralen Stelle sich schnell negativ auswirken. Der Entscheider wird zum prozessualem Flaschenhals der Organisation. Hier ist Delegieren im richtigen Maße gefragt: die Entscheidung wer, welche und wie viel Verantwortung und Macht für wie lange und für welche Situationen übertragen bekommt.

Frisch ernannte Führungskräfte fallen oft in eines von zwei Extremen. Viele starten als Micro-Manager, bestimmen überall mit und geben keine Verantwortung und Macht ab. Ihre Mitarbeiter entscheiden nichts alleine und sichern sich laufend beim Manager ab. Der Manager wird zum Flaschenhals.
Andere Jung-Manager setzen auf maximale Freiheit ohne jegliche Rahmenbedingungen. Ihre Mitarbeiter entscheiden alles selbst, aber es gibt keine gemeinsame Linie, so dass die Abteilung wenig erreicht oder sogar gegeneinander gearbeitet wird. Dies kann im weitesten Sinne als natürliche Selbstorganisation verstanden werden, führt jedoch nur selten zum langfristigen Überleben der Organisation. Bereits ab ein paar Dutzend Menschen im Unternehmen kann der einzelne Mitarbeiter nicht mehr die Auswirkungen seiner individuellen Leistung oder die seines Teams zum Wohl der Gesamtorganisation einschätzen.

Erfahrene Manager vermeiden daher diese Extrem-Varianten und suchen angemessene Lösungen dazwischen. Ein etabliertes Tool für diesen Zweck ist Delegation Poker von Jurgen Appelo (1).

Es differenziert Delegation in 7 verschiedene Stufen:

1. Der Manager trifft eine Entscheidung ohne sie zu erklären
2. Der Manager trifft eine Entscheidung, erklärt dem Mitarbeiter aber seine Gründe
3. Der Manager berät sich mit dem Mitarbeiter bevor er eine Entscheidung trifft
4. Manager und Mitarbeiter entscheiden gemeinsam
5. Der Mitarbeiter entscheidet, nachdem er sich mit dem Manager beraten hat
6. Der Mitarbeiter entscheidet, aber der Manager informiert sich darüber
7. Der Mitarbeiter trifft die Entscheidung ohne sich rechtfertigen zu müssen

Spielen Sie Delegation Poker, wenn Sie den Grad einer Delegation festlegen möchten. Man definiert das Thema der Delegation und jeder Teilnehmer wählt verdeckt eine Delegationsstufe aus. Dann drehen alle ihre Karten um und das Ergebnis wird diskutiert.

Man kann zahlreiche Kriterien bei der Auswahl der Delegations-Stufe heranziehen. Die wichtigsten sind:

• Kompetenz/Erfahrung des Mitarbeiters
• Auswirkung/Risiko der Aufgabe

Zu beachten ist auch, dass man nicht zu kleinteilig delegiert, sondern eher in gröberen Verantwortungsbereichen, sogenannten Key Decision Areas.

In den nächsten Beiträgen betrachten wir die Themen Verantwortung für Teams und den inneren Verantwortungsprozess aus der Reihe zum Circle of Personal Agility.

Literatur:

(1) Jurgen Appelo 2011: Management 3.0*: Leading Agile Developers, Developing Agile Leaders (Addison-Wesley Signature Series (Cohn)): Addison-Wesley

(*) Affiliate-Links.

Holger Tewis ist Agile Enterprise Coach
www.holgertewis.de

Responsibility Game

Sitzen Sie gerade in einem langweiligen Meeting? Oder arbeiten Sie an etwas, dessen Inhaltslosigkeit mit Vakuum vergleichbar ist?

Der Responsibility Process* von Christopher Avery hilft dabei, Probleme auf positive Art zu lösen, indem wir unsere natürlichen inneren Barrieren erkennen und überwinden:

Stoßen wir auf ein Problem durchlaufen wir bis zu 7 Phasen, manchmal innerhalb von Sekunden, aber oft stecken wir Tage, Wochen oder gar Jahre in einer Phase fest.

Beispiele helfen, um den Prozess plastisch zu machen. Nehmen wir hier also an wir hätten ein wichtiges Vorstellungsgespräch und müssten um 7 Uhr morgens aufstehen um pünktlich zu kommen.

Problem: Wir wachen auf, blicken auf den Wecker und sehen die leuchtenden Ziffern: 08:00 – eine Stunde vorher wollten wir spätestens aufstehen …

DENIAL: Der erste Impuls ist in der Regel das Leugnen der Situation: “8 Uhr? Das kann nicht richtig sein!” Wahrscheinlich stehen wir trotzdem senkrecht im Bett und das Herz schlägt 180.

LAY BLAME: “Schaaatz! Du hast den Wecker falsch gestellt!” Avery vermutet, dass die Schuldzuweisung an andere in unseren Gehirnen fest verdrahtet ist. Vielleicht brachte das in Urzeiten die entscheidende Millisekunde bei der Abwehr von Feinden?

JUSTIFY: In dieser Stufe gibt man nicht mehr anderen Personen die Schuld, sondern den Umständen. “Der Wecker ist kaputt.” oder “Es war wohl wieder Stromausfall.”

SHAME: Wenn man beginnt den Fehler bei sich selbst zu suchen ist man einen wichtigen Schritt weiter, die Stufen bauen aufeinander auf. Der Fokus der Gefühlswallungen verlagert sich von externen Verursachern auf interne. “Ich Idiot hab den Klingelton abgestellt.”

OBLIGATION: Ab dieser Phase kommt man schließlich ins Handeln. Man springt auf, macht Katzenwäsche, hüpft in den Anzug und rast erst zum und dann mit dem Auto, überschreitet die Geschwindigkeitsbegrenzung, parkt im Halteverbot und versucht irgendwie doch noch pünktlich zu kommen. Zeichen dieser Phase ist, dass es einem dabei schlecht geht. Man versucht seiner Verpflichtung nachzukommen, weil man den Erwartungen anderer entsprechen will. Wahrscheinlich hadert man noch im Vorstellungsgespräch mit sich und kann sich nicht zu 100% einbringen.

QUIT: In diese Phase flüchtet man sich, um Shame und Obligation aus dem Weg zu gehen. Man nimmt den Wecker vom Strom und verkriecht sich unter sein Kopfkissen und versteckt sich vor dem Problem.

RESPONSIBILITY: Erst in dieser Phase übernimmt man nach Averys Modell aktiv Verantwortung. Man lotet Optionen aus und entscheidet sich für die Option, mit der man das beste Gefühl hat. Die Last fällt von einem ab und man kann sich wieder zu 100% engagieren. Je nach Person und Situation kann die Lösung sehr unterschiedlich aussehen, in unserem Fall entschuldigt man sich vielleicht telefonisch und vereinbart einen neuen Termin.

Auf dem it-agile Partnertag schlug Ute vor, sich Gedanken zu machen, wie man den Prozess spielerisch erlernen könnte. Hier das Regelwerk (mit ein paar eigenen Ergänzungen):

Spieler: 4-8
Material:

• 2 Sets mit 7 Karten auf denen jeweils der Name einer der sieben Phasen des Prozesses steht.
• Klebe-Zettel oder Karteikarten und Stifte

Ablauf:

1. Einer der Spieler übernimmt die Rolle des “Verantwortlichen”. Er mischt das erste Set der 7 Karten und teilt sie verdeckt an seine Mitspieler aus. Jeder kriegt eine Karte. Bleiben Karten über, werden diese verdeckt zur Seite gelegt.
2. Jetzt denkt sich der “Verantwortliche” ein Problem aus oder nimmt am Anfang einfach das oben beschriebene und schildert es den Mitspielern.
3. Die Mitspieler denken sich einen Kommentar oder Gedanken aus, der zu dem geschilderten Problem und der auf ihrer Karte beschriebenen Phase passt und schreibt diesen auf einen Klebe-Zettel. Beispiel: Steht auf der Karte LAY BLAME und das Problem ist “Du stehst vor dem Auto und hast keinen Autoschlüssel” könnte der Spieler auf seinen Klebe-Zettel schreiben “Meine blöde Schwester hat mir den Autoschlüssel nicht wiedergegeben.” Jeder legt nun seinen Zettel für die anderen lesbar vor sich aus.
4. Der “Verantwortliche” muss nun erraten, in welche Phasen die Kommentare gehören. Dazu kriegt er das zweite Set an Phasen-Karten und ordnet jedem Mitspieler eine Karte zu. Dabei sollte er seine Gedanken laut aussprechen, damit die anderen nachvollziehen können was und warum er eine Zuordnung macht.
5. Hat der “Verantwortliche” alle Karten Zetteln zugeordnet drehen die Mitspieler ihre verdeckten Karten um. Diskutiert Abweichungen und die Gedanken dahinter.
6. Für jede richtige Zuordnung kriegt der “Verantwortliche” einen Punkt.
7. Jetzt wird der nächste Spieler “Verantwortlicher” und denkt sich ein neues Problem aus. Es geht wieder bei Schritt 1 los.

Wer die meisten Punkte hat ist Sieger. Wer den Prozess durch das Spiel besser versteht hat gewonnen ;-).

Das Buch von Christopher Avery wurde mittlerweile auch auf Deutsch übersetzt (LINK)*. Es gibt einen historischen Abriss und erklärt die einzelnen Phasen ausführlich und mit vielen Beispielen.

Holger Tewis ist Agile Enterprise Coach (Freiberufler)

Pipeline – ein Teambuilding Spiel

Letztes Jahr konnte ich leider nicht dabei sein, aber dieses Jahr habe ich ihn mir nicht entgehen lassen: Der Agile by Nature Play Day will für die tägliche Arbeit spielerische Formen finden und fördern, um beim Lernen zu helfen. 24 Spielwillige trafen sich in den Räumen von sitegeist in Hamburg, stellten sich gegenseitig Spiele vor und networkten über kalten Getränken. Bilder von dem Tag gibt es auf der Webseite von Agile by Nature zu sehen.
Von den vielen interessanten Sessions stelle ich hier als erstes ein Spiel aus der Session „Teambuilding Spiele“ von Hendrik vor.

Pipeline
Bei Pipeline geht es darum, im Team eine rollende Kugel in ein Ziel zu befördern. Dazu bekommt jedes Team einige Rinnen. Die Anzahl variiert mit der Anzahl der Teammitglieder. Es sind immer deutlich weniger Rinnen als Mitspieler. Das Team muss schnell und geschickt Rinne an Rinne reihen, während die Kugel durch diese rollt. Leider ist die Gesamtlänge aller Rinnen kürzer als die zu überwindende Strecke …

Es gibt die folgenden einfachen Grundregeln:

• Die Kugel muss jederzeit vorwärts durch eine Rinne rollen.
• Kein Teilnehmer darf die Kugel berühren.
• Eine Rinne darf nur von genau einem Team-Mitglied gehalten werden.
• Wenn jemand eine Rinne mit der Kugel in der Hand hat, dann darf diese Person sich nicht mit der Rinne im Raum bewegen.

Material:

• Mehrere Rinnen (z.B. Regenrinnen aus dem Baumarkt)
• Eine Kugel, die in die Rinne passt

Lernziel ist es, dass sich das Team koordinieren muss, um die Kugel ins Ziel zu bringen. Die Kugel kann alles mögliche repräsentieren, z.B. ein Software-Artefakt, das erstellt und deployed werden soll.
Das Spiel lässt sich leicht an den jeweiligen Kontext anpassen, z.B. durch Hinzufügen oder Anpassen von neuen Regeln oder durch Aufteilung in mehrere Teams, die gegeneinander antreten müssen. Auch die Aufgabe kann angepasst werden, z.B. indem ein Team mehrere Kugeln ins Ziel bringen und deren Durchlaufzeit kontinuierlich reduzieren muss.
Eine weitere Variationsmöglichkeit ergibt sich durch die Art des Zielbehälters. In unserem Fall war dies eine flache Plastikbox. Das hat den Schwierigkeitsgrad erhöht, da die Kugel leicht über das Ziel hinausschießen kann. Eine breite Tonne oder ein Eimer als Ziel wäre meiner Meinung nach einfacher gewesen.

Hier eine Aufnahme von einem unserer grandiosen (Fehl-) Versuche:

Mein Fazit zum Play Day

Der Play Day ist eine super Veranstaltung, auf der man viel lernt und neue Bekanntschaften macht.

Besonders empfehlenswert ist er für Agile Coaches und solche, die es werden wollen. Im kommen Jahr will ich unbedingt wieder dabei sein und möglichst ein eigenes Spiel vorstellen. So kann man in freundlicher Umgebung die Moderation eines Spiels üben, bevor man es am eigenen Team ausprobiert.

Also, einen Daumen hoch für die Veranstaltung!

Ich werde in ein, zwei Blog Posts noch weitere Spiele vorstellen, die ich kennenlernen durfte.