Was lief gut?

Worüber freuen wir uns?

Wir haben alle zugesagten Stories geliefert und das Sprint-Ziel erreicht.
Unsere Daily Stand-ups waren effizient und haben uns geholfen, abgestimmt zu bleiben.
Durch Pair Programming hat sich die Codequalität verbessert.
Was lief weniger gut?

Was sollten wir verbessern?

Die Anforderungen waren unklar, und wir mussten mit Annahmen arbeiten.
Weil der Umfang früh im Sprint gewachsen ist, mussten wir am Ende beim Testen hetzen.
Kommunikationslücken zwischen Frontend- und Backend-Team haben zu Verzögerungen geführt.
Was wollen wir als Nächstes ausprobieren?

Was sollten wir anders machen?

Eine Fachexpertin oder einen Fachexperten zu Planning- und Refinement-Meetings dazuholen.
Vor der Umsetzung komplexer Features einen Design-Spike machen.
Aufgaben timeboxen, damit wir uns nicht in Details verlieren.
Was gibt uns Rätsel auf?

Welche Fragen sind noch offen?

Wie können wir unsere DevOps-Praktiken und unseren Deployment-Prozess verbessern?
Welche Fähigkeiten müssen wir als Team für das kommende Projekt aufbauen?
Sollten wir uns neue Test-Frameworks oder Tools ansehen?

Was ist eine agile Retrospektive?

Eine agile Retrospektive stellt vier einfache Fragen: Was lief gut, was lief weniger gut, was wollen Sie als Nächstes ausprobieren und was ist Ihnen noch unklar? Zusammen bringen diese Fragen Ihr Team ins Gespräch darüber, wie der letzte Sprint gelaufen ist und auf welche Maßnahmen es sich im nächsten konzentrieren sollte. Das Format ist bewusst einfach gehalten. Wenn Sie es durchführen, zeigen Sie Ihrem Team, dass Sie zuhören und auf das Gesagte auch reagieren wollen. Die Praxis der Retrospektive selbst beschreiben Esther Derby und Diana Larsen in ihrem Buch Agile Retrospectives (mit einem Vorwort von Ken Schwaber). Sie funktioniert wie eine regelmäßige Wartung, die Ihr Team gut am Laufen hält. Wird die Retro in jedem Sprint durchgeführt, bringt sie Probleme beim Entwickeln und Ausliefern von Software ans Licht, solange sie noch klein sind, und gibt Ihrem Team einen festen Rahmen, um sie gemeinsam zu beheben. Kurze, regelmäßige Retros mit dokumentierten Maßnahmen ermöglichen es Ihnen, rechtzeitig den Kurs zu ändern. Bei einem großen Schiff ist es genauso: Kleine Korrekturen unterwegs sind einfacher, als am Ende festzustellen, dass man im falschen Hafen angelegt hat. Ein Post-Mortem blickt einmalig zurück, wenn ein Projekt abgeschlossen ist. Eine agile Retrospektive blickt nach vorn auf den nächsten Sprint, deshalb bleibt der Ton positiv und praxisnah.

Format der agilen Retrospektive

Was lief gut?

Worüber freuen wir uns?

Ermutigen Sie das Team, konkrete Beispiele für Erfolge zu nennen, ob groß oder klein. Würdigen Sie die Leistungen des Teams und die Beiträge einzelner Personen.

Was lief weniger gut?

Was sollten wir verbessern?

Schaffen Sie eine Atmosphäre ohne Schuldzuweisungen, in der offen und ehrlich gesprochen werden kann. Konzentrieren Sie sich auf Prozesse, nicht auf Personen. Suchen Sie nach den eigentlichen Ursachen.

Was wollen wir als Nächstes ausprobieren?

Was sollten wir anders machen?

Fördern Sie kreatives Denken und seien Sie offen für unkonventionelle Ideen. Suchen Sie nach kleinen, praktischen Experimenten für den nächsten Sprint.

Was gibt uns Rätsel auf?

Welche Fragen sind noch offen?

Hier geht es darum, Unbekanntes oder Themen sichtbar zu machen, die genauer untersucht werden müssen. Halten Sie diese Punkte für spätere Diskussionen fest.

Wann sollte diese Retrospektive durchgeführt werden?

  • Am Ende jedes Sprints oder jeder Iteration, um auf den vergangenen Zyklus zurückzublicken.
  • Wenn Ihr Team konkrete Verbesserungspunkte festlegen möchte.
  • Nach einem wichtigen Projektmeilenstein oder Release, um über Lessons Learned zu sprechen.
  • Immer dann, wenn Ihr Team feststeckt und wieder in die Spur finden muss.
  • Während einer agilen Transformation, damit regelmäßige Reflexion für jedes Team zur Gewohnheit wird.

Vorschläge für Fragen zum Icebreaker

  • Wenn Sie unserem Team ein Tool oder einen Prozess hinzufügen könnten, welcher wäre das?
  • Welche Kleinigkeit könnte eine große positive Wirkung auf unser Team haben?

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

  • Machen Sie gleich zu Beginn klar, dass es nicht um Schuld geht, damit alle offen sprechen.
  • Begrenzen Sie jeden Abschnitt zeitlich, damit die Retro fokussiert bleibt.
  • Holen Sie Beiträge von allen ein, nicht nur von den wenigen Lauten. Ein paar Minuten stilles Brainstorming helfen dabei.
  • Halten Sie Maßnahmen fest und geben Sie jeder eine verantwortliche Person, die nachhält.
  • Versuchen Sie nicht, jedes Problem zu lösen. Wählen Sie die ein oder zwei wichtigsten aus und starten Sie kleine Experimente.
  • Wechseln Sie die Moderationsrolle regelmäßig, um neue Perspektiven zu gewinnen.

Häufig gestellte Fragen

Was ist eine agile Retrospektive?
Eine agile Retrospektive ist ein Meeting am Ende eines Sprints, in dem Ihr Team betrachtet, wie die Arbeit gelaufen ist, und vereinbart, was es ändern will. Diese Vorlage nutzt vier Fragen: Was lief gut, was lief weniger gut, was wollen wir als Nächstes ausprobieren und was gibt uns Rätsel auf?
Wie oft sollte man eine agile Retrospektive durchführen?
Die meisten Teams führen sie am Ende jedes Sprints durch. Sie können sie auch nach einem großen Release oder Meilenstein abhalten oder immer dann, wenn das Team feststeckt.
Wie lange dauert eine agile Retrospektive?
Der Scrum Guide begrenzt die Sprint-Retrospektive bei einem einmonatigen Sprint auf drei Stunden, bei kürzeren Sprints fällt sie entsprechend kürzer aus. Für einen zweiwöchigen Sprint sind 45–90 Minuten üblich.
Was ist der Unterschied zwischen einer agilen Retrospektive und einem Post-Mortem?
Ein Post-Mortem findet einmalig nach Projektende statt und blickt darauf zurück, was schiefgelaufen ist. Eine agile Retrospektive findet in jedem Sprint statt, sodass Ihr Team kleine Probleme beheben kann, solange noch Zeit zum Handeln bleibt.
Können Remote-Teams eine agile Retrospektive durchführen?
Ja. In TeamRetro können verteilte Teams von überall aus gemeinsam in Echtzeit Ideen sammeln, gruppieren, abstimmen und Maßnahmen vereinbaren.
Sind Sie bereit, diese Retrospektive durchzuführen?Probieren Sie diese Retrospektive live aus