Das stille Risiko im Mittelstand

Jedes Jahr gehen in Deutschland über 300.000 erfahrene Fach- und Führungskräfte in Rente. Im Mittelstand — Unternehmen zwischen 50 und 500 Mitarbeitenden, oft in Familienhand — konzentriert sich dieses Wissen auf wenige Personen. Keine Handbücher, kein Wiki, keine SOPs. Das Wissen läuft und läuft, bis die Person geht. Dann fehlt es.

Das Bundesinstitut für Berufsbildung (BIBB) dokumentiert in seiner Qualifikationspanel-Studie 2023, dass bei über 60 Prozent der untersuchten KMU kein strukturierter Wissenstransfer-Prozess für ausscheidende Mitarbeitende existiert. Nicht weil niemand das will, sondern weil es nie drängend genug erschien — bis zum letzten Arbeitstag.

Wissen, das nirgendwo steht, geht nicht verloren — es wird mitgenommen. Der Unterschied liegt darin, ob du es vorher geöffnet hast.

Drei Typen von personengebundenem Wissen

Nicht jedes Wissen ist gleich schwer zu sichern. In den Gesprächen, die wir mit mittelständischen Geschäftsführern und IT-Leitern führen, tauchen immer wieder drei Typen auf:

Regelwissen. Explizite Entscheidungslogik, die nirgendwo dokumentiert ist. „Wenn Kunde X anruft, dann...“. „Wenn der Lagerbestand unter Y fällt, dann...“. Oft steckt dieses Wissen in Excel-Formeln, die niemand sonst versteht.

Beziehungswissen. Informationen über Kunden, Lieferanten und interne Ansprechpartner, die nirgendwo im CRM stehen. Der Einkäufer, der weiß, dass Lieferant Z immer drei Wochen länger braucht als vereinbart — aber dafür 8 Prozent besser auf Preis reagiert, wenn man am Montag anruft. Dieses Wissen ist nirgendwo dokumentiert. Es verschwindet mit der Person.

Urteilswissen. Die Fähigkeit, Ausnahmen richtig zu behandeln. Der Kalkulator im Maschinenbau, der bei jeder Ausschreibung instinktiv weiß, welche Positionen Puffer brauchen und welche nicht. Die Disponentin, die spürt, wann eine Bestellung aus dem Rhythmus läuft. Dieses Wissen ist am schwersten zu übertragen, weil die Person es selbst oft nicht erklären kann.

Warum der klassische Wissenstransfer meistens scheitert

Die Standardantwort: Einarbeitungsphase, Schatten-Periode, Handbuch schreiben. In der Praxis scheitert das an drei Stellen.

Zeitproblem. Der Renteneintritt wird oft erst sechs Monate vorher konkret geplant. Drei Monate davon gehen für Ankündigungen, Abschiedsfeier und Administrative drauf. Bleiben drei Monate echter Übergabe. In einem Unternehmen mit 80 Mitarbeitenden, in dem diese Person 28 Jahre lang zentrale Prozesse getragen hat, reichen drei Monate für Regelwissen — aber nicht für Urteils- und Beziehungswissen.

Dokumentationsproblem. „Schreib doch alles auf.“ Das klingt einfach. Die Realität: Die Person, die dieses Wissen hat, hat es nie explizit gemacht. Es ist implizit — in Gesten, in Satzfragmenten, in Reaktionen auf Situationen. Es auf Papier zu bringen, ist handwerklich schwierig und kostet Zeit, die der laufende Betrieb nicht freigibt.

Nachfolge-Dynamik im Familienbetrieb. In Familienunternehmen kommt ein weiteres Element hinzu: Macht und Wissen sind verflochten. Der Verkaufsleiter, der alle Kundenbeziehungen kennt, ist oft auch der, der keine Konkurrenz duldet. Der Meister, der die Qualitätsregeln im Kopf hat, hat ein Interesse daran, unersetzlich zu bleiben. Das ist keine böse Absicht — aber es erzeugt strukturellen Widerstand gegen Wissenstransfer.

Beispiel: Maschinenbauer mit 95 MA, Abteilung Arbeitsvorbereitung

Ein mittelständischer Maschinenbauer (anonymisiert, Nordhessen, Lohnfertigung für Automobilzulieferer) verlor 2022 seinen langjährigen Arbeitsvorbereiter nach 31 Jahren. Die Einarbeitungsphase war sechs Wochen, was nach internem Gefühl ausreichend schien.

