Was funktioniert?

Was läuft nach Plan?

Unsere Daily Stand-ups sind inzwischen fokussierter und effizienter.
Durch den neuen Code-Review-Prozess landen weniger Bugs in Produktion.
Seit wir die neuen Chat-Kanäle nutzen, hat sich die Kommunikation im Team verbessert.
Was funktioniert nicht?

Was läuft nicht nach Plan?

Wir warten immer noch zu lange auf Feedback von den Stakeholdern.
Die Deployment-Pipeline wird zum Engpass für unsere Releases.
Die vielen Meetings kollidieren mit Zeit für konzentriertes Arbeiten.

Was ist die Working, Not Working Retrospektive?

Die Working, Not Working Retrospektive stellt deinem Team zwei Fragen: Was funktioniert, und was nicht? Alles landet in einer von zwei Spalten. Dadurch ist das Meeting schnell erklärt und schnell durchgeführt, und die Diskussion dreht sich um das, was das Team tatsächlich tut. Die Spalte „Was funktioniert?“ ist für Praktiken und Gewohnheiten gedacht, die nach Plan laufen, also für alles, was ihr beibehalten oder ausbauen solltet. In „Was funktioniert nicht?“ kommen die Hindernisse und Frustrationen, die euch im Weg stehen. Fragt in beiden Spalten nach konkreten Beispielen: „Code-Reviews finden Bugs jetzt vor dem Release“ sagt mehr aus als „Reviews sind gut“. Das Format eignet sich für Teams, die eine schnelle, praxisnahe Retro wollen, für Teams, die noch wenig Erfahrung mit Retrospektiven haben, und für Situationen, in denen ein aufwendigeres Format zu viel wäre. Bei nur zwei Spalten bleibt der Großteil des Meetings dafür, zu entscheiden, welche Probleme ihr angeht, und festzulegen, wer welche Maßnahme übernimmt.

Working, Not Working Retrospektive: Format

Was funktioniert?

Was läuft nach Plan?

Frag das Team nach Praktiken, Prozessen und Verhaltensweisen, die gut laufen und fortgeführt oder ausgebaut werden sollten. Bestehe auf konkreten Beispielen statt allgemeiner Aussagen und achte auf Muster in dem, was funktioniert, damit ihr es wiederholen könnt.

Was funktioniert nicht?

Was läuft nicht nach Plan?

Frag, was euch im Weg steht, und lenke den Fokus auf Systeme und Prozesse statt auf einzelne Personen. Ermutige zu Kritik, die in Richtung einer Lösung zeigt, damit aus jeder Notiz eine Maßnahme werden kann.

Wann sollte diese Retrospektive durchgeführt werden?

  • Wenn du schnell und klar einschätzen willst, wie die Prozesse im Team laufen.
  • In Phasen des Wandels, um zu sehen, welche neuen Ansätze sich auszahlen.
  • Wenn das Team ausgelastet ist und ein aufwendigeres Retro-Format zu viel wäre.
  • Um direktes Feedback zu einer kürzlich eingeführten Änderung oder einem Rollout einzuholen.

Vorschläge für Fragen zum Icebreaker

  • Was hat dir diese Woche die Arbeit leichter gemacht?
  • Wenn du an unserem aktuellen Prozess sofort eine Sache verbessern könntest, welche wäre das?

Möchten Sie eine Aufwärmübung, bei der Ihr Team aktiv mitmacht, und nicht nur laut Antworten gibt? Kostenlose Icebreakers durchsuchen →

Ideen und Tipps für Ihre Retrospektive

  • Bittet um konkrete, umsetzbare Notizen. „Reviews sind langsam“ ist eine Beschwerde, „Reviews warten zwei Tage auf eine zweite Freigabe“ ist etwas, das ihr beheben könnt.
  • Lade ruhigere Teammitglieder ein, zuerst etwas beizutragen, damit nicht die Lautesten die Agenda bestimmen.
  • Nutzt Dot-Voting, um festzulegen, welche Punkte aus „Funktioniert nicht“ ihr zuerst angeht.
  • Macht aus den wichtigsten Punkten unter „Funktioniert nicht“ Maßnahmen mit klaren Verantwortlichen, bevor ihr die Retro beendet.
  • Haltet fest, was funktioniert, damit das Team es wiederholen und mit anderen Teams teilen kann.
  • Prüft zu Beginn der nächsten Retro, wie weit ihr mit den Maßnahmen vom letzten Mal gekommen seid.

Häufig gestellte Fragen

Was ist eine Working, Not Working Retrospektive?
Es ist eine Retrospektive mit zwei Spalten, in der dein Team Feedback danach sortiert, was nach Plan läuft und was nicht. So wird schnell sichtbar, was ihr beibehalten solltet und was Aufmerksamkeit braucht.
Wann sollte man eine Working, Not Working Retrospektive durchführen?
Nutze sie, wenn du schnell prüfen willst, wie es läuft, nach einer Phase des Wandels oder wenn das Team für ein aufwendigeres Format zu ausgelastet ist.
Worin unterscheidet sie sich von einer Start, Stop, Continue Retrospektive?
Working, Not Working hat zwei offene Spalten. Start Stop Continue hat drei, die jeweils als zu änderndes Verhalten formuliert sind, und lenkt daher stärker auf Maßnahmen hin. Working, Not Working ist schneller durchgeführt und für Teams ohne viel Retro-Erfahrung leichter zugänglich.
Ist das dasselbe wie eine „What worked, what didn't work“ Retrospektive?
Ja, es ist dieselbe Idee unter anderem Namen. Ob die Spalten nun „Worked“ und „Didn't Work“ oder „Working“ und „Not Working“ heißen, der Ablauf bleibt gleich: sammeln, gruppieren, abstimmen und dann Maßnahmen vereinbaren.
Wie lange dauert eine Working, Not Working Retrospektive?
Die meisten Teams sind nach 30–45 Minuten fertig, da es nur zwei Spalten gibt. Plant den Großteil der Zeit für „Was funktioniert nicht?“ und die daraus entstehenden Maßnahmen ein.
Sind Sie bereit, diese Retrospektive durchzuführen?Probieren Sie diese Retrospektive live aus