Maßnahmen zur Verbesserung der Scrum Retrospektive

In der Tat ist Retromat sehr inspirierend, um die Retrospektiven für Ihre Entwickler aufzupeppen. Aber irgendwann stand ich in meinem Team vor dem gleichen Problem der geringen Effektivität – nach einem Jahr der Zusammenarbeit, nach 20 Retros … – also fing ich auch an, über Lösungen nachzudenken, um das Aufmerksamkeitsniveau wieder zu erhöhen.

Die Diskussion ging nicht wirklich irgendwohin, also dachte ich, auf ein rückblickendes Thema hinzuweisen.

Jetzt bereite ich das Team vor der Retro mit ein paar Themen vor, die es zu besprechen gilt, vielleicht einige Probleme, die wir hatten, oder einige Verbesserungen, die meiner Meinung nach erforderlich sind, aber auch das Team kann Themen einbringen. Außerdem lasse ich mir die totale Freiheit, Themen direkt während der Retro zu improvisieren. Das hat sehr geholfen, den Menschen neue Energien zu geben.

Ich würde mir den 5-stufigen retrospektiven Ansatz ansehen. Retromat bietet viele verschiedene Aktivitäten, die Sie für jede Phase verwenden können. Außerdem sollte es experimentelle Änderungen geben (normalerweise auf 1 oder 2 begrenzt), die aus der Retro mit einer klaren Vorstellung davon hervorgehen, was verbessert werden sollte. Auch diese sollten zu Beginn der nächsten Retro überprüft werden. Solange sie sehen, dass das Meeting wertvolle Verbesserungen bringt, sollte es Ihnen gut gehen.

Hier sind einige Vorschläge, die Sie zusammen oder einzeln zusammenbringen können.

VORSCHLAG 1 : Bringen Sie die Auszeichnung als bestes Teammitglied des Sprints in Ihren Retro:

• Bitten Sie das Team, während der Retro abzustimmen
• Sammeln Sie die Stimme im Raum, indem Sie die Hände heben
• Verwenden Sie die Abstimmungsbox, um für den besten Entwickler / Tester des Sprints zu stimmen
• Führen Sie vor der Retro eine Umfrage durch, um zu sammeln
• Anstatt nach einer einzelnen Bewertung von jedem Teammitglied zu fragen, gehen Sie mit dem Ranking-Ansatz vor. Bitten Sie das Team, die Entscheidungen aller als 1.2.3 einzustufen und sie mit den Werten 5, 3 bzw. 1 zu markieren. Verwenden Sie die Summe der Werte aller Teammitglieder, um den Entwickler des Sprints zu bestimmen.

VORSCHLAG 2 : Dinge, die in früheren Retros identifiziert wurden (ob Praktiken oder Verfahren), versuchen Sie, ihre Verbesserungspfade einzuschätzen - Identifizieren Sie den Reifegrad auf einer Skala von 5 und lassen Sie das Team darüber diskutieren.

• Dies hilft zu wissen, was sie zuvor besprochen haben (als Auffrischung) und ob sie sich daran halten.

VORSCHLAG 3 : Identifizieren Sie Verschwendungen im vorherigen Sprint – Dies hilft zu verstehen, warum etwas nicht notwendig ist, und bringt das Team dazu, es zu qualifizieren.

VORSCHLAG 4 : Diskutieren Sie den Kundenzufriedenheitsindex/-faktor aus früheren Leistungen.

VORSCHLAG 5 : Bringen Sie Innovation ein - Jede Änderung an einem bestehenden Ansatz - Bestimmen Sie, ob es neue Wege gibt, etwas zu versuchen, und implementieren Sie diese - Brainstorming.

VORSCHLAG 6 : Zeigen Sie alle 3-4 Sprints eine 5-minütige Demo des Produkts vor den 3-4 Sprints und zeigen Sie die aktuelle. (Nehmen Sie vielleicht jedes Sprint-Ende ein Video des Produkts auf). Dies motiviert das Team tatsächlich sehr, da die Menschen mit der Geschwindigkeit, mit der die Dinge geliefert werden, weniger Zeit haben, sich den zurückgelegten Weg anzusehen.

Der erste Schritt ist, mit dem Team zu sprechen. Dies ist ihre Zeit, um zu reflektieren und sich zu verbessern. Es ist auch eine Gelegenheit, in die Zukunft zu blicken, um Möglichkeiten für Veränderungen (und hoffentlich Verbesserungen) zu finden. Stellen Sie sicher, dass das Team den Zweck und den Wert dieser Zeit versteht, und sehen Sie, wie es sie nutzen möchte.

