Retrospektive: Wie und warum?



    Retrospektiven durchzuführen ist die Aktivität, die jedes agile Team durchführt, um seine Probleme zu lösen. Was ist eine Retrospektive? Dies ist eine regelmäßige Besprechung, bei der das Team den Arbeitsablauf bespricht und Änderungen daran vornimmt.

    Warum brauchen Sie eine Retrospektive?


    Dies ist keine müßige Frage, sie wird von Chefs oft gestellt, wenn sie gebeten werden, eine Retrospektive durchzuführen. Sie fragen: „Warum? Wir können alles selbst entscheiden. “ Warum ist es unmöglich, einen Chef oder Experten dazu zu bringen, zu kommen, nachzuschauen und zu sagen, was das Team tun muss und was im Workflow geändert werden sollte?

    Es gibt zwei Hauptgründe. Erstens, wenn wir zu einem Team mit vorgefertigten Lösungen kommen, entsteht ein Phänomen namens „hier nicht erfunden “. Auch wenn die Teammitglieder verstehen, dass dies die richtige Entscheidung ist und umgesetzt werden muss, haben sie kein Gefühl der Eigenverantwortung dafür. Solche Entscheidungen, die nicht vom Team selbst „getroffen“, sondern von oben „auferlegt“ oder vorgeschlagen werden, werden mit geringerer Wahrscheinlichkeit umgesetzt.

    Zweitens ist die Softwareentwicklung heute so kompliziert und verwirrend, dass es kaum einen Spezialisten gibt, der ohne Kenntnis des Kontexts beschreiben kann, wie die Prozesse in einem bestimmten Team zur Lösung eines bestimmten Problems tatsächlich funktionieren sollten. Um dies herauszufinden, müssen Sie etwas ausprobieren, Experimente durchführen und herausfinden, wozu diese oder jene Lösungen führen. Wenn Sie es einfach ausprobieren, können Sie verstehen, ob diese oder jene Übung im Kontext dieses Teams gut oder nicht sehr gut ist.

    Es gibt jedoch Dinge wie bewährte Verfahren oder bewährte Verfahren. Dies sind Praktiken, die viele anwenden und die vielen helfen. Nehmen Sie zum Beispiel die Codeüberprüfung: Ist es eine gute oder eine schlechte Vorgehensweise? Es hilft einem Team. Andere versuchen es zu benutzen und nichts Gutes wird daraus. Dies liegt daran, dass diese bestimmte Praxis als solche nicht gut und nicht schlecht ist: Sie kann nur im Kontext eines bestimmten Teams und einer bestimmten Situation bewertet werden.

    Zumindest ist es daher unmöglich, im Voraus zu sagen, ob es einen Vorteil bringt oder nicht. Code-Überprüfung ist ein Beispiel. In der Tat ist dieser Effekt charakteristisch für jede Praxis - man kann nie im Voraus wissen, wie effektiv sie in einer bestimmten Situation sein wird.

    Ziele und Ergebnisse


    Die Retrospektive basiert auf dem Deming-Zyklus- Konzept PDCA (Plan-Do-Check-Act). Ziel der Retrospektive ist es, bis zum Ende einen Veränderungsplan zu erstellen. Es ist jedoch wichtig zu verstehen, dass dies kein Plan für endgültige Änderungen im Prozess ist - es ist ein Plan für ein Experiment für die nahe Zukunft. Wir probieren etwas aus und schauen uns dann an, was daraus entstanden ist. Auf dieser Grundlage treffen wir eine Entscheidung.

    Demings Zyklus: Planen - Planen, Ausführen - Überprüfen - Sehen, Handeln - Treffen weiterer Entscheidungen, Entscheiden, was als nächstes zu tun ist. Eine Retrospektive sollte genau diesen Zyklus durchlaufen. Eigentlich ist die Retrospektive selbst die Planungsphase.

    Wie bei jeder Teambesprechung sollte auch die Retrospektive einen Zweck haben. Ziel der Retrospektive ist es, einen Plan für ein Prozessexperiment zu erstellen. Viele Teams verstehen dies jedoch nicht. Rückblickend versuchen Teams beispielsweise manchmal, eine globale Lösung für ihr Problem zu finden, und verlassen sich darauf, dass sie dies nicht können. Sie bleiben stecken und tun überhaupt nichts. Wenn ein Team mit einem solchen Problem konfrontiert ist, muss ihm erklärt werden, dass es notwendig ist, sich in kleinen Schritten zu bewegen, verschiedene Dinge auszuprobieren und zu überprüfen, was dabei herauskommt.

    Wenn ein Team einfach glaubt, dass eine Retrospektive eine Besprechung ist, in der sein Arbeitsablauf besprochen und auf irgendeine Weise verbessert werden soll, dann kommt es in der Regel darauf an, dass Leute hereinkommen, über etwas sprechen, ihre Schmerzen ausschütten und es leichter machen Seele - am Ende führt es zu nichts. Dies liegt daran, dass das Ziel nicht erreicht wird und der Plan nicht eingeht.



    Die Aufgabe des Leiters ist es, das Team im Rückblick auf einen bestimmten Plan zu bringen. Ein Plan ist eines von zwei Dingen: entweder eine Aktion oder eine neue Vereinbarung. Alles, worauf es im Nachhinein ankommt, ist eine Liste von Maßnahmen, die abgeschlossen werden müssen, und Vereinbarungen, die jetzt eingehalten werden müssen.

    Was sind Aktionen? Dies sind spezifische Aufgaben mit berühmten Interpreten. Und wenn die Handlung von jemandem ausgeführt wird, der gerade nicht im Raum ist, wird eine Person aus den Anwesenden ausgewählt, die die Verantwortung übernimmt, den Abwesenden zu erklären, was und wie zu tun ist, und auch das Ergebnis zu kontrollieren. Infolgedessen ist einer der im Nachhinein Anwesenden für jede Aktion verantwortlich.

    Was sind die Rückblicke?


    Generell ist es sinnvoll, Retrospektiven in mehrere Typen zu unterteilen:

    • Retrospektive im allgemeinsten Sinne des Wortes;
    • Rückblick auf Qualität;
    • Rückblick auf Themen;
    • retrospektive zu einem thema.

    Retrospektive zielt im Allgemeinen im weitesten Sinne darauf ab zu verstehen, was in einem Team passiert, welche Probleme es hat und was dagegen getan werden kann. Es wird manchmal eine psychotherapeutische Retrospektive genannt. Es beginnt in der Regel mit der Frage: „Welche Probleme sehen Sie?“ Bei

    einer Qualitäts-Retrospektive geht es in der Regel darum, die jüngsten Vorfälle oder Mängel zu erörtern. Eine Retrospektive widmet sich der Erörterung dieser Mängel und der Analyse, warum sie aufgetreten sind, dh sie erstellen ein Diagramm der Grundursachen für Mängel. In diesem Fall wird auf die eine oder andere Weise mit bestimmten Qualitätsproblemen gearbeitet.

    Es gibt Retrospektiven, in denen mit Problemen gearbeitet wird, die vom Kunden oder vom Eigentümer des Produkts ausgehen. Dies ist die dritte Art der Retrospektive. Der vierte Typ ist, wenn es ein spezifisches Problem gibt und eine Retrospektive der Lösung gewidmet ist.

    Was ist das Problem?


    Welche Störungen können im Nachhinein auftreten und wie damit umgegangen werden? Hier ist eine der Funktionsstörungen: Das Team ist der Ansicht, dass es keine Probleme hat, dass der Workflow gut genug ist und dass es nicht sinnvoll ist, ihn zu verbessern. Dies ist normalerweise nicht der Fall. Aber das Team kann es einfach nicht erklären.

    Um das Team aus dieser Position herauszubringen, ist es hilfreich, einen der Stakeholder - den Kunden oder Benutzer, die wissen, dass das Team nicht in Ordnung ist (Kunden sind sehr selten mit der Arbeit des Teams vollständig zufrieden) - zur Rückschau einzuladen. Sie können bis zu einem gewissen Grad zufrieden sein, haben aber in der Regel noch einige Überlegungen zum Thema „Was könnte das Team besser machen?“. Wenn eine solche Kundin im Nachhinein kommt und dem Team dies mitteilt, kann sie sich nirgends zurückziehen, sie beginnt, Richtungen für weiteres Wachstum zu diskutieren.

    Eine weitere Funktionsstörung ist, wenn im Nachhinein im Grunde ein oder zwei oder drei Personen sprechen und alle anderen sitzen und schweigen.Tatsächlich haben diese Leute etwas zu sagen. Wenn der Teamleiter zum Beispiel die ganze Aufmerksamkeit auf sich zieht, beginnt er zu dominieren, und der Rest hört nur zu.

    Warum ist das so schlimm? Wenn jeder offen seine Gedanken äußert, steigt die Wahrscheinlichkeit, die besten Lösungen zu finden, erheblich. Wenn wir an einer Gruppendiskussion teilnehmen, ermutigen wir uns gegenseitig. Dies hilft, eine bessere Lösung zu finden.

    Oft hilft ein Moderator einer Retrospektive bei der Bewältigung dieses Problems, der dafür sorgt, dass alle Anwesenden ihren Standpunkt vertreten. Manchmal ist es sinnvoll, den retrospektiven Teilnehmern die Möglichkeit zu geben, ihre Gedanken nicht laut auszudrücken, sondern sie auf Haftnotizen zu schreiben (sie sind normalerweise an einer Wand oder an einer speziellen Tafel befestigt, und dies kann sowohl von den Teilnehmern selbst als auch von ihnen durchgeführt werden für eine größere "Anonymität" - ein Vermittler).

    Rückblickendes Format: unsere Vorschläge


    Die Literatur beschreibt verschiedene Formate für die Durchführung von Retrospektiven, von einfach bis sehr spezifisch. In einem der Materialien in unserem Blog haben wir unsere eigene Version vorgeschlagen: Die Unterscheidungsmerkmale sind Einfachheit und Effizienz. Grundsätzlich ist dies genau das, was von solchen Ereignissen verlangt wird.

    Anstatt das Timing und die Reihenfolge der Aktionen genau festzulegen, empfehlen wir, ein Board in vier Hauptbereiche zu unterteilen und im Verlauf der Diskussion zu füllen:

    • Vorteile Was ist in der letzten Iteration gut gelaufen?
    • Nachteile Welche Probleme gab es in der letzten Iteration?
    • Ideen. Welche Ideen sind im Nachhinein aufgetaucht?
    • Planen Sie. Welche Verbesserungen planen wir für die nächste Iteration?

    Da das Hauptziel der Retrospektive die Erstellung eines Plans ist, dienen alle Maßnahmen und Zwischenschritte nur als Mittel zur Erreichung des Ziels. Zunächst wird jedem Teilnehmer die Möglichkeit gegeben, über die Vor- und Nachteile der Iteration zu sprechen. Nachteile und Vorteile treten nicht von selbst auf - die Grundlage für sie ist der Plan, der in der vorherigen Retrospektive erstellt wurde, während das Team selbst entscheidet, wo ein bestimmtes Element im Plan zugeordnet werden soll: ob es abgeschlossen wurde (Erfolg) oder nicht (Misserfolg).



    In der Regel entstehen neue Ideen bei der Diskussion der Minuspunkte der vorherigen Iteration, aber sie sind nicht darauf beschränkt: Ein solches retrospektives Format behindert nicht die freie Diskussion. Gleichzeitig sollte der Moderator oder der Scrum-Master sicherstellen, dass Diskussionen nicht zu einer Suche nach Schuldigen werden: Um das Ziel zu erreichen, ist es wichtig, nicht so sehr „wer ist schuld“, sondern was „was ist als nächstes zu tun“. Streitigkeiten über diese oder jene Idee in dieser Phase sind ebenfalls nutzlos: Nur Ideen, mit denen alle Teilnehmer der Retrospektive einverstanden sind, werden in den Plan aufgenommen.

    Nach der Erörterung der Vor- und Nachteile sowie der Ideen erstellt das Team einen Plan, der nicht nur die Ergebnisse der Diskussion, sondern (wie bereits erwähnt) bestimmte Aktionen („Durchführen ...“, „Diskutieren ...“, „Formulieren ...“) oder Regeln („Aufgabe X ausführen mit Ansatz Y "). Gleichzeitig sollten Sie nicht versuchen, Wege zu finden, um alle möglichen Probleme des Teams zu lösen - für eine effektive Arbeit bei der nächsten Iteration ist ein Plan von 3-6 Punkten ausreichend. Ein übergroßer Plan kann sich letztendlich als undurchführbar erweisen und das Team nur demotivieren.

    Es sei noch einmal darauf hingewiesen, dass die Formate für die Durchführung einer Retrospektive unterschiedlich sein können. Eines ist wichtig: Retrospektiven sind keine Einzelfälle, sie werden regelmäßig abgehalten und auf der Grundlage der Ergebnisse jedes solchen Treffens wird das Hauptziel erreicht - ein Plan für die nächste Iteration wird erstellt. Wenn Sie dieses Verfahren nicht „formal“ durchführen, seine Ziele und Vorgaben verstehen, die häufigsten Probleme, die während der Retrospektive auftreten, im Voraus kennen, können Sie günstige Bedingungen für die Entwicklung eines echten selbstorganisierenden Teams schaffen .

    Jetzt auch beliebt: