Implizites Wissen (Tacit Knowledge): Warum Ihre wichtigste Ressource nicht in Dokumenten steht

Definition

Implizites Wissen — englisch tacit knowledge, im Praxisdiskurs oft tribal knowledge — bezeichnet handlungsleitendes Wissen, das eine Person besitzt, aber nicht ohne Weiteres explizit machen kann. Michael Polanyi hat es 1966 in The Tacit Dimension eingeführt ^[1] und mit einem Beispiel illustriert: Wir erkennen ein Gesicht in einer Menge wieder, ohne die Merkmale aufzählen zu können, anhand derer wir das tun.

Explizites Wissen lässt sich in Worten, Formeln, Diagrammen erfassen — eine Stückliste, ein Algorithmus, eine Arbeitsanweisung. Implizites Wissen liegt in Routinen, Heuristiken, sensomotorischen Fertigkeiten, Mustererkennungen. Beide sind real, beide sind handlungsrelevant — aber sie brauchen unterschiedliche Werkzeuge.

Warum die Unterscheidung praktisch wichtig ist

Viele Dokumentationsprojekte scheitern, weil sie implizites Wissen behandeln, als wäre es explizites. „Schreib auf, wie du das machst“ liefert bestenfalls die explizite Hälfte. Die implizite Hälfte — das Warum, das Wann, das Unter welcher Bedingung anders — bleibt im Kopf. Genau diesen Effekt beschreiben Engineers in r/MechanicalEngineer am Beispiel von Manufacturing-Wissen ^[2] und Sam Gupta am Beispiel von ERP-Customization ^[3]: Die SOP existiert, aber die interpretierende Schicht (CM First ^[4]) fehlt — und genau die ist betriebsentscheidend.

Das SECI-Modell

Ikujiro Nonaka und Hirotaka Takeuchi haben in The Knowledge-Creating Company (1995) ^[5] ein Modell vorgeschlagen, wie sich implizites und explizites Wissen wechselseitig überführen lassen — bekannt als SECI:

| Übergang | Bezeichnung | Methode | |---|---|---| | Implizit → Implizit | Sozialisation | Shadowing, Lehrlingsmodell | | Implizit → Explizit | Externalisierung | Strukturierte Interviews, Critical Incident | | Explizit → Explizit | Kombination | Reviews, Cross-Linking, Konsolidierung | | Explizit → Implizit | Internalisierung | Üben, simulierte Fälle, Praxisrotation |

Die meisten KMU-Wissensprogramme arbeiten ausschließlich an „Explizit → Explizit“ (Wikis verschönern). Das erklärt, warum sie ihren Bus-Faktor selten verändern.

Donald Schöns „Reflective Practitioner“

Donald Schön hat 1983 ^[6] beschrieben, wie erfahrene Praktiker im Handeln denken — reflection-in-action. Sein Befund: Erfahrungswissen wird oft erst sichtbar, wenn die Person mit einer unerwarteten Situation konfrontiert wird und ihre Reaktion erklärt. Daraus folgt die Erhebungs-Heuristik: Frag nach dem Edge Case, nicht nach dem Standardfall.

Operative Erhebungstechniken

Strukturierte Interviews

Sechs Themenblöcke (Outcome, Recurring Tasks, Edge Cases, Beziehungen, Werkzeuge, Stille Regeln) wie im Wissenstransfer-Leitfaden beschrieben.

Critical Incident Technique

Die SME wird gebeten, einen konkreten herausfordernden Fall zu rekonstruieren — „Erzählen Sie mir die letzte Situation, in der Sie ein ungewöhnliches Vorgehen wählen mussten.“ Solche Erzählungen offenbaren Heuristiken zuverlässiger als abstrakte Fragen.

Cognitive Task Analysis

Ein systematisches Verfahren aus der Arbeitspsychologie: Aufgabe wird in Schritte zerlegt, an jedem Schritt wird gefragt, welche Entscheidung wo getroffen wird und woran sie sich orientiert.

Shadowing

Stille Begleitung der Arbeit über mehrere Stunden, mit anschließendem strukturiertem Nachgespräch zu beobachteten Mikroentscheidungen.

AI-assisted Interview

Ein LLM moderiert das strukturierte Interview, hört nach, fasst zusammen. Wertvoll vor allem, wenn keine erfahrene Moderation verfügbar ist — siehe KI-Wissensmanagement-Leitfaden.

Grenzen der Erhebung

Nicht alles implizite Wissen lässt sich explizit machen — Polanyis Punkt war gerade dieser. Was nicht erhebbar ist, muss durch Sozialisation weitergegeben werden: Lehrlingszeit, Tandem-Phasen, Job-Rotation. Wer diese Übergaben durch Dokumentation ersetzen will, übersieht den theoretischen Kern.

Implizites Wissen und Bus-Faktor

Die meisten BF-1-Rollen in KMU sind BF-1, weil der entscheidende Wissensanteil implizit ist. Eine Buchhaltungs-SME ist nicht ersetzbar, weil sie die Buchungssätze kennt (das ist explizit), sondern weil sie weiß, welchen Kunden man wann freundlich erinnert und bei welcher Auffälligkeit man die Geschäftsführung früh informiert. Erst die Erhebungstechniken für implizites Wissen senken solchen Bus-Faktor real.

Fazit

Wer Wissensrisiken im Mittelstand ernst nimmt, muss die Polanyi-Unterscheidung akzeptieren: Es gibt eine Wissensklasse, die in keinem Wiki erscheint, aber den Geschäftsbetrieb trägt. Sie zu erheben braucht andere Methoden — dialogisch, situativ, geduldig. Und sie braucht ein System, das diese Erhebungen revalidierbar hält, statt sie in einem Loom-Video verschwinden zu lassen.