Retrospektive oder Sprint-Retrospektive

Teilen!

Das Wort "retrospektiv" stammt aus dem Lateinischen "retrospicere"was "zurückblicken" bedeutet. In Film, Fernsehen und Literatur wird eine Technik namens "Rückblende" - oder Analepsis - verwendet, um verschiedene Momente in der Zeit miteinander zu verbinden und den Charakter einer Figur oder einen Kontext weiter zu entwickeln.

In diesem Sinne ist die Praxis der nachträgliches Treffen macht für mich viel mehr Sinn und erhebt sich über das primäre Gefühl der Verbesserung. Das agile Team ist wie ein Individuum, das eine Persönlichkeit und einen Charakter entwickelt. Und die Rückschau dient dazu, diesen Charakter zu entwickeln.

Wenn Sie das Konzept immer noch kompliziert finden, lade ich Sie ein, über die Rolle nachzudenken, die Sie in den einzelnen sozialen und familiären Gruppen spielen, denen Sie angehören. In manchen Gruppen sind Sie der Älteste oder der Jüngste, der Fröhlichste oder der Ernsthafteste, der Disziplinierteste oder der Unordentlichste. In diesem Sinne ist das Team ein Raum, in dem alle Mitglieder eine Rolle und eine Position einnehmen, die je nach dem Ziel, für das wir die Gruppe bilden, reifen und sich verstärken kann.

Retrospektive Sitzungen

Retrospektive Meetings sind im Wesentlichen ein Raum, in dem das gesamte Team über die vergangene Leistung nachdenkt - den letzten Tag, die letzte Präsentation oder, im Falle von Scrumden neuesten Sprint.

Der Zweck der Reflexion ist nur einer, Ergreifung klarer Maßnahmen zur Verbesserung von Teamgeist und Leistung.

Begriffe im Zusammenhang mit retrospektiven Sitzungen

  • Agile Retrospektive - agile Retrospektiven
  • Sprint- oder Iterations-Retrospektive - Sprint- oder Iterations-Retrospektive - Sprint- oder Iterations-Retrospektive - Sprint- oder Iterations-Retrospektive Sprint-Retrospektive. Im besonderen Fall von Scrum versucht der Sprint- oder Iterationskontext, die Reflexion auf den Zeitraum zu beschränken, der unmittelbar vor dem Abschluss steht oder kurz davor ist. In der Praxis empfehle ich jedoch, die Diskussion auf den vorangegangenen Zeitraum zu konzentrieren, aber Raum zu lassen, um die Auswirkungen von Entscheidungen aus anderen Rückblicken zu bewerten oder gegenüberzustellen. Zum Beispiel die Bewertung der positiven oder negativen Auswirkungen einer Entscheidung oder eines Aktionsplans aus der unmittelbar vorangegangenen - oder vorhergehenden - Retrospektive.
  • Retro
  • Herzschlag-Retrospektive[1]Die Übersetzung von "heartbeat retrospective" lässt sich nur schwer wörtlich ins Englische übersetzen..

Geschichte der retrospektiven Treffen

Bitte denken Sie nicht, dass jemand die Praxis der Rückschau im Zusammenhang mit Projekten oder Agilität erfunden hat. Diese spezifische Praxis, die ich als "agile Retrospektive" bezeichnen möchte, hat jedoch einen Ursprung, den wir wie folgt nachzeichnen können:

Das Buch "Objektorientierte Projekte überleben"von Alistair Cockburn. Obwohl in diesem Buch nicht speziell auf die Praxis eingegangen wird, werden die Grundlagen der Iteration und der inkrementellen Arbeit dargelegt. Es wird auf die Bedeutung kleiner Teams (oder Untergruppen) eingegangen. Und den Raum, den die iterativen Pläne für die Reflexion bieten. Zugegebenermaßen ist das Buch recht technisch, und dieser Schwerpunkt erstreckt sich auch auf die Reflexionsaktivitäten.

1997 - Iterationen und kontinuierliche Verbesserung

Buch über objektorientierte Softwareentwicklungsprojekte

