Zum Inhalt springen
Logosoftware-architecture.ai

Eine Schlüsselperson kündigt, und ihr Wissen geht mit ihr.

Wenn der Wissensträger geht: das Wissen kündigt mit

Illustration: Wenn der Wissensträger geht: das Wissen kündigt mit

Kurzantwort

Wenn eine Schlüsselperson das Unternehmen verlässt, geht nicht nur eine Arbeitskraft. Es geht das Erfahrungswissen, das nie aufgeschrieben wurde, weil es niemand für nötig hielt. Das Zeitfenster, in dem dieses Wissen noch greifbar ist, beginnt mit der Kündigung und schließt am letzten Arbeitstag.

Die Szene, die du fürchtest

Jonas (fiktiver Name) führt eine vegane Kosmetik-Marke, elf Leute. Montagmorgen, auf seinem Tisch liegt Pias (fiktiver Name) Kündigung. Pia war Mitarbeiterin Nummer eins. Einkauf, Lieferanten, Qualitätskontrolle, alles ihr Revier seit dem ersten Tag. Sie geht in drei Monaten.

Jonas ist erst erleichtert: drei Monate, das ist viel Zeit. Dann setzt er sich hin und versucht aufzuschreiben, was Pia eigentlich weiß. Und merkt, dass er es nicht kann.

Welcher Abfüller einspringt, wenn der Hauptlieferant bei einer Charge patzt: Pia weiß das, es steht nirgends. Woran man eine Rohstoff-Lieferung erkennt, die man besser zurückweist, bevor sie in die Produktion geht: Pia sieht es, sie könnte es nicht erklären. Wie man mit dem schwierigen Verpackungs-Lieferanten umgeht, damit er liefert statt zu blockieren: Pia hat dafür ein Gefühl. Ein Gefühl lässt sich nicht in eine Übergabe-Checkliste schreiben.

Drei Monate klingen nach viel. Sie sind es nicht. Denn niemand fängt sofort an, und das, was übergeben werden müsste, ist genau das, was sich am schwersten in Worte bringen lässt.

Warum das ein anderes Problem ist als „alles läuft über die Chefin“

Es gibt den Fall, in dem du selbst der Engpass bist: dein Team fragt dich elf Mal am Tag, weil nur du die Antwort kennst. Das ist ein Dauer-Zustand, er nervt, aber er ist stabil. Du bist ja da.

Der Wissensträger-Austritt ist das Gegenteil von stabil. Er ist eine Klippe. Es funktioniert reibungslos, bis zu einem Datum. Und am Tag danach ist das Wissen weg, nicht reduziert, sondern weg. Der Unterschied ist nicht graduell, er ist ein Abgrund.

Der Wissensforscher David DeLong hat das in seinem Buch „Lost Knowledge“ auf den Punkt gebracht: Unternehmen behandeln das Wissen ihrer Leute, als sei es unsterblich, und merken erst beim Austritt, dass es an einer einzigen Person hing. Die Software-Welt hat dafür einen nüchternen Namen: den Bus-Faktor. Er beschreibt, wie viele Personen ausfallen müssten, bis ein Bereich stillsteht. Bei kritischem Erfahrungswissen ist der Bus-Faktor oft eins. Und niemand misst ihn, bis die Eins kündigt.

Die drei Phasen des Verlusts

Der Verlust passiert nicht am letzten Tag. Er läuft in drei Phasen ab, und die gefährlichste fühlt sich an wie Sicherheit.

Phase 1: die trügerische Ruhe

Solange die Person da ist, sieht niemand das Risiko. Pia macht ihren Job gut, also fällt nicht auf, dass nur sie ihn machen kann. Der Bus-Faktor steht auf eins, aber er steht auf keinem Dashboard.

Phase 2: das Drei-Monats-Fenster

