OKR-Retrospektive

Was ist eine OKR-Retrospektive?

Eine OKR-Retrospektive ist ein strukturiertes Meeting am Zyklusende, in dem Teams analysieren, wie ihr OKR-Prozess funktioniert hat, nicht ob die Ziele erreicht wurden. Die Sitzung deckt auf, was die Umsetzung gefördert oder blockiert hat, hält Prozesserkenntnisse fest und liefert konkrete Anpassungen für Planung, Check-ins und Bewertung im nächsten Zyklus.

Warum die Retrospektive getrennt vom Review existiert

Die Verwechslung von OKR-Review und OKR-Retrospektive ist der häufigste Fehler beim Rollout. Das Review beantwortet die Frage „Haben wir unsere Ziele erreicht?", indem es die Key Results bewertet.

Die Retrospektive beantwortet die Frage „Hat unser OKR-Prozess uns geholfen, sie zu erreichen?", indem sie Kadenz, Verantwortlichkeiten, Ambitionsniveaus, Alignment und Tooling unter die Lupe nimmt. Beides in einem Meeting zu behandeln vermischt die Themen und führt fast immer dazu, dass die Prozessdiskussion aus Zeitgründen gestrichen wird.

Laut einer Studie von Haufe Talent aus dem Jahr 2022 halten 71 % der OKR-Anwender am Ende jedes Zyklus eine Retrospektive ab, und 91 % dieser Teams nehmen die Erkenntnisse direkt in die nächste Planungsrunde mit (Haufe Talent, 2022). Die 29 %, die darauf verzichten, sind tendenziell dieselben Teams, die Jahr für Jahr eine stagnierende oder rückläufige OKR-Reife berichten.

Fünf Inputs, die jede Retrospektive braucht

Eine produktive OKR-Retrospektive stützt sich auf fünf konkrete Inputs. Fehlt einer davon, sind die Folgen vorhersehbar: ausufernde Diskussion, Schuldzuweisungen, kein Follow-up.

1. Zyklusdaten. Finale Key-Result-Scores, Check-in-Frequenz und Time-to-Completion-Kennzahlen, vom OKR-Champion vor dem Meeting aufbereitet.
2. Qualitative Vorab-Lektüre. Eine kurze Umfrage auf der Skala 1-5, zwei bis drei Tage vorher verschickt, die Ambition, Alignment und Kadenz abdeckt. Bringt Reibungspunkte ans Licht, bevor sie im Raum diskutiert werden.
3. Eine sichere Umgebung. Norm Kerths Prime Directive zu Beginn laut vorzulesen wirkt. Teams, die die Sitzung als „blameless" rahmen, bekommen verwertbare Signale.
4. Eine neutrale Moderation. Häufig der OKR-Champion oder ein externer Coach. Die Moderation ist nicht Teilnehmer und verteidigt keine Entscheidungen.
5. Ein schriftliches Aktionsprotokoll. Jede Entscheidung bekommt eine Verantwortliche oder einen Verantwortlichen sowie ein Fälligkeitsdatum. Maßnahmen ohne Owner werden in der nächsten Retrospektive wiederentdeckt.

Wie du die Sitzung durchführst: Eine bewährte Agenda

Die meisten Teams einigen sich für die Diskussion auf eine Start-Stop-Continue- oder 4Ls-Struktur (Liked, Learned, Lacked, Longed-for). Die folgende Agenda lässt sich sauber an beide Formate anpassen.

1. Mit der Prime Directive eröffnen (5 Min). Setzt den blameless Ton.
2. Zyklusdaten durchgehen (10 Min). Scores, Einhaltung der Check-ins, alles, was beim OKR-Review hochgekommen ist.
3. Themen aus der Vorab-Lektüre clustern (10 Min). Die Moderation gruppiert die Umfrageantworten in drei bis fünf Themen.
4. Format durchführen (40-60 Min). Start-Stop-Continue, 4Ls oder Ishikawa-Diagramme für tiefere Root-Cause-Analysen.
5. Per Dot-Voting priorisieren (10 Min). Drei bis fünf Themen wählen, an denen wirklich gearbeitet wird. Alles andere wird geparkt.
6. Owner und Folgetermin festlegen (10 Min). Jede Maßnahme bekommt einen Namen und ein Datum, idealerweise verknüpft mit der nächsten OKR-Planungssitzung.

Warum OKR-Retrospektiven oft scheitern (und wie du das behebst)

Retrospektiven produzieren ein Glaubwürdigkeitsproblem, wenn sie zwei oder drei Zyklen lang ohne sichtbare Veränderung laufen. Vier Fehlermuster decken den Großteil ab, und jedes hat einen bekannten Fix.

