Retrospektive: das Fundament stetiger Verbesserung – und warum sie in jede Organisation gehören

Kein Team wird besser, weil es sich vornimmt, besser zu werden. Es wird besser, weil es sich regelmäßig die Zeit nimmt, ehrlich auf die eigene Arbeit zu schauen, sich daraus realistische Ziele setzt, diese konsequent verfolgt – und dadurch wirklich etwas ändert. Genau dafür gibt es die Retrospektive. Sie ist kein nettes Scrum-Ritual, sondern der eingebaute Motor für Verbesserung. Und dieser Motor gehört nicht nur in agile Teams, sondern in jede Organisation, die nicht stehenbleiben will.

01 · DefinitionWas ist eine Retrospektive?

Retrospektiven helfen Teams dabei, Herausforderungen und Erfolge sichtbar zu machen, Erkenntnisse zu teilen und daraus konkrete Maßnahmen zur Verbesserung abzuleiten. In dieser Phase der Reflexion reflektiert das Team offen und konstruktiv, was gut gelaufen ist und was nicht – und leitet daraus ab, wie es die Zusammenarbeit im Team verbessern kann.

Damit ist die Retrospektive ein fester Bestandteil der Teamarbeit, und zwar nicht nur im Scrum, sondern in jedem modernen Projektmanagement. Ob agile Teams oder klassische Abteilungen: Sie hilft dabei, Probleme und Chancen früh zu erkennen, Prozesse zu verbessern und gemeinsam Herausforderungen zu meistern.

02 · UrsprungDie Idee dahinter: Kaizen

Der Gedanke ist alt und stammt aus dem Lean Management: Kaizen, die kontinuierliche Verbesserung in kleinen Schritten. Nicht der eine große Wurf macht den Unterschied, sondern die Summe vieler kleiner Anpassungen, Woche für Woche. Die Retrospektive übersetzt dieses Prinzip in einen festen Termin: Das Team hält inne und fragt nicht „Was haben wir geliefert?“, sondern „Wie arbeiten wir zusammen – und wie werden wir darin besser?“. Es geht um den Prozess und die Zusammenarbeit, nicht um das Produkt. Die Retrospektive ist dabei nur der feste Ankerpunkt – Kaizen selbst geht weit darüber hinaus: Verbesserung manifestiert sich nicht in einem Meeting, sondern in einer Haltung und einer Kultur, die sich durch den gesamten Alltag zieht.

03 · RhythmusWie oft und wie lange?

Entscheidend ist der Rhythmus. Im Scrum findet die Sprint-Retrospektive am Ende eines Sprints statt – also am Ende jeder Iteration, bei einem zweiwöchigen Takt alle zwei Wochen. So plant das Team nach jedem Sprint eine Retrospektive fest ein und nimmt sich Zeit, den letzten Sprint gemeinsam auszuwerten. Der Scrum Guide setzt für einen Monats-Sprint eine Obergrenze von drei Stunden; bei kürzeren Iterationen entsprechend weniger, in der Praxis oft 60 bis 90 Minuten. Wichtiger als die genaue Dauer ist die Regelmäßigkeit: Ein kurzer, verlässlicher Takt schlägt das seltene, große Aufarbeiten. Und wie so oft im Agilen gilt: Was regelmäßig, zur selben Zeit und am selben Ort stattfindet, reduziert Komplexität – niemand muss jedes Mal neu überlegen, wann und wo.

04 · GrundregelnWas gehört hinein – ein paar Grundregeln

Eine Retrospektive lebt von psychologischer Sicherheit. Solange Menschen Angst haben, Fehler offen anzusprechen, bleibt das Wichtigste ungesagt. Norm Kerth hat dafür die „Prime Directive“ formuliert – die Grundhaltung, dass jede und jeder unter den damaligen Umständen sein Bestes gegeben hat. Das ist keine Höflichkeitsfloskel, sondern die Voraussetzung dafür, dass Ursachen statt Schuldzuweisungen besprochen werden.