Mit der Kündigung beginnt das einzige Zeitfenster, in dem das Wissen noch lebt und befragbar ist. Genau dieses Fenster wird fast immer vertrödelt. Die Person ist mental schon halb draußen, das Tagesgeschäft frisst die Wochen, die Übergabe wird auf „machen wir noch“ geschoben, bis nur zwei Tage übrig sind.

Phase 3: die Klippe und das Tal

Die neue Person erbt Ordner, Logins, Dokumente. Was sie nicht erbt, sind die Urteile. Sie wird ein Jahr lang Fehler machen, die Pia nie gemacht hätte, nicht aus Unfähigkeit, sondern weil ihr das Erfahrungswissen fehlt, das nie übergeben wurde.

Was viele falsch machen

  • Die Übergabe-Checkliste am letzten Tag. Sie fängt Fakten ein, Passwörter, Ansprechpartner, Ablageorte, nicht Urteile. Das Warum, der eigentliche Wert, steht in keiner Checkliste.
  • „Schreib mal alles auf, was du weißt.“ Eine unlösbare Aufgabe. Erfahrungswissen ist genau das, was man nicht ohne Anlass formulieren kann. Heraus kommt ein Doku-Marathon, der das Offensichtliche dokumentiert und das Wertvolle verfehlt.
  • Den Nachfolger zwei Wochen mitlaufen lassen. Schatten-Lernen fängt nur das ein, was zufällig in diesen zwei Wochen passiert. Die seltene Krise, der Lieferant, der einmal im Quartal eskaliert, fällt durchs Raster.
  • Das Exit-Interview. Ein HR-Formular mit den falschen Fragen, zu spät, zu generisch. Es protokolliert, warum jemand geht, nicht, was er weiß.
  • Die ausgeschiedene Person teuer als Beratung zurückholen. Funktioniert ein-, zweimal, ist teuer und nicht tragfähig. Und beim dritten Anruf nimmt niemand mehr ab.

Wie man es löst: das Fenster nutzen, bevor es schließt

Die Lösung ist kein Doku-Marathon und kein Tool über dem Ordner. Sie hat drei Bewegungen, und alle drei hängen am Timing. Die Grafik zeigt, was auf dem Spiel steht: ohne Übergabe stürzt das Wissen am letzten Tag fast auf null und kriecht danach ein langes Tal entlang. Wer das Fenster nutzt, macht aus dem Sturz eine Delle.

Das Wissen über die Zeit

verfügbares Wissendas FensterKündigungletzter Tag+6 Monate
mit Extraktion im Fenster: Delle statt Sturz
ohne Übergabe: Sturz, dann langes Tal

Drei Bewegungen im Fenster

  1. 01

    Decision-Replay statt „schreib alles auf“

  2. 02

    Archiv lesen (Mail, Chat, Tickets der Person)

  3. 03

    Onboarding-Hilfe (das System fängt die Neue auf)

Erste Bewegung: Decision-Replay statt Doku-Marathon. Nicht „schreib auf, was du weißt“, sondern: lass uns die letzten zwanzig echten Entscheidungen durchgehen, die du getroffen hast, und bei jeder das Warum freilegen. Erfahrungswissen kommt im Kontext einer konkreten Entscheidung heraus, nicht im luftleeren Raum.

Zweite Bewegung: das Archiv lesen. Die letzten zwölf Monate an Mails, Chats und Tickets der ausscheidenden Person sind oft präziser als jedes Interview, weil das Urteil dort schon in echten Sätzen steht, getroffen unter echtem Druck. Dieser Schatz bleibt, auch wenn die Person geht, und sogar dann, wenn sie nicht mehr kooperieren will.

Dritte Bewegung: das Wissen so ablegen, dass die neue Person es abfragen kann. Nicht als totes PDF, sondern als befragbares System, das auf eine Situation antwortet mit „so wurde das hier bisher entschieden, und das war der Grund“. Die Neue baut darauf auf, statt das Tal blind zu durchlaufen.

