Projektretrospektive: Fragen, Ablauf und Vorlage
Das Projekt ist abgeschlossen. Klären Sie, was dem Team geholfen oder es behindert hat, damit die nächste Arbeit klarer läuft und aus Vereinbarungen konkrete Schritte werden.
Was ist eine Projektretrospektive?
In einer Retrospektive blickt ein Team auf seine Erfahrungen in einem bestimmten Zeitraum zurück und entscheidet, was es ändern will. Das ist nach einem Projekt, einer Phase oder einem wiederkehrenden Arbeitszyklus möglich. Im Mittelpunkt stehen Zusammenarbeit, Abläufe und Rahmenbedingungen, ohne Schuldige zu suchen.
In einer Statusrunde geht es um erledigte und verspätete Aufgaben. In der Retrospektive fragen Sie, warum die Arbeit so verlief und welcher kleine Schritt nächstes Mal hilft. Eine Liste von Schwierigkeiten reicht nicht. Das Team braucht ein überprüfbares Ergebnis.
Beibehalten
Was hat gut funktioniert und soll im nächsten Projekt bleiben?
Untersuchen
Welches Hindernis trat wiederholt auf und welche Beispiele zeigen das?
Ausprobieren
Welche Veränderung kann das Team im nächsten Arbeitszyklus testen?
Machen Sie aus dem Treffen keine Verteidigung eines Berichts vor der Leitung. Wer für offene Antworten Nachteile erwartet, hält möglicherweise wichtige Details zurück. Erklären Sie Ziel und Gesprächsregeln im Voraus.
Das Team vorbereiten
Grenzen Sie das Thema ein, etwa „Vorbereitung und Start des Schulungswebinars“ statt „alles, was schlecht läuft“. Laden Sie Menschen ein, die beteiligt waren und unterschiedliche Perspektiven einbringen können.
Bitten Sie alle um ein konkretes Beispiel: Was geschah wann, wozu führte es und was half? Sammeln Sie bei Bedarf vorher Notizen und geben Sie beim Treffen ein paar Minuten Bedenkzeit. Dann bestimmt nicht allein die lauteste Stimme den Einstieg.
Halten Sie Unterlagen für strittige Fakten bereit: Plan, Aufgabenverlauf, freigegebene Fassungen oder Projektkorrespondenz. Eine fehlende Aufzeichnung beweist nicht, dass nichts geschah. Ein nicht gespeicherter Kommentar sagt nicht, ob jemand gehandelt hat.
Ablauf und Fragen für die Retrospektive
Diese Zeiteinteilung ist ein Beispiel für ein kleines Team. Passen Sie sie an. Ein komplexes Thema kann ein eigenes Treffen brauchen.
| Zeit | Aktivität | Frage der Moderation |
|---|---|---|
| 0–5 Minuten | Ziel und Rahmen wiederholen | Welchen Ablauf betrachten wir und welches Ergebnis wollen wir erreichen? |
| 5–12 Minuten | Alle notieren Beobachtungen | Was half? Wo gab es Schwierigkeiten? Welches Beispiel zeigt das? |
| 12–25 Minuten | Beobachtungen gruppieren und klären | Welche Situationen hängen zusammen? Was wissen wir, was vermuten wir? |
| 25–38 Minuten | Problem und Experiment auswählen | Was können wir beeinflussen? Welche Veränderung können wir testen? |
| 38–45 Minuten | Nächsten Schritt festhalten | Wer macht es, bis wann und wann prüfen wir das Ergebnis? |
Wenn die Diskussion darum kreist, wer normalerweise etwas falsch macht, lenken Sie sie auf den konkreten Fall zurück. Fragen Sie statt „Wir bekommen nie brauchbare Unterlagen“: „Was hat diesmal gefehlt, und wann fiel es auf?“
Versuchen Sie nicht, alle Probleme in einem Treffen zu lösen. Wählen Sie eines mit spürbarer Wirkung und einem machbaren nächsten Schritt. Halten Sie andere Fragen separat fest, damit sie weder verloren gehen noch zu Zusagen ohne Zuständigkeit werden.
Von der Beschwerde zur überprüfbaren Veränderung
Das Team bereitete ein Webinar vor. Einen Tag vor dem Start fiel auf, dass einige freigegebene Korrekturen in der Präsentation fehlten. In der Retrospektive sagte jemand: „Wieder mussten wir alles in letzter Minute umarbeiten.“ Der Ärger allein zeigt noch keine Lösung.
Das Team öffnete die Unterlagen und rekonstruierte den Fall. Anmerkungen kamen in zwei Chats, einige Änderungen wurden umgesetzt, aber es gab keinen gemeinsamen Status. Eine einzige Liste könnte helfen, Lücken vor der Freigabe zu erkennen.
Das Team testet es beim nächsten Schulungswebinar. Marina, die Koordinatorin, erstellt die Liste vor Beginn. Jede Anmerkung erhält „angenommen“, „in Arbeit“ oder „geprüft“ oder einen Ablehnungsgrund. Einen Tag vor dem Start gleicht die Redaktion die Liste mit der finalen Präsentation ab.
In der nächsten Retrospektive prüft das Team, ob freigegebene Änderungen fehlen und ob die Liste einfach zu pflegen war. Bei erneuten Lücken untersucht es andere Ursachen, etwa unklare Formulierungen oder späte Änderungen, statt automatisch dem Werkzeug die Schuld zu geben.
Nächstes Mal besser auf die Änderungen achten.
Marina erstellt eine gemeinsame Liste. Die Redaktion gleicht sie mit der finalen Fassung ab. Nach dem nächsten Start besprechen wir Lücken und den Aufwand.
Vorlage für das Retrospektivenergebnis
Projekt und Zeitraum: Teilnehmende: Was geholfen hat und bleiben soll: Gewähltes Problem: Beobachtungen und konkrete Beispiele: Vermutete Ursache: Was noch unbekannt ist: Geplantes Experiment: Verantwortlich: Vorbereitungsfrist: Wo die Umsetzung festgehalten wird: Woran wir das Ergebnis messen: Wann wir das Ergebnis besprechen: Entscheidung danach: [beibehalten / ändern / beenden] Andere Themen für das nächste Gespräch:
Schicken Sie das Ergebnis an die Beteiligten und lassen Sie Ungenauigkeiten korrigieren. Hängt eine Aufgabe von einer abwesenden Person ab, halten Sie diese Abhängigkeit fest. Holen Sie ihre Zustimmung ein, bevor Sie ihr die Aufgabe zuweisen oder eine Zusage in ihrem Namen festhalten.
- Der Rahmen des Gesprächs ist klar.
- Fakten und Vermutungen sind getrennt.
- Das Team weiß, was es beibehalten will.
- Eine machbare Veränderung ist ausgewählt.
- Die verantwortliche Person hat zugestimmt.
- Ein Termin zur Ergebnisprüfung ist vereinbart.
Ein genauerer Blick
Wie unterscheidet sich eine Retrospektive vom Projektabschluss?
Der Projektabschluss kann Umfang, Termine und Ergebnisse behandeln. Die Retrospektive konzentriert sich auf die Erfahrung des Teams: was half, was störte und was sich ändern soll. Beide Gespräche lassen sich verbinden, wenn ihre Ziele klar bleiben.
Was tun, wenn das Team schweigt?
Beginnen Sie mit kurzen individuellen Notizen und konkreten Fragen zu Situationen. Persönliche Fragen dürfen übersprungen werden. Prüfen Sie, ob das Ziel klar ist und ob jemand Schuldzuweisungen befürchtet. Schweigen beweist nicht, dass es keine Probleme gab.
Wie viele Verbesserungen sind sinnvoll?
So viele, wie das Team wirklich umsetzen und prüfen kann. Für die erste Runde reicht oft eine kleine Veränderung. Eine lange Liste ohne Verantwortliche und Termine schafft mehr Zusagen als Fortschritt.