Organisationsweite Lernprozesse aus Projekten etablieren

Das Projekt ist abgeschlossen. Im Rückblick benennt das Team unklare Anforderungen, verspätete Entscheidungen und fehlende Testkapazitäten. Die Ergebnisse landen im Projektordner. Wenige Monate später erlebt ein anderes Team dieselben Probleme.

Erfahrungen liegen damit vor. Die Organisation nutzt sie jedoch kaum.

Wer organisationsweite Lernprozesse aus Projekten etablieren möchte, muss die Verbindung zwischen Projekterfahrung und täglicher Arbeit herstellen. Erkenntnisse brauchen einen Empfänger, eine verantwortliche Person und einen konkreten Einsatzpunkt. Dieser Beitrag zeigt, wie Unternehmen daraus einen praktikablen Ablauf entwickeln: von der Reflexion über die fachliche Prüfung bis zur Anwendung in neuen Vorhaben.

Organisationsweites Lernen aus Projekten bedeutet, Erfahrungen systematisch auszuwerten und daraus Arbeitsweisen, Entscheidungen oder Rahmenbedingungen über das einzelne Projekt hinaus zu verbessern.

Dafür reicht es nicht, Wissen zu dokumentieren. Andere Teams müssen es verstehen, auf ihre Situation übertragen und anwenden können.

Drei Ebenen helfen bei der Einordnung:

Diese Ebenen ergänzen sich. Individuelle Erfahrung bleibt wertvoll. Ohne geeignete Übergabe geht sie allerdings verloren, wenn Menschen das Projekt oder Unternehmen verlassen.

Ein belastbarer Lernprozess macht relevantes Wissen deshalb auch unabhängig von einzelnen Erfahrungsträgern nutzbar.

Viele Unternehmen planen einen Abschlussworkshop ein. Was danach passieren soll, bleibt offen.

Typische Lücken entstehen an den Übergängen:

Ein Eintrag wie „Fachbereiche früher einbinden“ illustriert das Problem. Er lässt offen, welche Fachbereiche gemeint sind, wann ihre Beteiligung nötig ist und welches Ergebnis sie liefern sollen.

Besser wäre eine konkrete Empfehlung: Vor Freigabe des Testplans benennt jeder betroffene Fachbereich eine verantwortliche Person für die fachliche Abnahme und bestätigt deren Verfügbarkeit.

So wird aus einer allgemeinen Beobachtung eine überprüfbare Handlung.

Nicht jede Erfahrung rechtfertigt eine neue Unternehmensregel. Manche Probleme entstehen durch besondere Umstände eines einzelnen Vorhabens.

Prüfen Sie zunächst vier Fragen:

Auch positive Erfahrungen gehören in die Betrachtung. Ein gut funktionierendes Übergabeformat oder eine frühe technische Erprobung kann für andere Vorhaben wertvoll sein.

Wählen Sie für die organisationsweite Bearbeitung zunächst wenige Erkenntnisse mit erkennbarem Nutzen. Eine umfangreiche Sammlung ungeprüfter Hinweise erschwert die Orientierung.

Warten Sie nicht bis zum Projektende. Dann haben Beteiligte wichtige Einzelheiten vergessen oder bereits andere Aufgaben übernommen.

Geeignete Anlässe sind:

Für die erste Erfassung genügt eine kurze Notiz: Was ist passiert? Welche Auswirkung hatte es? Welche Unterlagen oder Beteiligten können den Sachverhalt erläutern?

Diese Notizen bilden die Grundlage der späteren Reflexion. Sie müssen noch keine fertige Handlungsempfehlung enthalten.

Planen Sie die Bearbeitung im Projektaufwand ein. Erfahrungssicherung verliert regelmäßig gegen dringende Aufgaben, wenn sie nur freiwillig und zusätzlich stattfinden soll.

Ein verspäteter Liefergegenstand ist eine Beobachtung. „Mangelndes Engagement“ ist zunächst eine Interpretation.

Rekonstruieren Sie den Ablauf anhand konkreter Informationen:

