Das stille Risiko im Mittelstand

Die geburtenstarken Jahrgänge erreichen das Rentenalter, und im Mittelstand (Unternehmen zwischen 50 und 500 Mitarbeitenden, oft in Familienhand) konzentriert sich Prozesswissen auf wenige Personen. Keine Handbücher, kein Wiki, keine standardisierten Abläufe. Das Wissen läuft und läuft, bis die Person geht. Dann fehlt es.

Ein strukturierter Wissenstransfer-Prozess für ausscheidende Mitarbeitende existiert in vielen kleinen und mittleren Unternehmen nicht. 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 ein bestimmter Lieferant immer drei Wochen länger braucht als vereinbart, dafür aber deutlich besser auf den Preis reagiert, wenn man am Montag anruft. Solches 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. Ein Teil davon geht für Ankündigungen, Abschied und Administratives drauf. Bleiben wenige Monate echter Übergabe. In einem Unternehmen, in dem diese Person jahrzehntelang zentrale Prozesse getragen hat, reichen die 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 Mitarbeitenden, Arbeitsvorbereitung

Ein illustratives Beispiel, das die typische Verlaufsform zeigt:

Ein mittelständischer Maschinenbauer verliert seinen langjährigen Arbeitsvorbereiter nach über drei Jahrzehnten. Die Einarbeitungsphase beträgt sechs Wochen, was nach internem Gefühl ausreichend scheint.

Erst Monate nach dem Austritt fällt auf, dass Fertigungsaufträge systematisch mit falschen Rüstzeiten kalkuliert werden. Der Vorgänger hatte für vierzehn Maschinentypen individuelle Korrekturfaktoren im Kopf, die nirgendwo im ERP hinterlegt waren. Der Nachfolger kannte sie nicht. Die Abweichung zieht sich über anderthalb Jahre an Aufträgen, mit Margeneinbußen, die intern nie einer Ursache zugeordnet werden.

Die Korrekturfaktoren lassen sich im Nachhinein aus abgeschlossenen Fertigungsaufträgen und Rückfragen beim ehemaligen Mitarbeiter rekonstruieren, mit erheblichem Aufwand und mehreren Eskalationen bis zur Geschäftsführung.

Das Muster daran ist das Entscheidende: Der Verlust fällt nicht am letzten Arbeitstag auf, sondern Monate später, und er sieht dann wie ein Kalkulationsproblem aus, nicht wie ein Wissensproblem.

Was stattdessen funktioniert

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

  • 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.
  • 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.
  • Ü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
  - strukturiertes Interview über konkrete Situationen
  - Entscheidungslogik und Ausnahmeregeln extrahieren
  - erste Dokumentation durch eine begleitende Person

Phase 3 | Monate -6 bis -1: Parallelbetrieb
  - Nachfolger trägt den 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 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. Regelwissen lässt sich häufig aus vorhandenen Artefakten rekonstruieren: Excel-Dateien, abgeschlossene Aufträge, E-Mail-Archive, Rückfragen bei Kollegen und beim ehemaligen Mitarbeitenden selbst. Wie viel davon gelingt, hängt daran, wie viel Spur die Arbeit hinterlassen hat. Es dauert länger, kostet mehr und bleibt 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 er konkret wird, und dann ist oft zu wenig Zeit.

Hinzu kommt ein Muster, das der DIHK-Report Unternehmensnachfolge 2025 beschreibt. Die Deutsche Industrie- und Handelskammer (DIHK), der Dachverband der 79 Industrie- und Handelskammern, stützt ihn auf über 50.000 Beratungskontakte der IHKs aus dem Jahr 2024. Zwei Beobachtungen daraus: Alt-Eigentümer fahren in Erwartung der Übergabe Investitionen herunter und „überlassen Innovations- und Digitalisierungserfordernisse den potenziellen Nachfolgern". Und gerade bei kleineren Unternehmen geht „Inhaberwissen" beim Wechsel häufig verloren, wenn vorher keine Vorkehrungen getroffen wurden. Dazu passt, dass sich drei Viertel der Beratenen erst zwei Jahre oder kürzer vor der geplanten Übergabe an einen externen Akteur wenden. Das verschiebt den Transferzeitpunkt systematisch nach hinten.

Dabei ist die Struktur des Risikos eindeutig: Ein Prozess, der an einer Person hängt, ist ein Single Point of Failure. In der technischen Systemgestaltung gilt das als Konstruktionsfehler, den man gezielt auflöst: durch Redundanz, Dokumentation, Vertretungsregeln. In Unternehmensorganisationen wird derselbe Zustand oft hingenommen. 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.
  • Der 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 dahintersteckt, 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 nächsten Rentengespräch, sie ist jetzt, solange die Person noch da ist und die Lücken noch geschlossen werden können.

Was Softwareunterstützung leisten kann, und was nicht

Es gibt ein verbreitetes Missverständnis: Wissensmanagement-Software löse 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 Kundenwissen in eine strukturierte Datenbank eingetragen hat, hinterlässt etwas Nachvollziehbares. Das ist besser als ein Outlook-Archiv und ein gutes Gedächtnis.

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 Übergabezeitraum 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: Wenn ein Digitalisierungsprojekt scheitert erklärt die Bruchstellen, darunter ausdrücklich das Wissensträger-Problem. Wie dieselbe Frage für KI-Agenten aussieht (und warum ein Betrieb ein Gedächtnis braucht, das ihm selbst gehört), steht in Institutionelles Gedächtnis für KI-Agenten. Wie Individualsoftware als Werkzeug für die Wissenssicherung eingesetzt werden kann, zeigt Individualsoftware für den Mittelstand. Und wenn du wissen willst, wie ein strukturierter Übergang von personengebundenem Wissen in ausführbare Logik konkret aussieht, sprich uns direkt an.