Das Buch "Objektorientierte Projekte überleben"von Alistair Cockburn. Obwohl in diesem Buch nicht speziell auf die Praxis eingegangen wird, werden die Grundlagen der Iteration und der inkrementellen Arbeit dargelegt. Es wird auf die Bedeutung kleiner Teams (oder Untergruppen) eingegangen. Und den Raum, den die iterativen Pläne für die Reflexion bieten. Zugegebenermaßen ist das Buch recht technisch, und dieser Schwerpunkt erstreckt sich auch auf die Reflexionsaktivitäten.

Die "offizielle" Geburt der "agilen" Bewegung. Mit dem Erscheinen des Agilen Manifests wurde der Grundsatz 12 eingeführt:

In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver arbeiten kann, und passt sein Verhalten entsprechend an und verfeinert es.
Agiles Manifest


Es gibt auch eine Reihe von Büchern, die die Praxis unter verschiedenen Namen erläutern, von denen ich einige hervorheben möchte:

Workshop zum Nachdenken, Buch Agile Software-Entwicklung von Alistar Cockburn.

Projekt-Retrospektiven, Buch Projekt-Retrospektiven von Norman L. Kerth

2001 - Agiles Manifest

Das agile Manifest wird erstellt und mehrere Bücher über den agilen Softwareentwicklungsprozess werden veröffentlicht.

Die "offizielle" Geburt der "agilen" Bewegung. Mit dem Erscheinen des Agilen Manifests wurde der Grundsatz 12 eingeführt:

In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver arbeiten kann, und passt sein Verhalten entsprechend an und verfeinert es.
Agiles Manifest


Es gibt auch eine Reihe von Büchern, die die Praxis unter verschiedenen Namen erläutern, von denen ich einige hervorheben möchte:

Workshop zum Nachdenken, Buch Agile Software-Entwicklung von Alistar Cockburn.

Projekt-Retrospektiven, Buch Projekt-Retrospektiven von Norman L. Kerth

Das Buch von Esther Derby und Diana Larsen wird veröffentlicht, in dem es speziell um die Praxis geht, wie wir sie heute kennen. In dem Buch heißt es "Herzschlag-Retrospektive"

2006 - Agile Retrospektiven werden geboren

Mit der Veröffentlichung des Buches Agile Retrospectives

Das Buch von Esther Derby und Diana Larsen wird veröffentlicht, in dem es speziell um die Praxis geht, wie wir sie heute kennen. In dem Buch heißt es "Herzschlag-Retrospektive"

Vorteile von retrospektiven Sitzungen

Ich kann viel über die Vorteile und den Nutzen von retrospektiven Sitzungen sagen. Ich möchte jedoch klarstellen, dass all diese Vorteile direkt von unserem Modell der kontinuierlichen Verbesserung abhängen.

Was nützt eine Retrospektive am Ende eines Projekts, wenn das Projekt bereits zu Ende ist? Welchen Wert kann ich innerhalb des Projekts oder mit dem Team ausschöpfen? In der Tat erfordert die Praxis der retrospektiven Sitzung Kadenz[2]Rhythmus oder Wiederholung bestimmter Phänomene, wie z. B. Klänge oder Bewegungen, die mit einer gewissen Regelmäßigkeit auftreten. RAE. Ohne Kadenz verliert die Reflexionsübung ihr größtes Potenzial und verändert ein Team und die Arbeit, die es leistet.

Die 5 wichtigsten Vorteile von retrospektiven Sitzungen sind:

1. Rückblickende Treffen erleichtern die Transparenz

Eine Hand hält ein Glas mit klarem Wasser, das für die Transparenz steht, die rückblickende Sitzungen fördert.

Geben Sie dem Team - oder mehreren Teams - den Raum und die Zeit, um Probleme oder Herausforderungen zu erkennen, Lösungen zu finden und kreativ Verantwortung zu übernehmen. Rechenschaftspflicht und befähigt Teams. Gleichzeitig macht es verschiedene Managemententscheidungen transparent und macht uns alle "verantwortlich" für die Arbeitskultur selbst.[3]Obwohl der Begriff Organisationskultur etwas Komplexeres darstellt, sind Gewohnheiten und Handlungen letztlich ein klarer Ausdruck von Kultur. Die Änderung von Gewohnheiten und Handlungen kann im Laufe der Zeit - und mit einer gewissen Regelmäßigkeit - die Kultur verändern..