Vermeiden Sie Erklärungen, die ausschließlich auf einzelne Personen zielen. Ebenso wenig hilft es, Verantwortung grundsätzlich auszublenden.

Eine geeignete Moderation trennt belegte Tatsachen, unterschiedliche Wahrnehmungen und noch ungeklärte Ursachen. Wenn sich eine Ursache nicht ausreichend bestätigen lässt, sollte die Erkenntnis diese Unsicherheit ausdrücklich benennen.

Das schützt andere Teams davor, eine plausible Vermutung als gesicherte Regel zu übernehmen.

Beschreiben Sie jede relevante Erkenntnis so, dass ein unbeteiligtes Team sie anwenden kann.

Eine kompakte Vorlage kann folgendermaßen aussehen:

Die Empfehlung sollte eine Handlung beschreiben. Formulierungen wie „besser kommunizieren“ oder „stärker auf Qualität achten“ reichen nicht aus.

Halten Sie außerdem fest, wann die Empfehlung nicht passt. Ein Vorgehen aus einem kleinen internen Projekt lässt sich nicht automatisch auf eine komplexe Einführung mit mehreren Dienstleistern übertragen.

Projektteams kennen ihre Erfahrungen. Sie können daraus jedoch nicht allein verbindliche Regeln für das gesamte Unternehmen ableiten.

Ordnen Sie jede organisationsweit relevante Empfehlung einer fachlich verantwortlichen Stelle zu. Das können Prozessverantwortliche, Qualitätsmanagement, IT-Architektur, Personalentwicklung oder andere Funktionen sein.

Diese Stelle entscheidet:

Legen Sie einen Rückmeldetermin fest. Die Empfehlung braucht bis zur Entscheidung einen sichtbaren Bearbeitungsstatus.

Auch eine Ablehnung kann sinnvoll sein. Entscheidend ist, dass das Ursprungsteam die Begründung erhält und seine Zuarbeit nicht im Unklaren endet.

Eine zentrale Wissenssammlung unterstützt den Transfer. Besonders wirksam wird sie, wenn relevante Hinweise an konkrete Arbeitsschritte anschließen.

Geeignete Einsatzpunkte sind beispielsweise:

Ein Team sollte vor einer anstehenden Entscheidung passende Erfahrungen erhalten. Es muss nicht vorsorglich sämtliche Abschlussberichte früherer Projekte lesen.

Ergänzen Sie Dokumente durch persönliche Übergaben. Ein kurzes Gespräch mit einem erfahrenen Team kann erklären, warum eine Empfehlung entstand und welche Grenzen sie hat.

Ein aktualisiertes Dokument belegt zunächst nur eine Änderung. Ob die Organisation daraus gelernt hat, zeigt sich bei der Anwendung.

Prüfen Sie in geeigneten Folgeprojekten:

Unterscheiden Sie deshalb zwei Statusangaben: umgesetzt und Wirkung geprüft.

Manche Wirkungen lassen sich erst nach mehreren Projekten beurteilen. Dokumentieren Sie dann den bisherigen Erfahrungsstand. Eine vorschnelle Erfolgsmeldung hilft ebenso wenig wie eine unbegrenzt offene Prüfung.

Der Lernprozess benötigt eine dauerhafte Zuständigkeit über die Laufzeit einzelner Projekte hinaus. Diese Aufgabe kann ein PMO übernehmen. In kleineren Unternehmen genügt eine entsprechend beauftragte Person.

Die Lernkoordination entscheidet nicht automatisch über sämtliche Fachstandards. Ihre Aufgabe ist vor allem, den Weg von der Erkenntnis zur verantwortlichen Stelle und zurück zu sichern.

Für einen begrenzten Projektabschnitt kann folgende 60-Minuten-Struktur als Ausgangspunkt dienen:

Bereiten Sie relevante Fakten vor. Umfangreiche Ursachenanalysen passen nicht zusätzlich in dieses Format. Dafür braucht es bei Bedarf einen eigenen Termin.

Die Moderation sollte alle Perspektiven einholen. Bei starkem Hierarchiegefälle können vorbereitende Einzelgespräche helfen. Vertrauliche Aussagen dürfen jedoch nicht ohne Abstimmung in allgemein zugängliche Protokolle gelangen.

