Projektabschluss und Retrospektive bezeichnen die formelle Beendigung eines Projekts verbunden mit einer strukturierten Rückschau, bei der Team und Stakeholder gemeinsam Ergebnisse auswerten, Lernerfahrungen festhalten und Verbesserungsmaßnahmen ableiten.
Rubrik: Soft Skills & Berufspraxis · Unterrubrik: Kommunikation & Präsentation · Niveau: Einsteiger Synonyme / Auch bekannt als: Projektabschlussbericht, Retro, Retrospektive, Post-Mortem, Lessons Learned, Debriefing
Was sind Projektabschluss und Retrospektive?
Der Projektabschluss ist der letzte offizielle Akt eines Projekts – der Moment, in dem alle Deliverables übergeben, alle offenen Punkte geklärt und alle Ressourcen freigegeben werden. Die Retrospektive ist das reflektierende Gespräch, das parallel oder kurz danach stattfindet und die Frage stellt: Was haben wir gelernt? Beides zusammen schließt den Projektkreis und bildet die Grundlage für zukünftige Projekte.
Erklärung
Projektabschluss umfasst mehrere administrative und kommunikative Schritte:
- Formale Abnahme der Deliverables durch den Auftraggeber
- Abschlussrechnung und Budget-Abgleich
- Archivierung aller Projektdokumente
- Freigabe von Ressourcen (Personal, Tools, Lizenzen)
- Abschlusskommunikation an alle Stakeholder
Der Abschlussbericht dokumentiert, was geplant war und was tatsächlich geliefert wurde – inklusive Budget-Auswertung, Timeline-Vergleich (Soll vs. Ist) und KPI-Erreichung. Er dient als Referenzdokument für spätere ähnliche Projekte.
Retrospektive (kurz: Retro) kommt ursprünglich aus der agilen Softwareentwicklung (Scrum) und bezeichnet eine regelmäßige Selbstreflexion des Teams am Ende jedes Sprints. Im allgemeinen Projektmanagement wird das Format auf Projektabschlüsse und Phasenenden angewendet.
Das klassische Retro-Format fragt drei Fragen:
- Was lief gut? (Keep / Start doing)
- Was lief nicht gut? (Stop doing)
- Was sollten wir beim nächsten Mal ausprobieren? (Try / Improve)
Das 4Ls-Format (Liked, Learned, Lacked, Longed for) ist eine populäre Variante, die besonders für kreative Teams geeignet ist.
Das Plus/Delta-Format ist einfacher: Plus (was war positiv) und Delta (was sollte sich ändern).
Bei emotionalen oder konfliktreichen Projekten ist es ratsam, die Retrospektive von einer neutralen Person moderieren zu lassen. Die Grundregel: Es geht um Systeme und Prozesse, nicht um Schuldzuweisungen. Das Prime Directive der Retrospektive (Kerth, 2001) lautet: „Unabhängig davon, was wir entdecken: Wir verstehen und glauben wirklich, dass jeder nach seinen Möglichkeiten, seinem Wissen, seinen Fähigkeiten und den verfügbaren Ressourcen und der gegebenen Situation das Beste getan hat."
Retrospektiven sind nur nützlich, wenn die Erkenntnisse in konkrete Verbesserungsmaßnahmen übersetzt werden. Eine Liste von Beobachtungen ohne Konsequenzen ist vergeudete Zeit. Am Ende jeder Retro stehen spezifische, benannte Verbesserungsmaßnahmen mit Zuständigkeiten und Umsetzungsfristen.
Beispiele
- Agentur-Projektstabschluss: Formale Übergabe der Kampagnen-Assets, Abschlussrechnung, Kundenzufriedenheitsbefragung, internes Debrief-Meeting mit Lessons Learned.
- Sprint-Retrospektive im Designteam: 60-Minuten-Retro mit Post-its auf einem Whiteboard; drei Spalten (Was lief gut / Was lief nicht gut / Was probieren wir nächstes Mal); Top-3-Erkenntnisse werden als Maßnahmen im nächsten Sprint umgesetzt.
- Post-Mortem nach einem gescheiterten Pitch: Sachliche Analyse, warum der Pitch nicht erfolgreich war – ohne Schuldzuweisungen, mit konkreten Schlussfolgerungen für den nächsten Pitch.
- Jahresprojekt-Abschluss: Auftraggeber und Agentur treffen sich für ein halbtägiges Review: Was wurde erreicht? Was hätte besser laufen können? Was wünschen sich beide Seiten für die nächste Zusammenarbeit?
- Individuelle Selbstreflexion: Eine Freelancerin führt nach jedem Projekt ein persönliches Tagebuch-Debrief: Was habe ich gut gemacht? Was hätte ich anders machen sollen? Was lerne ich daraus?
In der Praxis
- Retrospektiven terminieren, nicht aufschieben: Am Ende eines Projekts fehlt oft Zeit. Retro-Termin bereits beim Kickoff in den Projektplan eintragen.
- Psychologische Sicherheit schaffen: Ehrliche Retrospektiven brauchen ein Klima, in dem Fehler ohne Konsequenzen zugegeben werden können. Führungskräfte sollten mit der Nennung eigener Fehler beginnen.
- Maßnahmen konkret machen: „Wir kommunizieren besser" ist keine Maßnahme. „Wir führen ab sofort wöchentliche 30-minütige Status-Calls ein" ist eine Maßnahme.
- Ergebnisse dokumentieren und teilen: Retrospektiven-Ergebnisse sollten archiviert und vor dem Start des nächsten Projekts gelesen werden.
- Kundenseitige Retrospektive nicht vergessen: Die interne Retro reicht nicht. Was denkt der Auftraggeber? Eine strukturierte Kundenbefragung am Projektende liefert wertvolle externe Perspektive.
Vergleich & Abgrenzung
Retrospektive vs. Post-Mortem: Post-Mortem ist ein Begriff aus dem angloamerikanischen Raum und bezeichnet oft eine tiefere Fehleranalyse, häufig nach Misserfolgen. Retrospektive ist der neutralere Begriff, der gleichermaßen Erfolge und Verbesserungspotenziale beleuchtet.
Projektabschluss vs. Projektübergabe: Eine Projektübergabe findet statt, wenn ein Projekt in den laufenden Betrieb übergeht (z. B. eine Website wird von der Entwicklung in den regulären Betrieb übernommen). Der Abschluss bezeichnet das formale Ende aller Projektaktivitäten.
Häufige Fragen (FAQ)
Was mache ich, wenn Teammitglieder in der Retro schweigen? Schweigen in Retrospektiven ist häufig ein Zeichen fehlender psychologischer Sicherheit – man traut sich nicht, Probleme offen anzusprechen. Abhilfe: anonyme Methoden einsetzen (z. B. Retrospektiv-Boards wie FunRetro oder schriftliche Post-its vor dem Vorlesen), kleine Gruppen bilden oder bilaterale Gespräche führen. Wichtig: kein Druck ausüben; Freiwilligkeit ist Grundlage ehrlichen Feedbacks.
Wie viel Zeit sollte eine Retrospektive einnehmen? Als Richtwert gilt: pro Woche Projektlaufzeit 5–15 Minuten Retrospektivzeit. Ein zweiwöchiger Sprint verdient eine 60-minütige Retro; ein sechsmonatiges Projekt verdient eine halbe bis ganztägige Reflexionssession. Qualität geht über Kürze: eine zu kurze Retro produziert Oberflächen-Erkenntnisse ohne echten Lernwert.
Weiterführend
- Kerth, Norman L. (2001): Project Retrospectives: A Handbook for Team Reviews. Dorset House.
- Derby, Esther & Larsen, Diana (2006): Agile Retrospectives: Making Good Teams Great. Pragmatic Bookshelf.
- Schwaber, Ken & Sutherland, Jeff (2020): The Scrum Guide. Scrum.org.
- Kerzner, Harold (2017): Project Management: A Systems Approach to Planning, Scheduling, and Controlling. Wiley.
