Wissensmanagement: Organisatorische Kompetenz, Modelle und Beispiele

Von Kevin Kim · Aktualisiert am 13. Oktober 2026

Wissensmanagement ist die organisatorische Fähigkeit, das Wissen der Menschen zu erzeugen, zu teilen, zu bewahren und anzuwenden, damit Ergebnisse nicht vom Gedächtnis einer einzelnen Person abhängen. Es umfasst explizites Wissen (Dokumente, Daten, Verfahren) und implizites Wissen (Fertigkeiten, Urteilsvermögen, Intuition). Ob es gelingt, entscheiden Gewohnheiten, Rollen und Vertrauen, lange bevor die Tools eine Rolle spielen.

Implizites und explizites Wissen: Die Unterscheidung, auf der alles andere beruht

Die meisten Unternehmen verstehen unter Wissen das, was in Dokumenten gespeichert ist. Das ist die einfache Hälfte. Die schwierigere Hälfte steckt in den Köpfen und Händen der Menschen.

Ikujiro Nonakas Artikel aus dem Jahr 1991 in der Harvard Business Review, The Knowledge-Creating Company, beginnt mit einer unverblümten Behauptung: In einer Wirtschaft, in der die einzige Gewissheit die Ungewissheit ist, ist Wissen die einzige sichere Quelle dauerhafter Wettbewerbsvorteile. Derselbe Artikel unterscheidet zwei Arten davon. Explizites Wissen lässt sich in Dokumenten und Daten festhalten. Implizites Wissen dagegen ist „höchst persönlich" und „schwer zu formalisieren", und es ist tief im Handeln und in einem bestimmten Kontext verwurzelt, etwa einem Handwerk, einer Technologie oder einem Team. Nonaka greift dafür eine Formulierung des Philosophen Michael Polanyi auf: „Wir wissen mehr, als wir zu sagen wissen."

Das Beispiel des Artikels ist bis heute das anschaulichste. 1985 gelang es den Entwicklern von Matsushita nicht, eine neue Brotbackmaschine für den Haushalt dazu zu bringen, den Teig richtig zu kneten, selbst nachdem sie Röntgenaufnahmen von maschinell und von Bäckerhand geknetetem Teig verglichen hatten. Die Softwareentwicklerin Ikuko Tanaka ging beim Chefbäcker des Osaka International Hotel in die Lehre, bemerkte seine besondere Art, den Teig zu dehnen, und übersetzte dies gemeinsam mit Ingenieuren in Produktspezifikationen, darunter spezielle Rippen im Inneren der Maschine. Niemand hätte die Antwort in einem Handbuch finden können, denn es gab keines. Sie musste beobachtet, geübt und dann in Worte gefasst werden.

So unterscheiden sich die beiden Arten in einem gewöhnlichen Unternehmen.

Wichtige Fakten

• Ursprung der Unterscheidung implizit/explizit im Management: Nonakas HBR-Beitrag von 1991 wird von den Redakteuren des Magazins selbst als Text beschrieben, der die Vorstellung von „implizitem" Wissen populär gemacht hat, und zwar im Managementdenken.
• Drei Bestandteile des Modells: Das Paper von Nonaka, Toyama und Konno aus dem Jahr 2000 schlägt vor, dass Wissensschaffung aus dem SECI-Prozess, Ba (dem gemeinsamen Kontext) und Wissensbeständen besteht.
• Es gibt eine formale Norm: ISO 30401 legt Anforderungen an ein Managementsystem für Wissensmanagement fest. Die aktuelle Ausgabe, ISO 30401:2018, wurde zweimal geändert, und eine zweite Ausgabe liegt im Entwurf vor, die sie ersetzen wird.

Warum Wissensmanagement eine Fähigkeit ist und kein Projekt

Ein Projekt endet. Eine Fähigkeit ist etwas, das die Organisation wiederholt leisten kann, unter Druck und mit wechselnden Personen. So betrachtet man Wissensmanagement am sinnvollsten, und deshalb gehört es neben den organisatorischen Kompetenzaufbau und nicht ins IT-Budget.

Drei Dinge müssen zutreffen, damit es als Fähigkeit zählt:

1. Es ist wiederholbar. Neue Mitarbeitende, eine neue Region oder ein neues Produkt profitieren von früheren Erkenntnissen, ohne dass jemand sie neu erfinden muss.
2. Es hat Verantwortliche. Für jeden kritischen Wissensbereich ist jemand verantwortlich, mit Namen.
3. Es wird gelebt. Menschen nutzen das Wissen, korrigieren es und ergänzen es als Teil der normalen Arbeit, nicht als jährliche Aufräumaktion.