Das Wissen selbst wird in vier Schichten getrennt gehalten, damit das System nicht nur findet, dass ein Lieferant in Portugal sitzt, sondern weiß, warum er gehalten wurde: Werte-Entscheidungen als Ja-Nein-Muster, Kontext als Netz von Verbindungen, Faustregeln als echte Regeln, Erfahrungs-Gedächtnis als Sammlung dessen, was schon probiert wurde. Erfahrungsgemäß schärfen drei dokumentierte Fehlentscheidungen das System mehr als zehn Erfolge.

Wann du das NICHT brauchst

  • Wenn die Rolle ohnehin doppelt besetzt ist und zwei Leute dasselbe können. Dann ist dein Bus-Faktor schon größer als eins.
  • Wenn es reines Routine-Wissen ist, das längst dokumentiert vorliegt. Dann hast du ein normales Onboarding, kein Kontinuitäts-Risiko.
  • Wenn der Austritt eine Chance ist, alte Zöpfe abzuschneiden. Manchmal ist das Wissen veraltet, und es wäre teuer, es zu konservieren.
  • Wenn du noch viel Zeit hast, die Person motiviert ist und vieles schon halb dokumentiert. Dann reicht eine saubere interne Übergabe.

So lösen wir das konkret

Das ist ein austritts-getriggerter Einsatz der Founder-Wissens-Engine. Der Anspruch bleibt: spiegeln, nicht klonen. Niemand wird ersetzt, und niemand wird kopiert. Es geht darum, das Urteils-Wissen sichtbar und nutzbar zu halten, das die Person aufgebaut hat, damit das Team nicht ins Leere fällt, wenn sie geht. Das System bildet ab, wie die Person bisher entschieden hat, damit die Nachfolge darauf aufsetzen kann, statt bei null zu beginnen.

Der Unterschied zum Dauer-Engpass-Fall ist das Timing: Hier ist die Inventur zeitkritisch. Starte sie, solange die Person noch im Haus ist, nicht erst am letzten Tag.

Founder-Wissens-Engine

spiegeln, nicht klonen

Wissens-Inventur

1.490 €

voll anrechenbar auf den späteren Engine-Build

  • Zwei mal 90 Minuten Decision-Replay mit der ausscheidenden Person, remote
  • Eine nach Risiko gewichtete Schichten-Map (Werte, Kontext, Heuristiken, Erfahrung)
  • Eine priorisierte Hebel-Liste
  • Ein strukturiertes Doku-Set

Auch zwei Wochen sind besser als nichts, aber das Drei-Monats-Fenster ist der eigentliche Hebel. Danach setzt der Engine-Build auf der Inventur auf.

Häufige Fragen

Wie früh vor einem Austritt sollte man anfangen?
So früh wie möglich, idealerweise mit dem Tag der Kündigung. Das Fenster ist der Hebel, nicht die Methode. Wer am letzten Arbeitstag anfängt, rettet Fakten und verliert Urteile.
Was, wenn die Person schon weg ist?
Dann bleibt das Archiv aus Mails, Chats und Tickets plus die Rekonstruktion über die, die mit ihr gearbeitet haben. Teurer und lückenhafter als das offene Fenster, aber nicht null.
Was, wenn die Person im Streit geht oder nicht kooperiert?
Das Archiv-Verfahren funktioniert auch ohne ihre aktive Mitarbeit. Interviews sind dann nicht die Quelle, das Schriftliche schon.
Ist das nicht dasselbe wie Onboarding-Doku?
Nein. Onboarding-Doku fängt Fakten für den Normalbetrieb. Hier geht es um das Urteils-Wissen einer bestimmten Person unter Zeitdruck, also genau das, was eine Standard-Doku nie enthält.

Alle in diesem Use Case verwendeten Namen von Personen und Unternehmen sind frei erfunden. Ähnlichkeiten mit real existierenden Personen oder Unternehmen sind rein zufällig und nicht beabsichtigt. Die Beispiele dienen ausschließlich der Veranschaulichung.

Verwandte Use Cases