Retrospektiven in einem lang laufenden Projekt effektiv gestalten

Ich bin ScrumMaster für eine Softwarefirma und wir haben ein Projekt, das in den 35. Sprint geht. Obwohl ich den Wert von Retrospektiven schätze, wird es zunehmend schwieriger, gute Einblicke aus unseren Retrospektiven-Veranstaltungen zu gewinnen. Wir haben die Meetings verkürzt, um nicht viel Zeit zu verschwenden, und selbst die kurzen Meetings scheinen nicht mehr so ​​viel Inhalt (oder hochwertigen Inhalt) zu bekommen wie früher.

Ich frage mich, welche Strategien die guten Leute von PMX anwenden, um auch bei einem sehr lang laufenden Projekt weiterhin Wert aus Retrospektiven zu ziehen. Gibt es verschiedene Formate, die Sie verwenden, wenn ein Projekt immer länger dauert? Nach welchen Erkenntnissen sollten wir später in einem Projekt suchen? Hörst du überhaupt auf, Retros zu machen?

Danke für jeden Einblick!

Antworten (5)

Es gibt mehrere Dinge, die Sie tun können, um Ihre Retrospektiven aufzupeppen und weiterhin Wert aus ihnen zu ziehen:

  • Lassen Sie jemand anderen die Retrospektive moderieren. ZB ein Teammitglied, Scrum Master aus einem anderen Team, Agile Coach, etc. Ein frischer Moderator kann zu anderen Arten von Diskussionen, Einsichten und Ansichten, Themen oder Verbesserungsansätzen führen.
  • Ändern Sie die Einstellung für die Retrospektive. Gehen Sie nach draußen, gehen Sie zu einem nahe gelegenen Tagungszentrum oder einer Einrichtung, besuchen Sie ein Museum, essen Sie zusammen zu Abend, alles, was den Teammitgliedern helfen kann, aus dem Alltag herauszukommen und sich zu erfrischen.
  • Ändern Sie das Publikum: Führen Sie eine Retrospektive mit Stakeholdern, Kunden, Mitarbeitern aus dem operativen Bereich oder anderen Personengruppen durch, mit denen das Team zusammenarbeitet. Wenn sich das Publikum ändert, ändern sich Umfang und Perspektive; es wird eine Retrospektive auf Projektebene, eine End-to-End-Retro, eine DevOps-Retro, eine Business-IT-Retro usw.
  • Machen Sie eine Retrospektive darüber, wie Sie sich als Team verbessert haben. Dazu gehört, darüber nachzudenken, wie Sie Retrospektiven durchführen, und auch darüber, wie die Nachbereitung von Verbesserungsmaßnahmen durchgeführt wird.
  • Erfolge feiern. Für ein Team, das schon so lange zusammenarbeitet, muss es Dinge geben, die großartig laufen, also nehmen Sie sich Zeit, sie zu erkunden und mehr über Dinge zu erfahren, die gut laufen. Finden Sie Ihre Teamstärken.
  • Und ja, ändern Sie die retrospektive Übung, die Sie verwenden (hier ist eine Toolbox mit retrospektiven Übungen ) .

Warten Sie nicht, bis sich die Leute in Retrospektiven langweilen. Ändern Sie regelmäßig Ihre Übung, Einstellung, Moderator usw., damit Ihre Mitarbeiter frisch bleiben und sich immer wieder nützliche Verbesserungsmaßnahmen einfallen lassen. Halten Sie Ihre agilen Retrospektiven wertvoll!

Und eine aktualisierte Version meiner Antwort finden Sie in meinem Blog-Beitrag 5 Tipps, um aus agilen Retrospektiven immer einen Mehrwert zu ziehen: benlinders.com/2016/…
Wirklich dankbar für die Antwort!
Ein Wort der Vorsicht, wenn es darum geht, Leute außerhalb des Scrum-Teams hinzuzuziehen. Tun Sie dies nur, wenn es einen sehr guten Grund gibt und das Scrum-Team zu 100 % damit einverstanden ist. Die Retro ist nur für das Scrum-Team; Es ist entscheidend, dass es ein sicherer Ort bleibt, um Beschwerden zu äußern und die harte Arbeit der Verbesserung zu leisten. Besuchen Sie auch plans-for-retrospectives.com . Ich habe festgestellt, dass es eine großartige Quelle für retrospektive Ideen ist.
Jason: Man kann sowohl Team-Retrospektiven als auch Projekt-Retrospektiven machen, sie schließen sich nicht aus, sondern unterstützen sich gegenseitig.

Mike Cohn hat kürzlich darüber gebloggt.

Zu seinen Kommentaren gehörte das Ausprobieren verschiedener Retrospektivformate und die Durchführung der Retro durch einen Scrum Master aus einem anderen Team.

Mike betont, dass sogar ein Scrum-Team, das seit 10 Jahren zusammen ist, von Retrospektiven profitiert.

Ich liebe Mikes Blog. Ich stimme absolut zu, dass Retros immer noch von Vorteil sein können, ich möchte nur sicherstellen, dass wir das Beste daraus machen. Danke für die Antwort!

Tolle Frage! Retrospektiven sind zwar ein kritischer Bestandteil der kontinuierlichen Verbesserung, sie werden jedoch mit der Zeit unwirksam, wenn jedes Mal der gleiche Ansatz verwendet wird.