Wenn ein Unternehmen diese drei Dinge nicht leisten kann, ändert auch ein größeres Repository nichts am Ergebnis. Es enthält dann nur mehr ungelesene Dokumente.

Das SECI-Modell: Vier Wege, wie sich Wissen bewegt

Das SECI-Modell von Nonaka und Takeuchi beschreibt Wissensschaffung als Spirale zwischen impliziten und expliziten Formen. Im Artikel von 1991 erscheinen die vier Muster als Sozialisation, Artikulation, Kombination und Internalisierung. Spätere Arbeiten nennen das zweite Muster Externalisierung, woraus sich der Name des Modells ergibt: Socialization, Externalization, Combination, Internalization.

In Nonakas Matsushita-Geschichte durchläuft Tanaka alle vier Modi: Sie lernt das Handwerk des Bäckers, indem sie mit ihm arbeitet, überträgt das Gelernte in explizite Spezifikationen, ihr Team standardisiert es zu einem Handbuch und einem Produkt, und die Erfahrung beim Bau der Maschine bereichert das eigene implizite Wissen des Teams. Dann beginnt die Spirale auf einer höheren Ebene von vorn.

Zwei Punkte sind für Führungskräfte wichtig. Erstens stellt der Artikel klar, dass Sozialisation allein begrenzt ist: Weil das Wissen nie explizit wird, kann die Organisation als Ganzes es nicht ohne Weiteres nutzen. Zweitens gilt dasselbe für Kombination allein, die nur neu ordnet, was bereits aufgeschrieben ist. Der Wert entsteht im Austausch zwischen beiden Formen. Deshalb speist diese Fähigkeit auch direkt das Innovationsmanagement.

Ba: Der Ort, an dem Wissen entsteht

SECI sagt, wie sich Wissen umwandelt. Ba sagt, wo. Das Paper von Nonaka und Konno aus dem Jahr 1998 definiert Ba als „einen gemeinsamen Raum für entstehende Beziehungen" und ergänzt, dass er physisch, virtuell oder mental sein kann. Ihr Argument: Wissen ist an seinen Kontext gebunden, deshalb lässt es sich nicht einfach wie Frachtgut verschieben.

Das Paper von Nonaka, Toyama und Konno aus dem Jahr 2000 unterteilt Ba anhand von zwei Fragen in vier Typen: Ist die Interaktion individuell oder kollektiv, und findet sie persönlich oder virtuell statt? Jeder Typ bietet vor allem einen Kontext für einen SECI-Modus.

Die praktische Erkenntnis: Die meisten Organisationen investieren zu viel in Systemising Ba (das Repository) und zu wenig in Originating und Dialoguing Ba (den menschlichen Kontakt). Dasselbe Paper weist dem mittleren Management eine zentrale Rolle zu und bezeichnet es als „Wissensproduzenten", die Ba mit Energie versorgen, während das Topmanagement für die Formulierung der Wissensvision verantwortlich ist. Wenn Ihre Führungskräfte zu überlastet sind, um eine ordentliche Retrospektive zu moderieren, haben Sie den Engpass gefunden.

Wissensmanagement-Modelle im Vergleich

SECI ist nicht die einzige Perspektive. Wählen Sie diejenige, die zu der Frage passt, die Sie tatsächlich stellen.

Communities of Practice

Etienne und Beverly Wenger-Trayner definieren Communities of Practice als Gruppen von Menschen, die ein Anliegen oder eine Leidenschaft für etwas teilen, das sie tun, und die lernen, es besser zu machen, indem sie regelmäßig miteinander interagieren. Sie nennen drei entscheidende Merkmale: eine gemeinsame Domäne, eine Gemeinschaft, die interagiert und sich gegenseitig hilft, und eine Praxis, also ein gemeinsames Repertoire an Erfahrungen, Geschichten, Werkzeugen und Wegen, wiederkehrende Probleme anzugehen. Dieselbe Quelle stellt klar, dass dieselbe Berufsbezeichnung noch keine Community of Practice ausmacht, solange die Mitglieder nicht miteinander interagieren und gemeinsam lernen. Das ist eine nützliche Warnung, wenn jemand vorschlägt, „eine Community zu gründen", indem Leute zu einem E-Mail-Verteiler hinzugefügt werden.

ISO 30401