Hilfreich ist außerdem eine Struktur. Esther Derby und Diana Larsen beschreiben in „Agile Retrospectives“ fünf Phasen: die Bühne bereiten, Daten sammeln, Erkenntnisse gewinnen, Maßnahmen beschließen und abschließen. Diese fünf Phasen einer Retrospektive geben der Durchführung einer Retrospektive einen klaren Rahmen und sorgen dafür, dass das Team strukturiert von den Daten zu echten Entscheidungen kommt, statt in einer Meckerrunde zu versanden.

Und sie steht und fällt mit guter Moderation: Ein guter Moderator schafft einen Raum, in dem die richtigen Themen auf den Tisch kommen und die Runde zu echten Entscheidungen führt. Eine gute Moderation fördert offene Kommunikation und psychologische Sicherheit im Team und macht die Teamdynamik sichtbar – genau hier liegt eine der Spielwiesen von Scrum Mastern und Agile Coaches. Das Ziel ist immer offene und ehrliche Kommunikation, denn nur dann werden Ursachen statt Symptome besprochen.

05 · MethodenMethoden, Formate und Vorlagen für Retrospektiven

Damit eine agile Retrospektive nicht jedes Mal gleich abläuft, helfen verschiedene Methoden und Formate. Sie sorgen für Abwechslung, halten die Runde effektiv und holen alle Teammitglieder ins Gespräch. Ein paar erprobte retrospektive Methoden:

• Simple Retrospektive: die schlichteste Variante mit den Fragen „Was lief gut?“, „Was lief weniger gut?“, „Was nehmen wir uns vor?“.
• 4L (Liked, Learned, Lacked, Longed for): ein Format, das Erlebnisse aus vier Blickwinkeln beleuchtet.
• DAKI (Drop, Add, Keep, Improve): hilft dem Team zu entscheiden, was es weglässt, ergänzt, beibehält und verbessert.
• Heißluftballon: eine visuelle Metapher, bei der das Team auf einem Whiteboard oder Flipchart visualisiert, was es nach oben trägt und was es bremst.

Solche Vorlagen für Retrospektiven lassen sich analog am Whiteboard genauso nutzen wie mit digitalen Tools. Wichtig ist nicht das Werkzeug, sondern dass das Format zur Situation passt und das gesamte Team aktiviert, um die Zusammenarbeit zu optimieren. So bleiben Retros abwechslungsreich, und das Team kann in jeder Runde gemeinsam reflektieren und gemeinsam entscheiden, was es ausprobiert. Wer tiefer einsteigen will, findet zu diesen Fragen und Methoden noch weitere Methoden und konkrete Beispiele.

Eine kuratierte Sammlung erprobter Formate, Moderationshilfen und Praxisbeispiele gibt es in der Guided Agile Community auf gac-agile.de – inklusive Austausch mit anderen, die ihre Retrospektiven Schritt für Schritt wirksamer machen.

06 · UmsetzungDer wichtigste Teil: die Action Points

Eine Retrospektive ohne Maßnahmen ist Theater. Erfolgreiche Retrospektiven erkennt man nicht an langen Protokollen, sondern daran, dass aus den Erkenntnissen konkrete Action Points werden – und die auch umgesetzt werden. Für die Durchführung von Retrospektiven gilt dabei eine einfache Faustregel, und zwei Tipps aus der Praxis entscheiden über Erfolg oder Misserfolg:

Erstens: weniger ist mehr. Ein, zwei Maßnahmen, die wirklich umgesetzt werden, bringen mehr als zehn, die in einem Protokoll verstauben. Je weniger Action Points, desto höher die Wahrscheinlichkeit, dass sie auch passieren.

Zweitens: klein schneiden. Eine kleine, konkrete Maßnahme, die nächste Woche erledigt ist, schlägt die große, die niemand anfängt. Lieber etwas Kleines umsetzen als etwas Großes nicht umsetzen. Damit Retrospektiven effektiv bleiben, gehören die offenen Maßnahmen außerdem zu Beginn der nächsten Retrospektive auf den Tisch – sonst merkt niemand, ob sich wirklich etwas bewegt. Wer sie konsequent in die nächste Retro mitnimmt, macht für jedes Teammitglied sichtbar, ob Fortschritt entsteht. Feiert dabei auch die Erfolge: Eine umgesetzte Maßnahme ist genau das – ein Erfolg, den man sichtbar machen und würdigen sollte. Das hält die Motivation hoch, dranzubleiben.