• Dieselben Klagen, jeden Zyklus. Heißt: Maßnahmen haben weder Owner noch Deadline. Fix: Jede Maßnahme bekommt genau einen Namen und einen Folgetermin innerhalb des nächsten Zyklus.
• Senior-Führung fehlt. Heißt: Systemische Blocker (Budget, Prioritäten, Headcount) werden nie adressiert. Fix: Mindestens eine teamübergreifende Retrospektive pro Zyklus mit einer Führungs-Sponsorin oder einem Führungs-Sponsor.
• Prozessdiskussion wird vom Goal-Scoring verdrängt. Heißt: Das Team führt Review und Retrospektive stillschweigend zusammen. Fix: An verschiedenen Tagen ansetzen.
• Recency Bias dominiert. Heißt: Das Team erinnert sich nur an die letzten zwei Wochen. Fix: Die Vorab-Umfrage deckt den ganzen Zyklus ab, und die Moderation bringt Themen aus früheren Wochen mit ein.

Eine Untersuchung von Scrum.org über 1.200 Scrum-Teams zeigt: Kontinuierliche Verbesserung (also Qualität der Retrospektive, psychologische Sicherheit und Lernumgebung) ist einer der stärksten Prädiktoren für Team-Effektivität. Das Korollar gilt für OKR-Teams: Retrospektiven, die konsequent benannte, abgeschlossene Maßnahmen hervorbringen, summieren sich über die Zyklen auf.

Tooling: Was wirklich hilft

Software rettet keine schlecht geführte Retrospektive, nimmt aber Reibung aus den Teilen, die über Teams hinweg skalieren.

• OKR-Plattformen wie Mooncamp ziehen Zyklusdaten (Scores, Check-in-Kadenz, Owner-Aktivität) automatisch zusammen, sodass die Moderation nicht die Hälfte der Sitzung damit verbringt, zu rekonstruieren, was passiert ist.
• Retro-spezifische Tools (EasyRetro, Parabol, Metro Retro) übernehmen Voting, Anonymisierung und vorlagenbasierte Formate. Nützlich für verteilte Teams.
• Geteilte Whiteboards (Miro, Mural) eignen sich für Teams am selben Standort oder hybride Setups, die eine freie Arbeitsfläche wollen.
• Aktions-Tracking läuft in dem System, das das Team ohnehin nutzt (Jira, Linear, Asana). Lege Maßnahmen nicht in einem Dokument ab, in das niemand zurückkehrt.

Retrospektiven im großen Maßstab durchführen

In größeren Organisationen kann eine einzelne Retrospektive nicht das ganze Unternehmen abdecken. Das Muster, das funktioniert, ist ein zweistufiger Rollout: zuerst Team-Retrospektiven, dann eine unternehmensweite Retrospektive, die Themen bündelt.

Das OKR-Champion-Netzwerk verantwortet diese Aggregation und bringt die drei bis fünf wichtigsten systemischen Punkte zur Führung. Ohne diese Aggregationsschicht erreichen Team-Fixes nie die Systemebene, und dieselben Blocker tauchen in der Retrospektive jedes Teams wieder auf.

Häufige Stolperfallen beim Einführen von OKR-Retrospektiven

Die folgenden Fehler sind nicht theoretisch. Sie tauchen in rund der Hälfte aller OKR-Rollouts im ersten Jahr auf und erklären, warum manche Organisationen die Praxis aufgeben, bevor sie sich auszahlt.

• Sie als optional behandeln. Die 29 % der OKR-Anwender, die auf Retrospektiven verzichten (Haufe Talent, 2022), sind dieselben Teams, die eine stagnierende OKR-Reife berichten. Plane sie ein, bevor der Zyklus startet.
• Sie zur Frustrunde werden lassen. Ohne Moderation und Aktionsprotokoll verkommt das Meeting zu Klagen ohne Verantwortliche.
• Die Vorab-Umfrage weglassen. Ohne anonymen Input bestimmen nur die lautesten Stimmen die Agenda.
• Sie im selben Meeting wie das Review abhalten. Die Prozessdiskussion verliert immer gegen die Score-Diskussion. Trenne die Kalendereinladungen.
• Maßnahmen dort ablegen, wo niemand hinschaut. Pflege sie im Arbeitssystem, das das Team ohnehin nutzt, nicht in einem einmaligen Dokument.

Wenn Teams diese Punkte korrigieren, hört die Retrospektive auf, eine Quartalspflicht zu sein, und wird ab dem dritten oder vierten Zyklus zu einem messbar besseren OKR-System.