ISO 30401 ist die Managementsystemnorm für Wissensmanagement. Ihr Anwendungsbereich umfasst das Einrichten, Umsetzen, Aufrechterhalten, Überprüfen und Verbessern eines wirksamen Managementsystems für Wissensmanagement in Organisationen. Gültig ist die Ausgabe ISO 30401:2018, geändert 2022 und 2024, und ISO entwickelt eine zweite Ausgabe, die sie ersetzen soll. Ein Praxispapier zur Integration der Norm in Qualitätsmanagementsysteme hält fest, dass die Norm Aktivitäten zur Wissensentwicklung vorschreibt, darunter Erwerb, Anwendung, Bewahrung und den Umgang mit veraltetem Wissen, dazu Aktivitäten zur Weitergabe und Umwandlung wie menschliche Interaktion, Darstellung, Kombination und Internalisierung. Die Autoren weisen darauf hin, dass Letztere direkt von SECI inspiriert sind. Sie brauchen keine Zertifizierung, um die Logik zu übernehmen: Richtlinie, Rollen, Ziele, Überprüfung. Die Norm passt auch gut zur Prozessoptimierung, denn Wissensaktivitäten sind am zuverlässigsten, wenn sie in die Prozesse eingebaut sind, denen Menschen ohnehin folgen.

So bauen Sie die Fähigkeit Schritt für Schritt auf

1. Benennen Sie das Wissen, auf das es ankommt. Beginnen Sie beim Geschäftsrisiko, nicht bei einer Bibliothek. Welche Fertigkeiten zu verlieren, würde am meisten schmerzen? Welche Entscheidungen werden immer wieder schlecht getroffen? Wählen Sie 5 bis 10 kritische Wissensbereiche aus, etwa „Preisausnahmen" oder „Umrüstung im Werk".
2. Kartieren Sie, wo es liegt. Notieren Sie für jeden Bereich, ob das Wissen überwiegend explizit, überwiegend implizit oder gemischt ist, wer es besitzt, wie viele Personen es besitzen und wo es aufgeschrieben ist (falls überhaupt). Eine einzige wissende Person ohne jede Dokumentation ist Ihr höchstes Risiko.
3. Legen Sie für jeden Bereich eine verantwortliche Person fest. Das ist nicht unbedingt die beste Expertin oder der beste Experte. Es ist die Person, die dafür verantwortlich ist, dass das Wissen aktuell, auffindbar ist und weitergegeben wird.
4. Schaffen Sie Originating Ba. Richten Sie Tandems, Shadowing und Rotation ein, damit implizites Wissen von Person zu Person wandert. Hier leisten Coaching und Mentoring echte Arbeit.
5. Schaffen Sie Dialoguing Ba. Führen Sie After-Action-Reviews, Entscheidungsretrospektiven und Experteninterviews durch, um Erfahrung in Worte zu fassen. Fragen Sie „Was ist Ihnen aufgefallen, das Ihnen gesagt hat, so zu handeln?" statt „Können Sie das dokumentieren?"
6. Halten Sie es in nutzbarer Form fest. Schreiben Sie kurze, konkrete Seiten: die Entscheidung, die Signale, die Ausnahmen. Gute technische Dokumentation ist schlicht, aktuell und an eine Aufgabe gebunden.
7. Kombinieren und kuratieren Sie. Führen Sie Duplikate zusammen, entfernen Sie veraltete Seiten und geben Sie jeder Seite eine verantwortliche Person und einen Überprüfungstermin. Eine kleinere, vertrauenswürdige Bibliothek schlägt eine große, angezweifelte. Digital Fluency im gesamten Team hilft den Menschen, ohne Anleitung zu suchen, zu verschlagworten und beizutragen.
8. Schließen Sie den Kreis durch Praxis. Verankern Sie das Wissen im Onboarding, in Übungen und in alltäglichen Workflows, damit die Menschen es verinnerlichen. Das ist die organisatorische Seite des kontinuierlichen Lernens.
9. Gründen Sie Communities, wo Praxis geteilt wird. Wo Praktiker in verschiedenen Teams ähnliche Arbeit leisten, geben Sie ihnen einen festen Termin und ein echtes Problem, das sie gemeinsam lösen.
10. Messen und überprüfen Sie. Verfolgen Sie einige wenige Signale: die Zeit, bis neue Mitarbeitende voll produktiv sind, wiederkehrende Vorfälle, den Anteil kritischer Bereiche mit benannter verantwortlicher Person und wie oft wichtige Seiten genutzt und aktualisiert werden. Überprüfen Sie das vierteljährlich.

Ein Wissensmanagement-Plan als Vorlage zum Kopieren

Verwenden Sie eine Zeile pro kritischem Wissensbereich. Füllen Sie ihn mit den Menschen aus, die das Wissen besitzen, nicht nur mit deren Führungskräften.