Das folgende Beispiel zeigt einen möglichen Ablauf.

Mehrere IT-Projekte verschieben ihre Abnahme. Die Rückblicke nennen zunächst „fehlende Unterstützung aus dem Fachbereich“.

Eine genauere Prüfung zeigt: Die Projekte benennen fachliche Abnahmeverantwortliche erst kurz vor Testbeginn. Die Linienplanung berücksichtigt deren Aufwand deshalb nicht rechtzeitig.

Daraus entsteht eine präzisere Empfehlung:

Die Umsetzung verteilt sich auf mehrere Stellen:

In Folgeprojekten untersucht das Unternehmen, ob die Abnahmevorbereitung verlässlicher gelingt. Bleiben Verzögerungen bestehen, prüft es weitere Ursachen. Es unterstellt nicht, dass eine zusätzliche Checkliste jedes Problem löst.

Ein veröffentlichter Praxisfall beschreibt ein kleines Softwareberatungsunternehmen. Die Beschäftigten arbeiten überwiegend in unterschiedlichen Kundenprojekten. Kurz vor Projektende besprechen die Beteiligten mit einer Führungskraft Erfolge, Hindernisse und Lösungswege.

Das Unternehmen sichert die Ergebnisse im Intranet. Ergänzend stellt die Belegschaft alle drei Monate ausgewählte Projekterfahrungen gemeinsam vor. Der Fallbericht beschreibt, dass dadurch Wissen andere Mitarbeitende erreicht und weitere Lösungsansätze entstehen. mittelstand-digital.de

Die übertragbare Erkenntnis: Schriftliche Sicherung und persönlicher Austausch erfüllen unterschiedliche Aufgaben. Der Bericht bewahrt Informationen. Das Gespräch erleichtert Verständnis und Übertragung.

Eine veröffentlichte Untersuchung im Bauumfeld analysierte Interviews, Befragungen und Projektdokumente mehrerer Unternehmen. Die Autoren leiteten daraus Empfehlungen für einen einfacheren, gezielteren Umgang mit Projektwissen ab.

Zu den Empfehlungen gehören eine klare Auswahl wertvoller Erkenntnisse und deren Verankerung in Arbeitsunterlagen. Die Untersuchung berichtet keinen einheitlichen, nachgewiesenen Umsetzungserfolg für alle betrachteten Unternehmen.

Für die eigene Praxis bedeutet das: Prüfen Sie zuerst, welche Informationen konkrete Entscheidungen verbessern. Eine große Wissenssammlung ist für sich genommen noch kein Wirksamkeitsnachweis.

Für den Einstieg reicht häufig eine vorhandene Unternehmensplattform. Entscheidend ist eine verständliche Struktur.

Jede veröffentlichte Erkenntnis sollte mindestens erkennen lassen:

Vermeiden Sie parallele Ablagen mit unterschiedlichen Versionen. Kennzeichnen Sie veraltete Empfehlungen und legen Sie fest, wer sie überprüft.

Nicht jedes Erfahrungswissen lässt sich vollständig verschriftlichen. Ergänzen Sie deshalb die Wissensbasis um Ansprechpartner, kurze Übergabegespräche und fachliche Austauschformate.

Die passende technische Lösung folgt aus dem benötigten Zugriff und Arbeitsablauf. Die Anschaffung einer Plattform ersetzt diese Klärung nicht.

Die Zahl dokumentierter Lessons Learned misst vor allem Aktivität. Für die Steuerung sind Bearbeitung, Anwendung und Wirkung aussagekräftiger.

Geeignete Größen sind:

Bewerten Sie Wiederholungsfälle im Kontext. Projekte unterscheiden sich in Größe, Komplexität und Rahmenbedingungen. Ein einfacher Vergleich von Fehlerzahlen kann deshalb irreführen.

Ergänzen Sie Kennzahlen durch konkrete Nachweise: Welche Planung wurde geändert? Welche Entscheidung fiel anders aus? Welche bisher fehlende Voraussetzung prüft ein Team heute?

