Warum Lessons Learned im Maschinenbau nie gelesen werden und was stattdessen hilft.

Ein typischer Fall. Die Anlage ist abgenommen und läuft beim Kunden. Die Projektleitung lädt zum Lessons-Learned-Workshop, Freitagnachmittag, zwei Stunden, Flipchart. Am Ende steht ein Protokoll mit Punkten wie „Kommunikation mit dem Kunden verbessern“ und „Lastenheft früher klären“. Es wird im Projektordner abgelegt.

Ein Jahr später startet ein ähnliches Projekt. Niemand öffnet das Protokoll. Und dieselbe Diskussion über die Schutzumhausung beginnt von vorn.

Das liegt selten an fehlender Disziplin. Es liegt daran, wie Lessons Learned meistens entstehen und wo sie landen. Dieser Beitrag zeigt die drei typischen Gründe, was Erfahrungen wirklich nutzbar macht und wie Sie frühere Projekte direkt fragen, statt auf ein Protokoll zu hoffen.

Warum werden Lessons Learned im Maschinenbau nicht gelesen?

Sie entstehen am Ende, wenn alle müde sind

Der Workshop findet statt, wenn das Projekt eigentlich vorbei ist. Die Inbetriebnahme war anstrengend, das nächste Projekt drängt schon. Was in diesem Moment aufgeschrieben wird, ist das, woran man sich nach Monaten noch erinnert. Das sind meist die letzten Wochen, nicht die Entscheidung in der Angebotsphase, die den Ärger ausgelöst hat.

Sie sind zu allgemein

„Kommunikation verbessern“ stimmt immer und hilft nie. Allgemeine Sätze entstehen, weil sie niemandem wehtun und weil die konkreten Details in dem Moment nicht zur Hand sind. Wer beim nächsten Projekt so einen Satz liest, weiß nicht, was er anders machen soll.

Sie liegen dort, wo beim Projektstart niemand sucht

Das Protokoll liegt im Ordner des alten Projekts, auf dem Netzlaufwerk oder in einer Wiki-Seite, die nach dem dritten Eintrag niemand mehr pflegt. Beim Start eines neuen Projekts schaut man ins Lastenheft und in den Terminplan, aber nicht in den Ordner eines Projekts von vor zwei Jahren. Und selbst wer es tut, muss erst wissen, welches frühere Projekt überhaupt ähnlich war.

Was macht eine Lesson Learned wirklich nutzbar?

Drei Eigenschaften entscheiden darüber, ob eine Erfahrung beim nächsten Mal hilft.

Der letzte Punkt ist der schwierigste. Eine perfekt formulierte Lesson Learned nützt nichts, wenn sie zum Zeitpunkt der Angebotsklärung im falschen Ordner liegt.

Dabei steckt die eigentliche Erfahrung oft gar nicht im Workshop-Protokoll. Sie steckt in den Originalunterlagen, also in der Mail mit der Kundenänderung, im Protokoll der FAT, in der geänderten Stückliste oder in der OneNote-Seite von der Baustelle. Diese Unterlagen sind konkret und an Fakten gebunden. Was ihnen fehlt, ist nur die Auffindbarkeit.

Wie halten Sie Erfahrungen während des Projekts fest?

Ein paar Gewohnheiten helfen unabhängig vom Werkzeug.

• Nach jedem kritischen Meilenstein kurz festhalten. Nach Konstruktionsfreigabe, FAT, SAT und Inbetriebnahme reicht eine Viertelstunde im Team, solange die Details frisch sind.
• Entscheidungen mit Grund dokumentieren. Nicht nur „Antrieb geändert“, sondern warum, und in welcher Mail oder welchem Protokoll das steht.
• Kundenänderungen kennzeichnen. Wer später nachvollziehen will, warum ein Projekt teurer wurde, braucht die Herkunft jeder Änderung.
• Im Projektordner ablegen, nicht im Postfach. Was nur in einem persönlichen Postfach liegt, ist für das nächste Projekt verloren.

Gerade der zweite Punkt scheitert im Alltag oft daran, dass der Stand über Excel, OneNote und E-Mails verstreut ist. Warum das Zusammentragen so viel Zeit kostet, beschreibt der Beitrag zum Projektstand in Excel, OneNote und E-Mails.

