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:
- Was lief gut? – Erfolge, die reproduziert werden sollen
- Was lief schlecht? – Fehler, die vermieden werden müssen
- Was würden wir anders machen? – Konkrete Maßnahmen für die Zukunft
Klingt einfach. Trotzdem scheitert die Umsetzung in den meisten Organisationen. Die Gründe sind fast immer dieselben:
- Zeitdruck: Am Projektende drängt schon das nächste Vorhaben. Für Reflexion bleibt keine Zeit.
- Blame-Kultur: In vielen Unternehmen werden Fehler bestraft statt analysiert. Niemand will offen über Probleme sprechen.
- Fehlende Struktur: Ohne klaren Workshop-Ablauf und Vorlage verlaufen Lessons Learned im Sand.
- Keine Konsequenz: Erkenntnisse werden dokumentiert, aber nie wieder angeschaut. Sie verstauben in SharePoint-Ordnern.
- Zu spät: Lessons Learned nur am Projektende bedeutet, dass Verbesserungen erst im nächsten Projekt ankommen – Monate zu spät.
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:
- Nach jeder Projektphase: Kurze Reflexion (30–45 Minuten). Was hat in dieser Phase funktioniert? Was nicht? Welche Anpassungen nehmen wir für die nächste Phase vor?
- Nach kritischen Meilensteinen: Wenn ein wichtiger Meilenstein erreicht (oder verfehlt) wurde, lohnt sich eine Analyse der Ursachen.
- Bei unerwarteten Problemen: Wenn etwas Gravierendes schiefgeht, wartet nicht bis zum Projektende. Analysiert sofort und passt den Kurs an.
- Am Projektende: Die abschließende Gesamtreflexion mit allen Beteiligten. Hier geht es um das große Bild und die Erkenntnisse für zukünftige Projekte.
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:
Vorbereitung
Daten sammeln, Teilnehmer einladen, Regeln definieren. 1–2 Tage vorher.
Durchführung
Workshop moderieren, Erkenntnisse sammeln, Maßnahmen ableiten. 90–120 Min.
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:
- Projektdaten aufbereiten: Stelle Zeitplan (Plan vs. Ist), Budget-Übersicht, Meilenstein-Status und die wichtigsten Kennzahlen zusammen. Fakten verhindern, dass der Workshop zu einer reinen Gefühlsdebatte wird.
- Teilnehmer einladen: Lade alle Kernteam-Mitglieder ein, aber auch wichtige Stakeholder (Auftraggeber, Fachbereich). Idealerweise 6–12 Personen.
- Vorab-Feedback einholen: Schicke den Teilnehmern 2–3 Reflexionsfragen vorab zu. Das gibt introvertierten Teammitgliedern Zeit, ihre Gedanken zu sammeln.
- Raum und Material: Moderationsmaterial (Whiteboards, Sticky Notes) oder digitale Tools (Miro, Mural) vorbereiten. Bei Remote-Workshops: Digitales Board einrichten.
Phase 2: Durchführung (90–120 Minuten)
Hier ist ein erprobter Agenda-Vorschlag für einen 90-minütigen Workshop:
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).
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.
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.
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).
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:
- Alle Erkenntnisse mit Kategorie und Bewertung erfasst sind
- Jede Maßnahme einen Verantwortlichen und ein Fälligkeitsdatum hat
- Die Dokumentation für das gesamte Team zugänglich ist (Wiki, SharePoint, Confluence)
- Die Maßnahmen aktiv nachverfolgt werden (z.B. als Aufgaben im PM-Tool)
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:
-
1
Was lief besonders gut – und warum? Beginne mit dem Positiven. Das setzt den richtigen Ton und stellt sicher, dass Erfolge nicht untergehen. Das „Warum" ist entscheidend, damit Erfolge reproduzierbar werden.
-
2
Was würden wir beim nächsten Mal anders machen? Konstruktiver als „Was lief schlecht?", weil es direkt auf die Zukunft ausgerichtet ist. Fördert lösungsorientiertes Denken statt Schuldzuweisung.
-
3
Welche Risiken haben wir unterschätzt oder übersehen? Hilft, blinde Flecken in der Risikoanalyse zu identifizieren. Besonders wertvoll für zukünftige Projekte ähnlicher Art.
-
4
War die Kommunikation im Team effektiv? Kommunikation ist die häufigste Ursache für Projektprobleme. Frage konkret: Zu viel? Zu wenig? Die falschen Kanäle? Die falschen Personen eingebunden?
-
5
Hatten wir die richtigen Ressourcen zur richtigen Zeit? Deckt Engpässe auf: Fehlende Skills, zu wenig Personal in kritischen Phasen, unzureichende Tools oder Budget-Restriktionen.
-
6
Waren die Projektziele und der Scope von Anfang an klar? Scope Creep und unklare Ziele sind Klassiker. War das Projektziel für alle verständlich? Gab es Änderungen, die nicht sauber gemanagt wurden?
-
7
Was hat uns am meisten überrascht? Überraschungen zeigen Planungslücken auf. Was hat niemand kommen sehen? Was war unvermeidbar, was hätte man antizipieren können?
-
8
Welche Tools und Prozesse haben geholfen – und welche nicht? Konkrete Bewertung der eingesetzten Werkzeuge und Methoden. Welche würdet ihr wieder nutzen? Welche ersetzen? Was hat gefehlt?
-
9
Wie gut hat die Zusammenarbeit mit Stakeholdern funktioniert? Wurden die richtigen Stakeholder eingebunden? War der Auftraggeber erreichbar? Gab es Konflikte mit Fachabteilungen?
-
10
Was würden wir einem neuen Team für ein ähnliches Projekt raten? Die ultimative Lessons-Learned-Frage. Zwingt zur Verdichtung auf die wichtigsten Botschaften. Ideal als Abschlussfrage des Workshops.
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
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.
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.
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.
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?