Die Teammitglieder können Probleme und Situationen im Team besprechen und dabei ihre Erfahrungen und Ideen zur Verbesserung austauschen. Dies trägt zum Aufbau von Vertrauen und psychologische Sicherheit.

2. Agile Retrospektiven fördern die Zusammenarbeit und gute Kommunikation.

Ein Händedruck als Zeichen der Zusammenarbeit im Team

Retrospektiven schaffen eine sicherer Raum in dem die Mitglieder des Teams oder der Organisation Feedback zu ihrer Arbeit geben können Modus Operandi. Wenn dieser Raum regelmäßig angeboten wird, wirkt sich das sehr positiv auf die Zusammenarbeit zwischen den Menschen aus. Es wird Vertrauen geschaffen und eine Kultur der konstruktiven Kritik und der Teamarbeit etabliert.

Nicht umsonst, der 14. State of Agile Report Es gibt Belege dafür, dass agile Retrospektiven die am zweithäufigsten genutzte agile Praxis sind (81%) und dass die Steigerung der Teammoral als einer der fünf deutlichsten Vorteile der Einführung agiler Managementmodelle angesehen wird.

Häufige Retrospektiven in Verbindung mit einem Governance-Modell, das zuhört und Maßnahmen ergreift, stärken die Zusammenarbeit und eine gute Kommunikation.

3. Team-Retrospektiven fördern den Respekt vor Prozessen.

Das Militär steht für die Achtung von Prozessen und Strukturen.

Wir können nicht lügen: Softwareentwickler - und im Allgemeinen Fachleute in Berufen, die mit Softwaretechnik und Anwendungsgestaltung zu tun haben - sind keine Prozessliebhaber. Oder sogar das Befolgen von Regeln nur um ihrer selbst willen.

Wenn wir uns aktiv an Entscheidungen beteiligen, verpflichten wir uns. Dies fördert den Respekt für den Prozess und für die Entscheidungen, die wir als Team treffen. Auch wenn es keine Entscheidungen sind, die wir selbst getroffen hätten.

Dieser Respekt vor Prozessen und "guten Manieren" trägt dazu bei, dass Modelle wie Scrum schneller angenommen werden oder sogar eine Teamidentität entsteht. Letztlich fördert es Produktivitätssteigerungen und stärkt die Teamarbeit.

4. Die Agile Retrospektive sind ein Frühwarnsystem

Rotes Leuchtfeuer als Frühwarnsystem

Einer der wichtigsten Vorteile für risikoreiche Umgebungen ist die Tatsache, dass diese Art von Treffen ein Modell für Risikomanagements und qualitätssicherung. Eine Retrospektive besteht aus einer quantitativen und einer qualitativen Analyse der Ergebnisse, die, wenn sie richtig durchgeführt wird, einen idealen Raum für das Risikomanagement und die Qualitätssicherung schafft.

Retrospektiven ermöglichen es dem Team, zu bewerten, was gut und was nicht so gut gemacht wurde, und in diesem Sinne den Ursprung einiger Risiken an der Wurzel zu packen und natürlich die Qualität zu verbessern, die aus einem reifen Prozess resultiert.

5. Retrospektiven fördern technische Exzellenz

Mechaniker, der eine Aufgabe mit Sorgfalt ausführt

Wir haben über Prozesse und Teamgeist gesprochen. Retrospektiven bieten aber auch die Möglichkeit, das technische Ergebnis zu überdenken. Und ich meine nicht die Funktionalitäten des Produkts. Ich meine, wie das Ergebnis entwickelt wurde und welche Verbesserungen - und wie es verbessert wurde - vorgenommen wurden. Refactor - die wir auswerten können, um ein besseres Ergebnis zu erzielen.

Letztlich ist technische Exzellenz das Ergebnis der Überprüfung und Bewertung der "Wege" und "Modelle", die wir zur Lösung eines bestimmten Prozesses oder Bedarfs eingesetzt haben. Retrospektiven geben dem Team die Möglichkeit, in einem geschützten Rahmen über die Dinge zu sprechen, auf die sie - technisch gesehen - nicht stolz sind und die in der Zukunft zu Problemen führen könnten.