Erst vier Monate nach dem Austritt fiel auf, dass Fertigungsaufträge systematisch mit falschen Rüstzeiten kalkuliert wurden. Der Vorgänger hatte für 14 Maschinentypen individuelle Korrekturfaktoren im Kopf, die nirgendwo im ERP hinterlegt waren. Der Nachfolger kannte sie nicht. Die Abweichung kostete über 18 Monate an Aufträgen und nicht näher spezifizierte Margeneinbußen, die intern auf „Quartal vier“ verbucht wurden.

Die Korrekturfaktoren konnten im Nachhinein aus abgeschlossenen Fertigungsaufträgen und Rückfragen beim ehemaligen Mitarbeiter rekonstruiert werden. Der Aufwand: elf Arbeitstage, zwei externe Beraterstunden, vier Eskalationen bis zur Geschäftsführung.

Was stattdessen funktioniert

Ein belastbarer Wissenstransfer für Mittelständler braucht drei Elemente:

  1. Frühzeitiger Start. Idealerweise zwölf bis achtzehn Monate vor dem Austritt. Das klingt früh, aber Urteilswissen braucht echte Betriebssituationen zum Transfer — es lässt sich nicht im Warm-Up extrahieren.
  2. Strukturiertes Interview, kein Handbuch. Statt „Schreib alles auf“ ein dokumentiertes Interview-Protokoll, das Entscheidungslogik durch konkrete Fallbeispiele herausarbeitet. Die Person erzählt von konkreten Situationen, jemand anderes hört zu und destilliert die Regel. Das ist handwerklich, aber beherrschbar.
  3. Überführung in ausführbare Logik. Wo möglich, wird das extrahierte Wissen in eine Applikation überführt — eine Kalkulationsregel, ein Entscheidungsbaum, eine Plausibilitätsprüfung im ERP. Nicht als Alternative zur menschlichen Entscheidung, sondern als Unterstützung für den Nachfolger.

```
Wissenstransfer-Ablauf (Vorlage)

Phase 1 | Monate -18 bis -12: Inventur

  • Welche Prozesse hängen an einer Person?
  • Welche Entscheidungen trifft nur sie?
  • Welche Systeme (Excel, ERP, E-Mail) trägt sie allein?

Phase 2 | Monate -12 bis -6: Interview-Workshop

  • 6 Stunden strukturiertes Interview über konkrete Situationen
  • Entscheidungslogik und Ausnahmeregeln extrahieren
  • Erste Dokumentation durch externen Begleiter

Phase 3 | Monate -6 bis -1: Parallelbetrieb

  • Nachfolger trägt Prozess, Vorgänger kommentiert
  • Lücken werden sichtbar und geschlossen
  • Kritische Regeln in Software überführen

Phase 4 | Monat 0: Übergabe

  • Dokumentation vollständig
  • Applikation operativ
  • Ansprechbarkeit des Vorgängers auf Wunsch laufend vereinbaren
    ```

Wann es zu spät ist — und was dann noch geht

Manche lesen diesen Artikel, weil die Person schon gegangen ist. Das ist unbefriedigend, aber nicht hoffnungslos. In etwa 60 Prozent der Fälle lässt sich Regelwissen aus vorhandenen Artefakten rekonstruieren: Excel-Dateien, abgeschlossene Aufträge, E-Mail-Archive, Rückfragen bei Kollegen und beim ehemaligen Mitarbeitenden selbst. Das dauert länger, kostet mehr und ist lückenhafter als ein rechtzeitiger Transfer — aber es ist möglich.

Für Urteilswissen, das tatsächlich nicht mehr zugänglich ist, bleibt oft nur ein Weg: Einen Ersatzprozess aufbauen, der das Unternehmensziel erfüllt, ohne identisch zum alten zu sein. Das ist kein perfekter Ausgang, aber ein beherrschbarer.

Warum das Thema im Mittelstand strukturell unterschätzt wird

Nachfolge und Wissenstransfer werden in mittelständischen Unternehmen selten als strategisches Risiko behandelt. Die Gründe sind verständlich: Das Unternehmen läuft. Die Person ist noch da. Der Rententermin ist abstrakt. Die Dringlichkeit entsteht erst, wenn sie konkret wird — und dann ist oft zu wenig Zeit.

Hinzu kommt ein kulturelles Muster, das der DIHK-Nachfolgereport 2024 ausführlich dokumentiert: Im deutschen Mittelstand werden Nachfolge und Wissenstransfer häufig als ein Thema behandelt, das die Nachfolge-Generation lösen soll — nicht die aktuelle Führung. Das verschiebt den Transferzeitpunkt systematisch nach hinten.

