7.2 Projekt-Retrospektive und Bewertung
Ein Projekt während der Durchführung gut zu managen ist wichtig — aber was das nächste Projekt wirklich stärkt, ist das, was nach diesem hier passiert: Reflexion und Bewertung.
Dieser Abschnitt behandelt, wie Sie über Ergebnisse, Prozess, Team und Organisation gemeinsam reflektieren und mit strukturierten Methoden Erfolge sichtbar machen, die wiederholt werden sollen, sowie Fehler, die zu vermeiden sind.
Warum Retrospektiven wichtig sind
Sobald ein Projekt endet, springen die meisten Teammitglieder direkt zur nächsten Zuweisung. Die Retrospektive zu überspringen hinterlässt typischerweise:
- Erfolgsfaktoren, die niemand richtig benennen kann — und daher nicht wiederholen kann
- Fehler und Versäumnisse, die sich leise wiederholen
- Erkenntnisse, die im Kopf einer Person bleiben und das Team nie erreichen
Eine Retrospektive ist kein Vorwurf an die Vergangenheit; sie ist ein strategischer Schritt, um die Chancen für das nächste Projekt zu erhöhen.
Vier Dimensionen einer Projektprüfung
Für eine ganzheitliche Sicht betrachten Sie das Projekt aus vier Blickwinkeln:
- Ergebnisse: wurden die Ziele erreicht? Qualität, Lieferung, Kosten, Zufriedenheit
- Prozess: waren Planung, Fortschrittsverfolgung und Änderungsmanagement wirksam?
- Team: waren Zusammenarbeit, Rollen und Kommunikation klar?
- Umfeld: waren externe Faktoren — Stakeholder, Struktur, Werkzeuge — angemessen?
Alle vier zu betrachten verschiebt das Gespräch jenseits von „lief gut / lief nicht" hin zu Erkenntnissen mit echter Tiefe.
Bewertungsmethoden: KPT, 5 Whys, 360-Grad-Feedback
KPT (Keep / Problem / Try)
- Keep: was gut lief und fortgesetzt werden sollte
- Problem: was nicht gut lief
- Try: Verbesserungsideen
5 Whys
Verfolgen Sie Probleme bis zur Wurzel, indem Sie fünfmal hintereinander „warum?" fragen. Es schiebt Sie über Symptome hinaus zur tatsächlichen Ursache.
360-Grad-Feedback
Sammeln Sie Feedback von allen Beteiligten, sodass das Team sich aus mehreren Blickwinkeln sieht — und Dynamiken aufdeckt, die jede einzelne Perspektive übersehen würde.
AB für Retrospektiven nutzen
AB gibt der Retrospektive etwas, worauf sie sich stützen kann:
- Aufgabenhistorien und Kommentare wiedergeben, um zu sehen, wie Entscheidungen tatsächlich geflossen sind
- Burndown- und Gantt-Sichten nutzen, um Tempo und Verzögerungen zu analysieren
- Retrospektive-Vorlagen (KPT-Format) als gemeinsame Dokumente teilen
- Offenes Feedback durch anonyme Kommentare oder Umfragen sammeln
Das Ergebnis ist eine faktenbasierte, dialoggetragene Prüfung — kein Erinnerungswettbewerb.
Wie Retrospektiven wirken bleiben
Damit Retrospektiven nicht zum Ritual verkommen:
- Planen Sie sie als Teil des Abschlusses ein, nicht als optionales Extra
- Beziehen Sie das gesamte Team ein, nicht nur den PM
- Rahmen Sie das Gespräch als zukunftsorientierte Verbesserung, nicht als Schuldsuche
- Speisen Sie das Ergebnis zurück in Projektvorlagen und PSP für das nächste Mal
Zusammengefasst: Retrospektiven entfachen Verbesserung
Eine Retrospektive ist nicht das Bedauern der Vergangenheit — sie ist das Design eines besseren nächsten Projekts. Erkenntnisse in geteiltes Teamwissen zu verwandeln, statt sie als persönliche Lehren liegen zu lassen, ist das Markenzeichen eines lernenden Teams.
So sieht das in AB aus
In AB Project Management hält eine Retrospektive-Seite im Projekt-Wiki KPT in einem Format fest, das das nächste Team durchsuchen kann. Pinnen Sie sie an die Projekt-Startseite, sodass sie das Erste ist, was später jemand sieht. Aufgaben mit Tag Lehre tragen einzelne Erkenntnisse mit Verantwortlichen — und KI-Assistenten, die über MCP angebunden sind, kann man bitten, die Aufgabenhistorie des Projekts zu einer Entwurfs-Retrospektive zusammenzufassen, um die Diskussion anzustoßen.
→ Als Nächstes weiter zu 7.3 Wissenstransfer für künftige Projekte und erkunden Sie, wie Sie Lehren wirkungsvoll erfassen und weitergeben.