Struktur eines agilen Retrospektivmeetings

Wie sieht die Struktur eines solchen Treffens aus? Welche Aktivitäten können wir durchführen? Hier werde ich Ihnen sagen, wie das geht, und Ihnen einige Übungen zeigen, mit denen Sie diese Zeit optimal nutzen können.

Infografik zur Struktur einer retrospektiven Sitzung

Die retrospektive Sitzung kann in 5 - manchmal 6 - Schritten strukturiert werden. Wie folgt:

Moment 1: Vorbereitung, Eröffnung oder Begrüßung

Während dieser Zeit gibt der Moderator oder Vermittler den Ton für das Treffen an. Wenn wir zum Beispiel aus einem guten Zyklus mit guten Ergebnissen kommen, ist es an der Zeit zu feiern, ohne zu vergessen, dass wir uns verbessern können. Wenn wir jedoch aus einem Zyklus schlechter Ergebnisse oder unerfüllter Versprechen kommen, ist es an der Zeit, über unsere Fehler nachzudenken oder sogar über die Dinge, die uns in der Vergangenheit glauben ließen, dass alles besser werden würde. Der Ton wird den Rest des Treffens bestimmen. Aber denken Sie daran: Wir sind nicht hier, um mit dem Finger zu zeigen! Wir sind ein Team. Wir treffen uns, um nach Lösungen und Möglichkeiten für Verbesserungen zu suchen.

Moment 2: Metriken und objektive Bewertung

Sobald der Kontext hergestellt ist, ist es an der Zeit, die Realität zu betrachten. Daten sind unser bester Verbündeter, wenn es darum geht, die Diskussion auf Fakten und Ergebnisse und weniger auf Menschen und subjektive Meinungen zu konzentrieren. Dieser Teil des Treffens wird in Scaled Agile: quantitative Analyse genannt. Wenn Sie andere Verfahren wie Geschwindigkeit oder Fehlerdichte verwenden, ist es ein guter Zeitpunkt, diese Daten - und Ihre historischen Daten - zu präsentieren.

Moment 3: Diskussion und Verständnis für das Geschehene

Was ist passiert? wie haben wir den Zyklus wahrgenommen? war er gut? war er schlecht? was ging bei unseren Annahmen und Plänen schief? was hat funktioniert? Um die letzte Frage zu klären, würde ich die Frage nach dem Warum? Wir alle müssen eine Struktur aufbauen, um die Ergebnisse zu rechtfertigen. Wenn Sie diese Frage von Anfang an stellen, wird jeder versuchen, seine Antwort mit einer Geschichte zu rechtfertigen, die oft subjektiv ist und nicht unbedingt mit den Daten zusammenhängt.[4]In dem Buch "Der Code des außergewöhnlichen Geistes"Vishen Lakhiani spricht in Bezug auf unser Gehirn von einer "Sinnstiftungsmaschine". Als Vermittler empfehle ich Ihnen, den Einfluss dieses menschlichen Verhaltens zu mildern..

Moment 4: Entscheidungen, die auf der Verbesserung des Teams und seiner Produktivität basieren

Mit der Diskussion kommt das Verständnis oder zumindest eine einheitliche Gruppensicht der Geschehnisse, und es ist die perfekte Gelegenheit, Verbesserungsmöglichkeiten und spezifische Maßnahmen zu diskutieren, die wir als Team ergreifen können, um uns zu verbessern.

Und, lassen Sie mich eine Empfehlung für Moment 4 aussprechen, lassen Sie das Team nicht zu viele Entscheidungen treffen. Wenn ein Team zu viele Änderungen vornimmt, kann es unmöglich sein, in der Zukunft festzustellen, welche Maßnahmen wirklich einen Unterschied gemacht haben.

Treffen Sie zwei oder drei Entscheidungen, wie Sie sich im nächsten Zyklus verbessern können.

Moment 5: Schlussfolgerungen