07 · FrameworksWas sagen die Frameworks?

Spannend ist, dass jedes ernstzunehmende agile Rahmenwerk oder jede Methodik (Kanban) strukturierte Verbesserung fest einbaut – und zwar über einzelne Team Retrospektiven hinaus, nicht nur im Team:

• Scrum: die Sprint Retrospektive am Ende jeder Iteration, fokussiert auf das einzelne Team.
• Nexus: zusätzlich die Nexus Sprint Retrospective. Ihr Fokus liegt klar auf der Nexus-Ebene – auf den teamübergreifenden Problemen und gemeinsamen Maßnahmen. Vertreter aller Teams machen die übergreifenden Themen sichtbar; die einzelnen Team-Retrospektiven ordnen sich diesem Ziel unter, statt im Mittelpunkt zu stehen.
• LeSS: neben der Team-Retrospektive die Overall Retrospective. Sie nimmt das Zusammenspiel über die Teams hinweg und das System als Ganzes in den Blick – mit den Scrum Mastern, dem Product Owner und Vertretern der Teams.
• SAFe: die Iteration-Retrospektive für die einzelnen Teams und die PI-Retrospektive für das gesamte Programm, die das große Ganze über das Planungsintervall hinweg betrachtet.
• Kanban: Kanban schreibt keine feste Retrospektive vor, sondern verteilt die Verbesserung auf regelmäßige Kadenzen (letztlich auch nur Meetings 😉) – Feedback-Schleifen wie das Service Delivery Review (Leistung eines Service) oder das Operations Review (Zusammenspiel mehrerer Services). Diese Kadenzen wirken bewusst auf Team- und Organisationsebene und folgen jeweils eigenen Takten. Kaizen ist hier kein einzelnes Event, sondern in den Alltag eingewoben.

Der gemeinsame Nenner: Verbesserung wird nicht dem Zufall überlassen, sondern bekommt einen festen Ort – auf jeder Ebene.

08 · FazitFazit

Stetige Verbesserung ist kein einzelnes Event wie die Retrospektive. Und doch ergibt es Sinn, sich regelmäßig und bewusst in Form der Retrospektive Zeit dafür zu nehmen – als festen Ankerpunkt einer Haltung, die weit darüber hinausreicht. Schon die erste Retrospektive eines Teams kann den Unterschied machen, wenn sie ernst genommen wird. Denn die Retrospektive ist kein Scrum-Zubehör, das man weglässt, wenn es eng wird. Sie ist der Mechanismus, mit dem ein Team und eine Organisation überhaupt lernfähig bleiben und ihre Zusammenarbeit zu verbessern lernen. Wer sie ernst nimmt – mit psychologischer Sicherheit, klarer Struktur und wenigen, kleinen, wirklich umgesetzten Maßnahmen – baut sich genau das Fundament, auf dem die Verbesserung der Zusammenarbeit und stetiges Lernen stehen.

Genau hier setzen wir an: In der Guided Agile Community übst du nicht zwei Tage am Stück, sondern bleibst über Monate in echten Fällen dran – mit Formaten, Feedback und Menschen, die denselben Weg gehen. Wenn du Retrospektiven und stetige Verbesserung in deinem Alltag verankern willst, sichere dir auf gac-agile.de deinen Platz oder lass uns in einem kurzen Erstgespräch schauen, ob das Format zu dir passt.

Eine Frage zum Schluss: Wann habt ihr zuletzt eine Verbesserung aus einer Retrospektive wirklich umgesetzt – und habt ihr diesen Erfolg gefeiert?

Über den Autor

Stefan Mönk

Gründer der Guided Agile Community (GAC), PSM III-zertifiziert und Dozent an der Universität Hildesheim. Stefan begleitet Praktiker:innen dabei, agiles Wissen iterativ und praxisnah im Berufsalltag zu verankern.

Mehr über Stefan auf LinkedIn