Fragen, die Sie vor der Fertigstellung beantworten sollten:

• Wenn der wichtigste Wissensträger morgen ginge, was würde zuerst nicht mehr funktionieren?
• Welcher Bereich hat nur einen Wissensträger und nichts Schriftliches?
• Wo muss das Wissen genutzt werden, und ist es dort verfügbar?
• Woran werden wir in sechs Monaten erkennen, dass es funktioniert?

Ein einfacher Reifegrad-Check

Diese fünfstufige Skala ist eine praktische Selbsteinschätzung, keine veröffentlichte Norm. Bewerten Sie jeden kritischen Wissensbereich und suchen Sie dann nach dem Muster.

Die meisten Teams, die das ausprobieren, stellen eine Mischung fest: vielleicht Stufe 3 bei Finanzverfahren und Stufe 1 beim Urteilsvermögen im Vertrieb. Das ist normal, und es zeigt Ihnen, wo Sie anfangen sollten.

Beispiele nach Geschäftsfunktion

Dies sind anschauliche Szenarien, keine Fallstudien.

Vertrieb

Die Discovery Calls der besten Vertriebsmitarbeiterin führen häufiger zum Abschluss, und niemand weiß, warum. Originating Ba: Junior-Mitarbeitende hören bei Gesprächen zu. Dialoguing Ba: Die Mitarbeiterin und eine Führungskraft hören sich drei Aufzeichnungen an und listen die Fragen auf, die das Gespräch in eine andere Richtung gelenkt haben. Kombination: Diese Fragen werden Teil des Gesprächsleitfadens, neben den bestehenden Qualifizierungskriterien. Internalisierung entsteht, indem der Leitfaden genutzt und ergänzt wird.

Kundensupport

Agents im Second-Level-Support lösen ungewöhnliche Tickets aus dem Bauch heraus. Eine wöchentliche „Hard Ticket"-Sitzung hält die Überlegungen hinter fünf kniffligen Lösungen fest. Die Zusammenfassungen fließen in kurze Seiten zur Fehlerbehebung mit Symptomen, Prüfung und Lösung. Agents, die sie regelmäßig nutzen, brauchen sie irgendwann nicht mehr, und genau darum geht es.

Engineering

Nach einem Ausfall fragt ein schuldfreies Review, was die Person in Rufbereitschaft gesehen hat, das andere vielleicht übersehen hätten. Die Antworten werden zu einem Runbook-Eintrag und einer Änderung am Monitoring. Ohne den Dialogschritt würde das Runbook nur sagen, was zu tun ist, nicht aber, wie man die Situation erkennt.

HR und Onboarding

Neue Führungskräfte tun sich mit denselben drei Gesprächen schwer. Eine Community of Practice für erstmalige Führungskräfte trifft sich monatlich, und erfahrene Führungskräfte bringen echte Fälle mit. Daraus entsteht ein kurzer Leitfaden, der, wo es passt, auf übergreifende Themen wie eine kompetenzbasierte Talentstrategie verweist.

Betrieb und Fertigung

Ein erfahrener Techniker hört, wenn eine Maschine kurz vor dem Ausfall steht. Wenn ein Nachwuchstechniker ihn auf seinen Rundgängen begleitet, geht ein Teil dieser Fähigkeit über. Wird festgehalten, was der erfahrene Techniker prüft und worauf er hört, erhält das Werk eine erste Checkliste, die das Team mit der Zeit verfeinert.

Finanzen

Der Monatsabschluss hängt davon ab, dass sich ein Controller an Ausnahmen erinnert. Werden die Ausnahmen dokumentiert, wer sie genehmigt und warum, wird aus einer fragilen Gewohnheit ein überprüftes Verfahren.

Do's und Don'ts

Grenzen der Modelle

SECI ist ein beschreibendes Framework, das aus Fallstudien von Unternehmen abgeleitet wurde, und kein gemessenes Prognoseinstrument. Die vier Modi überschneiden sich in der Realität; Menschen wechseln selten sauber von einem zum nächsten. Betrachten Sie das Modell als Checkliste von Fragen: Haben wir diesem Wissen einen Ort gegeben, an dem es geteilt wird, einen Weg, es in Worte zu fassen, eine Form, in der es auffindbar ist, und eine Gelegenheit, es zu üben? Und denken Sie daran, dass sich manches Wissen der Erfassung entzieht. Das Ziel ist nicht, alles aus den Köpfen der Menschen herauszuholen. Es geht darum, sicherzustellen, dass die richtigen Dinge geteilt werden, bevor sie gebraucht werden.