Natürlich können Sie sich vorstellen, dass manche Sitzungen sehr intensiv sind. Es ist an der Zeit, das Tempo zu drosseln und das Team wieder in den Kontext der kontinuierlichen Verbesserung zu bringen. Erinnern Sie das Team daher stets daran, dass nichts persönlich gemeint ist und alle Kritik innerhalb des Teams mit der Absicht geäußert wird, sie privat zu halten und auf Verbesserungen zu konzentrieren.

Extra Moment: Bewertung der bisherigen Ergebnisse

Oft ist es ratsam, gemeinsam mit dem Team frühere Entscheidungen aus anderen agilen Retrospektiven zu überdenken. Und dann entwickelt das Team ein größeres Verständnis und Bewusstsein für die Auswirkungen seiner eigenen Verbesserungsentscheidungen: Haben die Entscheidungen der unmittelbar vorangegangenen Iteration funktioniert? Haben sie zur Produktivität beigetragen, wie wir gehofft hatten oder nicht?

Praktische Werkzeuge für gute agile Retrospektiven

Natürlich gibt es Hunderte von Praktiken und Übungen, die wir für jeden Moment des Treffens durchführen können. Hier ist eine Liste der drei, die mir am besten gefallen - und die mir die besten Ergebnisse mit meinen Teams gebracht haben.

1. ESVP

In der Vorbereitungsphase führe ich gerne eine Aktivität durch, die im Englischen als ESVP - Entdecker, Einkäufer, Urlauber, Gefangener. Ziel ist es, dass jeder der Teilnehmer seine Einstellung und seine Sichtweise des Treffens bewertet. Diese "Positionen" sind:

  1. BrowserEine Person, die bereit ist zu lernen. Sie wollen sich persönlich und im Team weiterentwickeln.
  2. KäuferSo wie wenn man in ein Geschäft geht und etwas sucht. Sie sind nicht bereit, jedes Regal zu durchforsten, um zu sehen, "was Sie finden". Sie sehen nicht alles als nützlich oder notwendig an. Deshalb bewerten Sie als Käufer, was Ihnen gefällt und was Sie behalten wollen.
  3. UrlauberWenn Sie sich in dieser Position befinden, entfliehen Sie wirklich vor anderen Verantwortlichkeiten. Das heißt, die Rückschau ist eine Pause von anderen Dingen. Daher ist Ihre Absicht, mitzuarbeiten oder sich anzustrengen, praktisch gleich null.
  4. HäftlingIch weiß nicht, wie viel Erklärung dieser Standpunkt erfordert. Wenn der Urlauber jedoch vor anderen Verpflichtungen flieht, kann der Gefangene nicht entkommen und ist zur Teilnahme verpflichtet.

Es ist zu beachten, dass diese Technik anonym ist.

2. standardisierte Metriken

Tafel mit dem Ergebnis eines Starfish während des Abschlusses eines Kurses.
Dies ist ein Foto eines Seesterns, das ich am Ende eines meiner Kurse aufgenommen habe... Ich weiß nicht einmal mehr, welcher es war.

Zu Beginn meiner Arbeit mit dem Team lege ich gerne eine Reihe von Messgrößen und Indikatoren fest, die es uns ermöglichen, uns zu verbessern. Nicht umsonst gibt es das Sprichwort "was man nicht misst, kann man nicht verbessern". In diesem Sinne habe ich eine grundlegende Reihe von Metriken und einen vollständigen Artikel zu diesem Thema definiert.

Ich stelle diese Kennzahlen immer gerne historisch dar. Das heißt, als eine Folge von Werten. Ich lade Sie ein, meinen Artikel zu lesen agile Metriken.

3. die Seestern- oder Starfish-Technik