Dieser Thread hat eine Menge verschiedener Retrospektiven-Formate in den Antworten, also werde ich sie nicht noch einmal aufwärmen: Verschiedene Arten, Retrospektiven durchzuführen

Was den Zeitpunkt der Änderung angeht, möchten Sie eine gewisse Konsistenz, damit sich das Team daran gewöhnt, aber wenn es anfängt, banal zu werden, müssen Sie es ändern. Für viele Teams sind das etwa 4 oder 5 Sprints, aber sehen Sie, was für Sie funktioniert. Es gibt auch einige Formate, zwischen denen einfach gewechselt werden kann. Das Plus/Minus/Delta, das Boot-Retro und das Seestern-Retro haben alle ein ähnliches Konzept, sodass das Wechseln zwischen ihnen einfach ist. Der Wechsel von einem Seestern-Retro zu einem 4L-Ansatz ist eine größere Änderung der Denkweise und sollte mit mehr Sorgfalt durchgeführt werden.

Als Scrum Master können Sie auch Situationen finden, die eine bestimmte Technik erfordern. Wenn die letzten paar Sprints im Team wirklich energielos waren, bringt ein Retro, der fragt, was aufregend und was frustrierend war, das Team dazu, über diese Dinge auf eine Weise zu sprechen, die „Was gut lief“ nicht tun würde.

Danke für die Antwort! Ich versuche, jedes Mal oder zumindest halbwegs zu wechseln. Ich habe definitiv Situationen gefunden, die dazu geführt haben, dass ich ein bestimmtes Format verwendet habe.

Nein, man sollte immer Retrospektiven machen. Es ist eines der 12 wichtigsten Agile-Prinzipien :

In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.

Es gibt immer etwas zu verbessern oder anders auszuprobieren, um effektiver zu werden. Ich habe noch nicht das perfekte Team gesehen.

Eines meiner Teams hatte großen Erfolg mit Retromat , um seine Retrospektiven aufzupeppen. Retromat generiert für jedes Mal ein neues, frisches Retrospektiven-Format, probiere es aus :)

Der Vorschlag, Retros zu stoppen, war eher als Extrembeispiel gedacht. Ich bin selbst ein großer Retromat-Fan. Danke für die Antwort!
Absolut! Kennen Sie Rock Paper Scissor? Im Grunde schlägt das gesamte Team zweimal mit der geschlossenen Faust auf eine offene Handfläche und dann werfen sie alle gleichzeitig die Anzahl der Finger aus, die darstellt, wie sie das Gefühl haben, dass etwas gelaufen ist. Je mehr Finger desto besser. Es ist eine schnelle Methode, um einzuschätzen, wie das Team über etwas denkt. Ich mache zum Beispiel immer eine Fist of Five nach dem Sprint Planning.

Prozess um des Prozesses willen ist eine schlechte Idee, und einer der großen Nachteile von Scrum ist, dass es so prozesslastig ist. Aus diesem Grund finde ich es in Ordnung, die Retro mal ausfallen zu lassen, besonders wenn der Sprint gut gelaufen ist. Sie müssen kein spezielles Meeting abhalten, um Siege zu feiern, da Siege zu jedem Zeitpunkt gefeiert werden können. Ich hatte ein Team, das bei seinem 67. Sprint war, und das Team hatte eine großartige Chemie und war ein sehr erfolgreiches Team. Ich hielt fast immer die Retro, aber gelegentlich während des Stand Ups am Tag der Retro machte ich eine Fist of Five für den Erfolg des Sprints und wenn die Fäuste einstimmig fünf waren, bot ich an, die Retro zu überspringen. Ich mag Scrum. Scrum ist eine unterhaltsame Art, Software zu entwickeln, aber ich verabscheue Prozesse.

Mein Rat an Sie ist, die Fist of Five-Methode auszuprobieren, nach einstimmigen Fünfen zu suchen und dann das Angebot zu machen, die Retro zu überspringen. Vielleicht nicht jedes Mal, aber ab und zu ist ok.

Danke für die Antwort! Können Sie die „Fist of Five“-Methode etwas näher beschreiben?
Mich würde interessieren, welche Prozesse in Scrum Sie verabscheuen? Wie ich den Scrum-Leitfaden lese, gibt es keine ... nur Elemente eines Frameworks. Rollen, Ereignisse, Artefakte usw. Das heißt nicht, dass Scrum-Teams bei der Entwicklung ihrer Software nicht prozesslastig werden können; Dies ist jedoch Teil eines Teams, das die Kunst der Einfachheit praktiziert, um seine Zusammenarbeit zu verfeinern, und nicht etwas, das Scrum auferlegt.
@JDRoger Ich wollte diesen Kommentar hier hinzufügen ... irgendwie ist er oben gelandet ... Absolut! Kennen Sie Rock Paper Scissor? Im Grunde schlägt das gesamte Team zweimal mit der geschlossenen Faust auf eine offene Handfläche und dann werfen sie alle gleichzeitig die Anzahl der Finger aus, die darstellt, wie sie das Gefühl haben, dass etwas gelaufen ist. Je mehr Finger desto besser. Es ist eine schnelle Methode, um einzuschätzen, wie das Team über etwas denkt. Ich mache zum Beispiel immer eine Fist of Five nach dem Sprint Planning.