Ungefilterte Sammlungen machen relevante Erkenntnisse schwer auffindbar.

Besser: Erfahrungen breit aufnehmen, aber organisationsweite Empfehlungen nach Wirkung und Übertragbarkeit priorisieren.

Das Team hat einen Verbesserungsvorschlag, aber niemand darf den betroffenen Prozess ändern.

Besser: Fachliche Empfänger bereits bei der Planung des Rückblicks bestimmen.

Eine Sonderlösung wird zur zusätzlichen Vorschrift für sämtliche Projekte.

Besser: Geltungsbereich begrenzen und die Empfehlung bei Bedarf zunächst erproben.

Erfolgreiche Vorgehensweisen bleiben an einzelne Personen gebunden.

Besser: Auch untersuchen, welche Entscheidungen oder Rahmenbedingungen gute Ergebnisse ermöglicht haben.

Beteiligte werden vorsichtig, wenn Rückblicke persönliche Nachteile auslösen.

Besser: Zweck und Umgang mit Ergebnissen vorab klären. Bewusstes Fehlverhalten und gemeinsame Lernarbeit benötigen unterschiedliche Verfahren.

Jede Erfahrung erzeugt eine weitere Checkliste. Der Aufwand wächst, die Anwendung sinkt.

Besser: Bei jeder Ergänzung prüfen, welche veraltete oder doppelte Regel entfallen kann.

Organisationsweite Lernprozesse bleiben begrenzt, wenn wesentliche Voraussetzungen fehlen.

Ohne Entscheidungskompetenz sammeln Teams Probleme, deren Ursachen sie nicht verändern dürfen. Die zuständige Führung muss dann Prioritäten, Ressourcen oder Verantwortlichkeiten klären.

Bei fehlender Übertragbarkeit sollte eine Erfahrung als kontextgebundener Hinweis erhalten bleiben. Nicht jede Beobachtung eignet sich als allgemeiner Standard.

Bei ungelösten Konflikten kann ein gemeinsamer Rückblick zunächst wenig Offenheit erzeugen. Dann sind vertrauliche Klärung und geeignete Moderation wichtiger als ein möglichst vollständiges Protokoll.

Ohne freie Bearbeitungszeit bleiben Verbesserungen hinter dem Tagesgeschäft zurück. Die Organisation muss neben der Reflexion auch Prüfung und Umsetzung ermöglichen.

Bei vertraulichen Projektinhalten braucht der Transfer eine geeignete Aufbereitung. Nicht jedes Detail darf organisationsweit zugänglich sein. Häufig lässt sich die fachliche Erkenntnis weitergeben, ohne sensible Informationen offenzulegen.

Beginnen Sie mit einem klar abgegrenzten Thema, etwa Projektstart, Testplanung oder Betriebsübergabe. Nutzen Sie Erfahrungen aus wenigen vergleichbaren Projekten.

Nach zwölf Wochen lässt sich häufig die Funktionsfähigkeit des Ablaufs beurteilen. Langfristige Wirkungen können mehr Zeit benötigen.

Erweitern Sie den Prozess erst, wenn Zuständigkeiten, Rückmeldungen und Anwendung im Pilot funktionieren. So vermeiden Sie, eine unklare Arbeitsweise auf das gesamte Unternehmen auszurollen.

Wer organisationsweite Lernprozesse aus Projekten etablieren will, sollte bei der nächsten konkreten Entscheidung ansetzen. Welches vorhandene Erfahrungswissen könnte diese Entscheidung verbessern? Wer kann es erklären? Und wie gelangt es rechtzeitig zum verantwortlichen Team?

Daraus entsteht ein belastbarer Kreislauf: Erfahrungen prüfen, Verbesserungen entscheiden, in die Arbeit übernehmen und ihre Wirkung untersuchen.

PURE Consultant unterstützt Unternehmen dabei, diesen Ablauf mit Projektmanagement, PMO und Fachverantwortlichen zu verbinden. Ein geeigneter Einstieg ist ein wiederkehrendes Projektproblem, für das bisher trotz mehrerer Rückblicke keine dauerhafte Verbesserung entstanden ist.