Loading content
Retrospektiven sind moderierte Team-Meetings zur kontinuierlichen Verbesserung von Arbeitsweisen, Prozessen und Zusammenarbeit. Sie identifizieren konkrete Maßnahmen, reflektieren vergangene Iterationen und stärken eine lernende Kultur. Durch strukturierte Moderation, Priorisierung und Aktionsnachverfolgung werden Verbesserungen konkretisiert und teamübergre…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Retrospektiven sind moderierte Team-Meetings zur kontinuierlichen Verbesserung: Sie machen vergangene Arbeit sichtbar, leiten daraus konkrete Verbesserungen ab und prüfen sie im nächsten Arbeitszyklus erneut.
Für agile Teams wurde die (Sprint-)Retrospektive besonders durch Scrum formalisiert: Die Scrum Guide definiert für jedes Sprintende das Event „Sprint Retrospective“, in dem das Team „lessons and improvements“ für kommende Sprints identifiziert. Damit ist die Retrospektive in den empirischen Scrum-Mechanismus eingebettet (Transparenz, Inspektion, Adaption). Die Scrum Guide wurde 2010 erstmals geschrieben und später über Revisionen/Updates weiterentwickelt; die dokumentierte aktuelle Ausgabe ist auf November 2020 datiert—das beschreibt die Anleitung für das Scrum-Event, nicht die gesamte Herkunft des allgemeinen Formats „Retrospektive“.
Stell dir die Retrospektive als Erkenntnis → Entscheidung → Veränderungs-Loop im Team vor: Die Gruppe betrachtet den letzten Zyklus unter klarer Moderation, verdichtet Beobachtungen zu den wichtigsten Lernstellen, entscheidet sich für wenige Änderungsversuche, und legt fest, wie das Team später erkennt, ob die Änderung besser wirkt—anschließend fließt das Ergebnis wieder in den nächsten Zyklus ein.
Die Gruppe arbeitet unter Anleitung so strukturiert, dass aus Diskussionen wiederverwertbare Entscheidungen entstehen (statt bei Meinungen oder Schuldzuweisungen zu landen).
Der Zeitpunkt ist an einen wiederkehrenden Arbeitsrahmen gekoppelt (z. B. Sprintende), wodurch Lernen planbar und regelmäßig wird.
Aus Reflexion werden gezielte Verbesserungen abgeleitet, die sich in der nächsten Arbeitsphase konkret ausprobieren lassen.
Die Retrospektive passt zu Scrum, weil sichtbare Arbeitsergebnisse regelmäßig inspiziert und anschließend angepasst werden sollen (Transparenz → Inspektion → Adaption).
Ob eine Maßnahme trägt, wird später anhand eines erkennbaren Ergebnisses überprüft; ohne diesen Abgleich bleibt Lernen häufig abstrakt.
Retrospektiven sind besonders hilfreich, wenn Teams in festen Wiederholungsrhythmen arbeiten (z. B. nach Sprints oder anderen Iterationen) und ihre Arbeitsweise gezielt nachschärfen wollen. Du profitierst vor allem dann, wenn Reflexion in überprüfbare Änderungen mündet und in den nächsten Zyklus zurückgekoppelt wird. Grenzen/Trade-offs: Ein zu breiter Themenfokus überfordert Entscheidungen; vage „Verbesserungen“ lassen sich nicht sauber als Prozessänderung erleben. Wenn Verantwortung und spätere Überprüfung fehlen, kippt die Retrospektive leicht zu einem Gespräch über Vergangenes ohne Lern- oder Wirksamkeitsgewinn.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.