Wissenstransfer am Projektende sichert drei Arten von Wissen: das Betriebs- und Wartungswissen für die, die das Ergebnis künftig nutzen und betreiben; die Projekterfahrungen (Lessons Learned) für künftige Vorhaben; und das in Einzelköpfen konzentrierte Wissen (Kopfmonopole), das mit dem Weggang verloren ginge. Der Transfer wird früh geplant und läuft während des Projekts, nicht als hektische Übergabe am letzten Tag.
Warum am Projektende Wissen verdunstet
Projekte konzentrieren Wissen: Über Monate erarbeiten die Beteiligten ein tiefes Verständnis der Lösung, des Betriebs, der Besonderheiten, der Fehlerquellen — Wissen, das grösstenteils in ihren Köpfen steckt und nirgends festgehalten ist. Am Projektende löst sich diese Konzentration auf: Das Team geht auseinander, die Externen ziehen weiter, die internen Mitglieder wenden sich neuen Aufgaben zu. Wenn dieses Wissen nicht bewusst gesichert und übergeben wird, verschwindet es — und die, die das Ergebnis künftig betreiben und weiterentwickeln, stehen vor einer Blackbox. Der typische Schmerz zeigt sich Monate später: Ein Problem tritt auf, niemand weiss mehr, warum das System so gebaut wurde oder wie man es behebt, und der Einzige, der es wusste, ist längst weg. Wissenstransfer ist die Vorsorge gegen genau diesen Moment — und er muss geplant werden, weil er nicht von selbst passiert.
Die drei Arten von Wissen
- Betriebs- und Wartungswissen: Wie wird das Ergebnis genutzt, betrieben, gewartet? Was sind die Besonderheiten, die typischen Probleme, die Konfigurationen? Dieses Wissen geht an die künftigen Nutzer und Betreiber — ohne es ist das Ergebnis schwer nutzbar.
- Projekterfahrungen (Lessons Learned): Was lief gut, was schlecht, was würde man anders machen? Dieses Wissen geht an die Organisation und künftige Projekte — es ist der Lerngewinn, der sonst verpufft.
- Kopfmonopole: Wissen, das nur eine Person hat und das mit ihrem Weggang verloren ginge. Dieses Wissen muss rechtzeitig geteilt werden — durch Dokumentation, Tandems, Übergabe.
Den Transfer organisieren
- 01Früh planen, nicht am Ende improvisierenWissenstransfer gehört von Anfang an mitgedacht: laufende Dokumentation statt nachträglicher Rekonstruktion, Kopfmonopole früh erkennen und auflösen. Der hektische Wissenstransfer am letzten Tag ist zu spät und zu lückenhaft.
- 02Betriebswissen strukturiert übergebenAn die künftigen Betreiber und Nutzer: Betriebsdokumentation, Einführung, gemeinsame Bearbeitung typischer Fälle, Ansprechbarkeit für eine Übergangszeit. Nicht nur Dokumente werfen, sondern Verstehen ermöglichen.
- 03Lessons Learned ehrlich sichernEine strukturierte, schuldfreie Auswertung der Projekterfahrungen — was gelernt wurde, festgehalten so, dass künftige Projekte darauf zugreifen. Lessons Learned, die in einer vergessenen Datei verschwinden, sind keine.
- 04Kopfmonopole rechtzeitig auflösenWo kritisches Wissen bei Einzelnen liegt, dieses vor deren Weggang teilen: dokumentieren, in Tandems weitergeben, in gemeinsamen Sessions transferieren. Je früher, desto sicherer.
Wissenstransfer als Übergabe an die Zukunft
Guter Wissenstransfer ist mehr als das Ablegen von Dokumenten — er ist das aktive Ermöglichen, dass andere das Ergebnis verstehen, betreiben und weiterentwickeln können. Das verlangt die Übergabe von explizitem Wissen (Dokumentation, Anleitungen) und, schwieriger, von implizitem Wissen (das Verständnis, die Erfahrung, das Gespür, das sich nicht vollständig aufschreiben lässt). Letzteres transferiert man am besten durch gemeinsames Tun: die künftigen Betreiber während der Projektphase einbinden, sie typische Fälle gemeinsam durcharbeiten lassen, eine Übergangszeit mit Ansprechbarkeit einplanen. Für die Projektleitung heisst das, den Wissenstransfer als eigenen, geplanten Teil des Projektabschlusses zu behandeln — mit Zeit, Verantwortlichkeiten und definierten Ergebnissen. Ein Projekt, das ein exzellentes Ergebnis liefert, dessen Wissen aber mit dem Team verschwindet, hat nur die halbe Arbeit getan: Das Ergebnis ohne das Wissen, es zu betreiben und weiterzuentwickeln, ist ein Vermögenswert mit eingebautem Verfallsdatum. Wer den Transfer ernst nimmt, sichert den Wert des Projekts über sein Ende hinaus.
Der Kopfmonopol-Check während des Projekts: «Wenn diese Person morgen ausfiele — welches kritische Wissen ginge verloren?» Die Antwort zeigt, wo Wissenstransfer dringend ist — und zwar jetzt, während die Person noch da ist, nicht am Projektende.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Wann soll der Wissenstransfer beginnen?
- Nicht am Projektende, sondern während des Projekts: laufende Dokumentation, frühe Einbindung künftiger Betreiber, rechtzeitige Auflösung von Kopfmonopolen. Die bewusste, strukturierte Übergabephase am Ende sichert und vervollständigt, was während des Projekts vorbereitet wurde — sie kann nicht ersetzen, was versäumt wurde.
- Wie sichere ich implizites Wissen, das sich schwer dokumentieren lässt?
- Durch gemeinsames Tun statt durch Dokumente allein: Tandems, gemeinsames Durcharbeiten typischer Fälle, Begleitung in einer Übergangszeit, Fragen-Sessions. Implizites Wissen — Erfahrung, Gespür, Kontext — überträgt sich im Kontakt und in der Praxis, nicht in Handbüchern. Deshalb gehört Zeit für diese Interaktion in die Übergabeplanung.
- Lohnt sich der Aufwand für Lessons Learned wirklich?
- Nur, wenn sie zugänglich und genutzt werden — Lessons Learned in einer vergessenen Datei sind verlorene Zeit. Der Wert entsteht, wenn künftige Projekte tatsächlich darauf zugreifen: durch gute Auffindbarkeit, durch Einfliessen in Standards und Checklisten, durch bewusstes Nachschlagen beim nächsten ähnlichen Vorhaben. Der Aufwand lohnt sich, wenn die Organisation eine Kultur des Lernens aus Projekten hat — sonst ist es Pflichtübung.