Anstatt nur Dinge zu betrachten, die gut gelaufen sind, und Dinge, die nicht gut gelaufen sind, können Sie sich verschiedene Arten von Retrospektiven ansehen. Wenn ich eine Retrospektive moderiere, nehme ich mir etwa eine Stunde Zeit. In den ersten 15-20 Minuten gehen wir vergangene Erfolge, Schmerzpunkte und andere Gedanken oder Kommentare durch. Die letzten 40-45 Minuten sind offener und können eine Reihe verschiedener Aktivitäten umfassen.

Anstatt nur auf einen historischen Fokus zu schauen (was im vergangenen Sprint gut oder schlecht gelaufen ist), können Sie in die Zukunft blicken und einige Änderungen identifizieren, die das Team gerne vornehmen und etwas Neues einführen oder sich auf ein bestimmtes Problem oder einen Erfolg konzentrieren und Versuchen Sie, es vollständig zu verstehen, um es in Zukunft entweder zu vermeiden oder zu wiederholen, oder investieren Sie die Zeit, um etwas Neues zu lernen, das die Leistung des Teams in bevorstehenden Sprints verbessern kann.

Welche Aktionen könnten in den Retros durchgeführt werden (oder wie könnte ich die Retro leiten), um die Zeremonie für das Dev-Team attraktiver zu machen?

Hier sind einige Ideen, die Sie ausprobieren können:

• Suchen Sie online nach lustigen retrospektiven Ideen und greifen Sie dort auf
• Ein Spiel zu spielen
• Gehe in einen Fluchtraum
• Gehen Sie bowlen und trinken Sie etwas
• Fragen Sie das Team, was für es nicht attraktiv ist, und hören Sie damit auf
• Bewahren Sie die Retrospektive draußen auf, zum Beispiel in einem Park
• Erwähnen Sie während der Diskussion nicht einmal „Verbesserung“, sondern konzentrieren Sie sich nur darauf, was gut gelaufen ist und was Sie weiter tun möchten (besser/mehr).
• Bitten Sie die Leute, ihre Ideen auf ein Whiteboard zu schreiben, damit sie nicht nur herumsitzen
• Bitten Sie das Team, eine Straße zu zeichnen, die die Sprintreise von Anfang bis Ende beschreibt

Hätten Sie Anregungen, was getan werden könnte, um diesen Moment in etwas zu verwandeln, das das Team offener/fokussierter machen könnte, um tiefere/bessere Beiträge zu geben?

Eine Möglichkeit, dies anzugehen, besteht darin, ihnen bessere/tiefere Fragen zu stellen. Anstelle von „was würden Sie gerne verbessern“ könnte man fragen „was die meisten Schmerzen verursacht“. Fragen Sie sie, was der Engpass im aktuellen System ist (z. B. vom Erhalt einer Feature-Anfrage bis zur Verwendung in der Produktion). Wenn sie ihre Meinung abgegeben haben, fragen Sie, wie Sie es gemeinsam herausfinden könnten, und lassen Sie sie herausfinden, wie die Metriken erfasst werden. Fragen Sie sie, was das Wichtigste ist, was sie während des Sprints gelernt haben (nicht nur bei der Arbeit), und bitten Sie sie, es dem Team zu erklären. Zeichnen Sie ein paar Smileys auf ein Whiteboard (zB traurige, desinteressierte und fröhliche Gesichter) und bitten Sie zuerst alle, ihr Gefühl für den Sprint dort einzutragen. Wenn das erledigt ist, fragen Sie sie, wie wir mehr Gesichter in die Richtung des breiten Lächelns bringen könnten.

Die erste Frage, die Sie und das Team stellen sollten: "Was ist der Zweck der Retrospektive?" In Scrum hat jedes Ereignis einen Zweck. Wenn es keinen Zweck gibt, würde die Veranstaltung zu einem weiteren langweiligen Meeting werden .

Retrospektive muss nicht lustig sein und schon gar nicht langweilig. Im Allgemeinen sind im Folgenden die Phasen einer Retrospektive aufgeführt

1. Bereiten Sie die Bühne vor
2. Sammeln Sie die Daten
3. Einsicht entwickeln
4. Entwickle einen Plan

Aus dem Scrum-Leitfaden ,

Die Sprint-Retrospektive ist eine Gelegenheit für das Scrum-Team, sich selbst zu überprüfen und einen Plan für Verbesserungen zu erstellen, die während des nächsten Sprints umgesetzt werden sollen.

Ich empfehle dem Scrum Master, das Agile Retrospectives Book durchzulesen

Alles, was Sie brauchen, sind einfach die Aktionen, die Sie ausführen müssen.

Wenn Sie keine Aktionen haben, die mit Zeit verbunden sind, besteht keine Notwendigkeit, die Retrospektive zu haben.

Vergessen Sie nicht die Zeit, die Sie mit den Aktionen und den für diese Aktionen verantwortlichen Teammitgliedern binden müssen.