Dies ist bei weitem mein persönlicher Favorit. Es ist nicht nur ein leistungsfähiges Instrument, sondern auch äußerst einfach. Ziel ist es, Teammitglieder - oder Teilnehmer an einer Aktivität im Allgemeinen - aufzufordern, ihre Ideen und Rückmeldung dieser Tätigkeit. Zu diesem Zweck sollten sie ihre Idee einer der folgenden Kategorien zuordnen:

  1. Behalten / PflegenEs ist etwas, das ihnen gefallen hat, und sie haben das Gefühl, dass es zur Aktivität beigetragen hat. Sie sind der Meinung, dass dies bei künftigen Aktivitäten beibehalten werden sollte.
  2. Stopp / Stopp oder StoppIm Gegensatz dazu stehen Ideen oder Kommentare in dieser Kategorie für Dinge, die nicht gefallen haben oder die nicht weiter verfolgt werden sollten, weil sie keinen Mehrwert für die Aktivität darstellen.
  3. StartIn diese Kategorie gehören die Dinge, die wir gerne tun würden oder die in der Aktivität gefehlt haben.
  4. Weniger / MenosDabei handelt es sich um Hilfsmittel, Aktivitäten oder Techniken, die möglicherweise überstrapaziert oder übertrieben wurden. Beispiele hierfür sind "weniger Folgetreffen" oder "weniger Paararbeitssitzungen".
  5. Mehr / MehrIm Gegensatz zu "weniger" bedeutet diese Kategorie, dass Sie mehr von etwas wollen, von einer Aktivität oder einer Einstellung oder von einer Technik. Es bedeutet, tiefer zu gehen oder mehr von etwas zu tun.
  6. KudosDiese Kategorie dient dazu, die Arbeit von jemandem hervorzuheben oder jemandem oder etwas zu gratulieren. Es ist wichtig, sich immer wieder klar zu machen, dass es neben den Schwierigkeiten der Arbeit selbst auch immer Raum für die Anerkennung der Arbeit des Teams, des Unternehmens oder eines Einzelnen gibt.

Weitere wertvolle Ressourcen für Retrospektiven

Natürlich gibt es viele, viele Werkzeuge für gute Retrospektiven und um den Fokus auf das Wesentliche zu richten. Hier finden Sie eine Liste nützlicher Tools und Websites mit Beispielen für andere Aktivitäten, die Sie durchführen können.

Häufige Fehler bei der Einführung agiler retrospektiver Verfahren

Abschließend möchte ich den Artikel mit einigen der häufigsten Fehler und Probleme beenden, die bei retrospektiven Sitzungen auftreten können.

  1. Vergessen Sie den Zweck des Treffens. Das Ziel ist es, sich zu verbessern, und dazu müssen wir über die tieferen Dinge sprechen und nicht nur über die oberflächlichen Symptome. Daher ist es ratsam, im Rahmen der Sitzungsstruktur in der Phase der "Vorbereitung" das Ziel festzulegen.
  2. Zu viele Entscheidungen treffen. Beschlüsse oder Aktionspläne sind nicht schlecht. Aber zu viele können zu Lähmung oder gar Chaos führen. Änderungen und Verbesserungsmaßnahmen sollten schrittweise eingeführt werden, um sicherzustellen, dass das Team seinen eigenen Wachstumsprozess durchläuft und nicht versucht, Quantensprünge zu machen.
  3. Fehlende Instrumente zur Förderung der Diskussion. Dies ist ein typischer Fehler von unerfahrenen Moderatoren, die ohne ausreichende Vorbereitung oder Klarheit über die zu verwendenden Instrumente zur Sitzung kommen. Ohne Hilfsmittel kann die Diskussion schlecht oder, schlimmer noch, unorganisiert verlaufen. Ein guter Moderator nimmt nicht den Erfolg jeder Veranstaltung oder Aktivität an und bereitet sich darauf vor, das Team zu "tragen".

Teilen Sie Ihre Erfahrungen

Ich würde gerne mehr über Ihre Erfahrungen mit agilen Retrospektiven erfahren. Ich würde gerne wissen, was für Sie funktioniert hat und was nicht. Für die besten - oder lustigsten - Kommentare verspreche ich Ihnen ein -digitales- Geschenk.

Vernachlässigen Sie die Retrospektiven nicht und setzen Sie sich für sie genauso ein wie für eine Planungs- oder Verfeinerungssitzung für die Rückstand. Der Erfolg wirklich agiler Teams besteht darin, dass sie nie aufhören und sich ständig verbessern wollen.

Teilen!

Kommentare und Anmerkungen des Autors[+]

Standardbild
Alberto Dominguez
Führung von Teams von der Theorie bis zur tatsächlichen und nachhaltigen Bereitstellung innovativer IT-Produkte und -Dienstleistungen.
Artikel: 33

Schreibe einen Kommentar

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.

de_DE