Für das laufende Projekt hilft das Projektgedächtnis von KoAssist, das sich derzeit im Pilotbetrieb befindet. Der Überblick führt Entscheidungen und Risiken mit, und jede Angabe im Steckbrief verweist auf ihre Quelle. Aus Mails und Protokollen schlägt KoAssist Änderungen vor, gültig wird nur, was jemand aus dem Team übernimmt. So liegt am Projektende schon belegtes Material vor, statt dass es im Workshop aus dem Gedächtnis rekonstruiert werden muss.

Wie fragen Sie frühere Projekte direkt?

Hier liegt der eigentliche Unterschied. Statt darauf zu hoffen, dass jemand das richtige Protokoll findet, stellen Sie dem Bestand eine Frage. Das ist die Aufgabe des Wissensassistenten von KoAssist, nicht des Projektgedächtnisses. Das Projektgedächtnis führt das laufende Projekt, der Wissensassistent durchsucht Ihren Dokumentenbestand, auch abgeschlossene Projekte.

Typische Fragen beim Start eines neuen Projekts sehen so aus.

• „Welche Probleme gab es bei der FAT der letzten Verpackungsanlagen?“
• „Warum wurde die Schutzumhausung bei der Anlage für den Getränkeabfüller nachträglich geändert?“
• „Welche Kundenänderungen kamen bei ähnlichen Anlagen nach der Konstruktionsfreigabe?“
• „Welche Schnittstellen waren in früheren Lastenheften dieses Kunden offen?“

Jede Antwort verweist auf Datei, Seite und Abschnitt. Sie springen also direkt in das SAT-Protokoll oder die Mail mit der Kundenänderung und lesen den Zusammenhang selbst. Der Wissensassistent liest dabei Lastenhefte, Stücklisten, Protokolle, Normen, gescannte Unterlagen und Bildinhalte.

Das ändert die Rolle der Lessons Learned. Sie müssen nicht mehr perfekt formuliert und an der richtigen Stelle abgelegt sein. Die Originalunterlagen werden selbst zur Erfahrungsquelle, weil sie sich fragen lassen.

Angebunden werden die Ablagen, die es schon gibt, also SharePoint, OneDrive, Google Drive, Netzlaufwerk, OneNote, auf Wunsch das Outlook-Postfach und Exporte aus dem PDM. Es gibt keinen Systemumzug, die Quellsysteme bleiben führend. Die Rechte kommen aus den Ablagen, und KoAssist trainiert nicht auf Ihren Daten.

Wann im Projekt lohnt sich der Blick zurück?

Am meisten bringt die Frage an frühere Projekte an den Stellen, an denen später teure Fehler entstehen.

• Bei der Angebotsklärung und beim Lesen des Lastenhefts. Welche Anforderungen haben in ähnlichen Projekten Nachträge ausgelöst? Wie Sie ein Lastenheft dafür systematisch auswerten, zeigt der Beitrag zum Lastenheft auswerten.
• Beim Konstruktions-Kick-off. Welche Lösungen haben sich bewährt, welche wurden nach der FAT geändert?
• Vor FAT und SAT. Welche Prüfpunkte haben beim letzten Mal Nacharbeit verursacht?
• Vor der Inbetriebnahme. Was hat auf früheren Baustellen Zeit gekostet?

Fünf Minuten Fragen an dieser Stelle ersetzen keinen Workshop. Aber sie bringen die Erfahrung genau dann auf den Tisch, wenn sie noch etwas ändern kann.

Was bleibt vom Lessons-Learned-Workshop?

Das Gespräch im Team bleibt sinnvoll. Nur das Protokoll muss nicht mehr die ganze Last tragen. Erfahrungen werden nutzbar, wenn die Unterlagen des Projekts belegt und auffindbar sind und wenn man sie zum richtigen Zeitpunkt fragt.

Wie das laufende Projekt mit belegtem Steckbrief, Zeitplan und Verlauf geführt wird, zeigt die Seite zum Projektgedächtnis. Wenn Sie beides an Ihren eigenen Unterlagen sehen möchten, vereinbaren Sie eine Demo.