Hand aufs Herz: Wie oft hast du schon am Ende eines Projekts gesagt „Das machen wir beim nächsten Mal besser" – und dann ist genau dasselbe Problem wieder aufgetaucht? Du bist nicht allein. 70 % aller Organisationen erfassen Lessons Learned entweder gar nicht oder nur auf dem Papier, ohne dass die Erkenntnisse jemals wieder genutzt werden.

Dabei sind Lessons Learned eines der wirksamsten Instrumente im Projektmanagement. Richtig durchgeführt, verhindern sie wiederkehrende Fehler, beschleunigen die Lernkurve deines Teams und machen Erfolge reproduzierbar. In diesem Artikel zeigen wir dir, wie du einen Lessons Learned Workshop strukturiert durchführst, geben dir die 10 besten Fragen und eine fertige Vorlage zum Übernehmen.

Was sind Lessons Learned – und warum werden sie so oft vergessen?

Lessons Learned (auf Deutsch: gewonnene Erkenntnisse) sind dokumentierte Erfahrungen aus einem Projekt – sowohl positive als auch negative. Sie beantworten drei zentrale Fragen:

Klingt einfach. Trotzdem scheitert die Umsetzung in den meisten Organisationen. Die Gründe sind fast immer dieselben:

Der Schlüssel: Lessons Learned sind kein Event am Projektende. Sie sind ein kontinuierlicher Prozess, der nach jeder Phase stattfinden sollte – damit Erkenntnisse sofort wirken.

Wann Lessons Learned durchführen?

Der häufigste Fehler: Lessons Learned nur einmal am Projektende. Dann sind Details vergessen, Teammitglieder bereits in anderen Projekten und die Motivation gering. Deutlich wirksamer ist ein gestufter Ansatz:

Bei agilen Projekten übernimmt die Sprint-Retrospektive eine ähnliche Funktion. Der Unterschied: Retrospektiven fokussieren sich auf den Teamprozess, während Lessons Learned das gesamte Projekt einschließlich externer Faktoren betrachten. Beides ergänzt sich ideal.

Workshop-Ablauf: Die drei Phasen

Ein strukturierter Lessons Learned Workshop besteht aus drei klar definierten Phasen:

1

Vorbereitung

Daten sammeln, Teilnehmer einladen, Regeln definieren. 1–2 Tage vorher.

2

Durchführung

Workshop moderieren, Erkenntnisse sammeln, Maßnahmen ableiten. 90–120 Min.

3

Dokumentation

Ergebnisse festhalten, Maßnahmen zuweisen, Wissen transferieren. 1–2 Tage danach.

Phase 1: Vorbereitung (1–2 Tage vorher)

Eine gute Vorbereitung ist die halbe Miete. Diese Schritte solltest du vor dem Workshop erledigen:

Phase 2: Durchführung (90–120 Minuten)

Hier ist ein erprobter Agenda-Vorschlag für einen 90-minütigen Workshop:

0–10 Min. | Einstieg

Spielregeln und Ziel

Erläutere das Ziel des Workshops, stelle die Blame-free-Regel auf und gib einen kurzen Überblick über die Projektfakten (Zeitplan, Budget, Meilensteine).

10–30 Min. | Sammlung

Was lief gut? Was lief schlecht?

Jeder Teilnehmer schreibt seine Erkenntnisse auf Sticky Notes (5 Minuten still). Dann vorstellen und gemeinsam an der Wand/Board clustern.

30–50 Min. | Vertiefung

Ursachenanalyse der Top-Themen

Wählt gemeinsam die 3–5 wichtigsten Themen aus. Analysiert für jedes: Was war die Ursache? Was können wir daraus lernen? Nutzt die „5 Warum"-Methode.

50–75 Min. | Maßnahmen

Konkrete Maßnahmen ableiten

Für jede Erkenntnis: Was machen wir beim nächsten Mal anders? Wer ist verantwortlich? Bis wann? Formuliert SMART (spezifisch, messbar, erreichbar, relevant, terminiert).

75–90 Min. | Abschluss

Zusammenfassung und nächste Schritte

Fasse die Ergebnisse zusammen, kläre die Dokumentationsverantwortung und bedanke dich beim Team. Optional: Jeder nennt eine persönliche Erkenntnis als Abschluss.

Phase 3: Dokumentation (1–2 Tage danach)

Der Workshop ist nur so gut wie seine Nachbereitung. Dokumentiere die Ergebnisse innerhalb von 48 Stunden – danach gehen Details verloren. Verwende die Vorlage weiter unten und stelle sicher, dass:

Die 10 besten Fragen für Lessons Learned

Die richtigen Fragen sind der Schlüssel zu einem produktiven Workshop. Hier sind 10 bewährte Fragen, die tiefe Erkenntnisse liefern:

Vorlage: Lessons Learned Dokumentation

Hier ist eine praxiserprobte Vorlage, die du direkt für deinen nächsten Workshop verwenden kannst. Sie strukturiert die Erkenntnisse nach Kategorie und verknüpft jede Erkenntnis mit einer konkreten Maßnahme:

Kategorie Erkenntnis Bewertung Maßnahme für die Zukunft Verantwortlich
Planung Zeitpuffer für externe Abhängigkeiten waren zu knapp Problem Externe Abhängigkeiten mit 30 % Puffer einplanen Projektleitung
Kommunikation Wöchentliche Stand-ups haben Transparenz erhöht Erfolg Stand-up-Format als Standard für alle Projekte übernehmen PMO
Stakeholder Betriebsrat wurde zu spät eingebunden Problem Betriebsrat ab Projektstart in Stakeholder-Analyse aufnehmen Projektleitung
Technik Testautomatisierung hat Fehler früh erkannt Erfolg Testautomatisierung als Pflichtbestandteil in Projektvorlage Tech Lead
Ressourcen Schlüsselperson war in 3 Projekten gleichzeitig Problem Ressourcen-Allokation vor Projektstart verbindlich klären Portfolio-Mgmt
Risiken Risikoregister wurde zwar erstellt, aber nie aktualisiert Verbesserung Risikoüberprüfung als festen Agendapunkt in Statusmeetings Projektleitung
Scope Change Requests wurden sauber über CR-Prozess gesteuert Erfolg CR-Prozess als Best Practice dokumentieren und teilen PMO

6 Tipps für bessere Lessons Learned

Blame-free-Kultur schaffen

Stelle zu Beginn klar: Es geht nicht darum, Schuldige zu finden, sondern gemeinsam besser zu werden. Formuliere Regeln wie „Wir sprechen über Prozesse, nicht über Personen".

Konkrete Maßnahmen ableiten

Jede Erkenntnis ohne Maßnahme ist wertlos. Formuliere für jedes Learning: Was genau machen wir anders? Wer ist verantwortlich? Bis wann?

Erfolge feiern, nicht nur Fehler analysieren

Mindestens 40 % der Zeit für positive Erkenntnisse verwenden. Was hat funktioniert? Warum? Wie machen wir es beim nächsten Mal wieder so?

Neutrale Moderation einsetzen

Der Projektleiter ist oft nicht der beste Moderator, weil er selbst beteiligt ist. Ein externer Moderator oder ein PM aus einem anderen Projekt sorgt für Neutralität.

Ergebnisse wirklich nutzen

Überführe die Maßnahmen in euer PM-Tool als echte Aufgaben. Verknüpfe die Erkenntnisse mit euren Projektvorlagen. Nur so landen sie in zukünftigen Projekten.

Regelmäßig statt einmalig

Mache Lessons Learned nach jeder Phase – nicht nur am Projektende. Kurze 30-Minuten-Sessions nach jedem Meilenstein sind wertvoller als ein 3-Stunden-Workshop am Schluss.

Lessons Learned proaktiv nutzen mit KI

Das klassische Problem von Lessons Learned: Sie sind reaktiv. Du lernst aus Fehlern, die bereits passiert sind. Aber was, wenn du diese Fehler von vornherein vermeiden könntest?

PathHub AI geht einen anderen Weg: Die KI analysiert dein Projekt bereits in der Planungsphase und identifiziert typische Risiken und Fallstricke – basierend auf Mustern aus tausenden ähnlichen Projekten. Du bekommst praktisch die Lessons Learned anderer Projekte, bevor du die Fehler selbst machst.

Das ersetzt natürlich nicht deinen eigenen Lessons Learned Prozess. Aber es ergänzt ihn perfekt: Die KI warnt dich vor bekannten Risiken, und dein Workshop liefert die projektspezifischen Erkenntnisse, die kein Algorithmus kennen kann. Mehr zum Thema KI-gestützte Risikoanalyse findest du in unserem Artikel über Risikoanalyse-Methoden.

Von reaktiv zu proaktiv: PathHub AI hilft bei der Risikoanalyse, damit du Lessons Learned proaktiv statt reaktiv nutzt. Erkenne typische Projektfallen, bevor sie auftreten – und spare deinem Team Zeit, Kosten und Frustration.

Häufig gestellte Fragen

Was sind Lessons Learned im Projektmanagement?

Lessons Learned (gewonnene Erkenntnisse) sind dokumentierte Erfahrungen aus einem Projekt – sowohl positive als auch negative. Sie umfassen, was gut funktioniert hat, was schiefgelaufen ist und welche konkreten Maßnahmen für zukünftige Projekte abgeleitet werden. Das Ziel ist es, aus Fehlern zu lernen und Erfolge reproduzierbar zu machen, damit das gleiche Rad nicht zweimal erfunden werden muss.

Wann sollte man Lessons Learned durchführen?

Idealerweise nicht nur am Projektende, sondern nach jeder größeren Phase oder jedem Meilenstein. Regelmäßige Lessons Learned während des Projekts ermöglichen es, Erkenntnisse sofort in den laufenden Prozess einzubauen. Am Projektende ist eine abschließende Gesamtreflexion sinnvoll. Bei agilen Projekten übernimmt die Sprint-Retrospektive eine ähnliche Funktion und ergänzt den Lessons Learned Prozess.

Wie führt man einen Lessons Learned Workshop durch?

Ein Lessons Learned Workshop folgt drei Phasen: 1) Vorbereitung (1–2 Tage vorher): Daten sammeln, Teilnehmer einladen, Vorab-Fragen verschicken. 2) Durchführung (90–120 Minuten): Spielregeln klären, Erkenntnisse sammeln (Silent Writing + Clustering), Top-Themen vertiefen mit „5 Warum"-Methode, konkrete Maßnahmen ableiten. 3) Dokumentation (innerhalb 48 Stunden): Ergebnisse in Vorlage festhalten, Maßnahmen mit Verantwortlichen versehen, in Wissensdatenbank überführen.

Welche Fragen stellt man bei Lessons Learned?

Die 10 besten Fragen sind: Was lief besonders gut und warum? Was würden wir beim nächsten Mal anders machen? Welche Risiken haben wir unterschätzt? War die Kommunikation im Team effektiv? Hatten wir die richtigen Ressourcen zur richtigen Zeit? Waren die Projektziele klar? Was hat uns am meisten überrascht? Welche Tools haben geholfen und welche nicht? Wie gut hat die Stakeholder-Zusammenarbeit funktioniert? Was würden wir einem neuen Team raten?