Dabei ist der wirtschaftliche Schaden messbar. Nicht in Zahlen, die hier ohne Grundlage behauptet werden — aber in der Struktur: Ein Prozess, der an einer Person hängt, ist ein Single Point of Failure. Solche Punkte sind in technischen Systemen verboten. In Unternehmensorganisationen sind sie normal. Das ist eine Entscheidung, keine Naturgewalt.

Drei Signale, die zeigen: Wissen ist personenabhängig

Du brauchst keine Inventur, um die kritischen Stellen zu finden. Diese drei Signale zeigen sie:

  • Urlaubsvertretung funktioniert nicht wirklich. Wenn eine Person in Urlaub ist und bestimmte Entscheidungen aufgeschoben werden oder bei Kollegen landen, die sie nicht treffen können, hängt dort Wissen.
  • Rückfragen landen immer bei derselben Person. Wenn unabhängig von der formalen Zuständigkeit eine Person angerufen wird, bevor etwas entschieden wird, trägt diese Person implizites Wissen.
  • Prozess läuft, aber niemand kann ihn erklären. „Das macht die Petra, die weiß das“ ist ein Signal, kein Zustand.

Diese Signale sind Einladungen zu einer strukturierten Inventur — keine Kritik an Einzelpersonen. Das Wissen, das hinter diesen Signalen steckt, hat das Unternehmen erfolgreich gemacht. Die Aufgabe ist, es zu erhalten, nicht es zu ersetzen. Und die beste Zeit, damit anzufangen, ist nicht nach dem naechsten Rentengesprach — sie ist jetzt, solange die Person noch da ist und die Luecken noch geschlossen werden koennen.

Was Softwareunterstützung leisten kann — und was nicht

Es gibt ein verbreitetes Missverständnis: Wissensmanagement-Software löst das Transferproblem. Sie tut es nicht. Sie macht es beherrschbarer.

Was Softwareunterstützung leistet: strukturierte Ablage von explizitem Wissen, versionierter Zugriff, Suchbarkeit, rollenbasierte Sichtbarkeit. Ein Disponent, der sein Kunden-Wissen in eine strukturierte Datenbank eingetragen hat, hinterlässt etwas Nachvollziehbares. Das ist besser als Outlook-Archiv und Memory.

Was Softwareunterstützung nicht leistet: das Urteilswissen. Die Fähigkeit, eine Situation richtig einzuschätzen, liegt nicht in einem Datenbankfeld. Sie liegt in der Verkettung von Hunderten ähnlicher Situationen, die eine Person über Jahre erlebt hat. Das ist nicht exportierbar — es ist durch Erfahrung neu aufzubauen.

Die sinnvolle Arbeitsteilung sieht so aus: Software übernimmt das Regel- und Beziehungswissen. Parallelbetrieb und strukturiertes Mentoring übertragen das Urteilswissen. Beides braucht Zeit — die Software, um befüllt zu werden, das Mentoring, um wirksam zu sein. Beides zusammen in sechs Monaten zu schaffen, ist unrealistisch. Deshalb gilt: Der Einarbeitungszeitraum muss früher beginnen als gefühlt nötig.

Für Mittelständler, die diesen Prozess zum ersten Mal strukturieren, bietet sich ein pragmatischer Einstieg an: nicht mit dem schwierigsten Fall beginnen, sondern mit dem dokumentierbaren. Welche Entscheidungsregeln lassen sich explizit machen? Welche Kundenbeziehungen lassen sich in einem CRM-Feld abbilden? Welche Excel-Logik lässt sich in eine Applikation überführen? Dieser Teil ist lösbar — und er schafft die Voraussetzung dafür, dass der schwierige Teil (das Urteilswissen) in einem späteren Schritt angegangen werden kann.

Weiterlesen im Wissen-Hub

Wenn du tiefer ins Thema Digitalisierung im Mittelstand willst: Warum Digitalisierungsprojekte im Mittelstand scheitern erklärt die vier Bruchstellen, darunter explizit das Wissens-Träger-Problem. Wie Individualsoftware als Werkzeug für Wissens-Sicherung eingesetzt werden kann, erfährst du hier. Und wenn du wissen willst, wie ein strukturierter Übergang von personengebundenem Wissen in ausführbare Logik konkret aussieht, sprich uns direkt an.