Vom Wissen Einzelner zur organisationalen Wissensarchitektur

Organisationen verfügen über enormes Wissen. Es liegt in Prozessbeschreibungen und Datenbanken, in Entscheidungen und Projektunterlagen, in fachlichen Standards und digitalen Systemen. Ein erheblicher Teil befindet sich jedoch dort, wo er weniger sichtbar ist: in der Erfahrung von Mitarbeitenden, in eingespielten Abläufen, persönlichen Netzwerken und im Wissen darüber, wie eine Organisation tatsächlich funktioniert.

Solange die richtigen Personen verfügbar sind, fällt diese Verteilung häufig kaum auf. Kritisch wird sie erst, wenn Wissen gebraucht wird und nicht zugänglich ist: wenn bei Abwesenheit niemand einen Prozess vollständig übernehmen kann, wenn bei einem Personalwechsel wichtige Zusammenhänge verloren gehen oder wenn unterschiedliche Bereiche ähnliche Probleme unabhängig voneinander lösen.

Im vorherigen Beitrag dieser Reihe haben wir gesehen, dass aus Erfahrung erst dann organisationale Fähigkeit entsteht, wenn Erkenntnisse nicht bei einzelnen Menschen oder Teams verbleiben, sondern in Entscheidungen, Strukturen und Prozessen dauerhaft wirksam werden.

Damit stellt sich eine sehr praktische Aufgabe: Organisationen müssen wissen, welches Wissen für ihre Handlungsfähigkeit wesentlich ist, wo dieses Wissen vorhanden ist und wie es verfügbar bleibt. Genau darum geht es bei einer organisationalen Wissensarchitektur.

Wissensmanagement beginnt nicht mit einer Wissensdatenbank

Beim Thema Wissensmanagement fällt der Blick schnell auf technische Lösungen. SharePoint, Wiki, Intranet, Dokumentenmanagementsysteme oder zunehmend KI-gestützte Suchsysteme versprechen, Wissen organisationsweit verfügbar zu machen. Solche Systeme können einen wichtigen Beitrag leisten. Sie lösen aber nur einen Teil der Aufgabe.

Eine Plattform schafft zunächst einen Ort, an dem Informationen gespeichert werden können. Sie beantwortet noch nicht, welches Wissen für die Organisation tatsächlich kritisch ist, wer darüber verfügt, welches Wissen sich sinnvoll dokumentieren lässt, welche Informationen aktuell und verbindlich sind oder wer für ihre Pflege verantwortlich ist.

Auch die internationale Norm ISO 30401 behandelt Wissensmanagement deshalb als Managementsystem und nicht als reine IT-Lösung. Ziel ist es, Wissen systematisch zu entwickeln, anzuwenden und für die Wertschöpfung der Organisation nutzbar zu machen. Dazu gehören neben Technologien auch Prozesse, Verantwortlichkeiten, Führung und kontinuierliche Verbesserung. Eine Wissensarchitektur beginnt daher nicht mit der Frage, wo wir alles ablegen können. Sie beginnt mit der Frage, welches Wissen die Organisation benötigt, um ihre wesentlichen Aufgaben zuverlässig erfüllen und weiterentwickeln zu können.

Nicht jedes Wissen ist gleich kritisch

Diese Unterscheidung ist wichtig. Organisationen erzeugen täglich große Mengen an Informationen. Würde versucht, alles vollständig zu erfassen und dauerhaft vorzuhalten, entstünde schnell eine Informationslandschaft, in der relevante Inhalte kaum noch auffindbar sind. Eine gute Wissensarchitektur ist deshalb selektiv. Entscheidend sind vor allem zwei Dimensionen: Bedeutung und Risiko. Besonders kritisch ist Wissen dann, wenn es für einen wesentlichen Prozess, eine wichtige Entscheidung oder ein strategisches Ziel benötigt wird und gleichzeitig nur schwer ersetzbar ist.

Das American Productivity & Quality Center (APQC), eine US-amerikanische Non-Profit-Organisation mit Schwerpunkt auf Prozessmanagement, Benchmarking und Wissensmanagement, verbindet diese beiden Dimensionen in seiner Knowledge-Loss-Risk-Matrix: Priorität erhält insbesondere Wissen, dessen Verlust gravierende Auswirkungen hätte und das zugleich nur bei wenigen Personen vorhanden oder unzureichend gesichert ist. Damit verändert sich der Blick auf Wissensmanagement erheblich: Nicht die Menge dokumentierten Wissens ist entscheidend, sondern ob die Organisation ihre kritischen Wissensabhängigkeiten kennt.

Kritisches Wissen sichtbar machen

Ein geeigneter Ausgangspunkt sind die Prozesse, ohne die eine Organisation ihre wesentlichen Leistungen nicht zuverlässig erbringen könnte. Für einen solchen Prozess lässt sich systematisch betrachten, welches Wissen benötigt wird, um ihn auszuführen und zu steuern. Dazu gehört zunächst das formale Prozesswissen: Ablauf, Rollen, Systeme, Schnittstellen und verbindliche Standards.

Daneben existiert häufig Erfahrungswissen. Mitarbeitende wissen beispielsweise, welche Ausnahmen regelmäßig auftreten, worauf bei bestimmten Situationen besonders geachtet werden muss oder an welcher Stelle ein formal korrekter Prozess in der Praxis regelmäßig Schwierigkeiten verursacht. Hinzu kommt Entscheidungswissen: Wer darf innerhalb des Prozesses welche Entscheidungen treffen? Welche Kriterien gelten? Wann muss eskaliert werden? Schließlich können auch Beziehungen und Netzwerke relevant sein. Gerade bei Kooperationen oder komplexen Schnittstellen kann das Wissen darüber, welche Ansprechpartner benötigt werden und welche Vorgeschichte eine Zusammenarbeit besitzt, für die Funktionsfähigkeit eines Prozesses erheblich sein.

Eine Wissenslandkarte – häufig als Knowledge Map bezeichnet – macht solche Zusammenhänge sichtbar. Sie bildet nicht einfach Dokumente ab, sondern verbindet Wissen mit Prozessen, Rollen, Personen und Wissensflüssen. APQC unterscheidet dabei unter anderem prozess- und rollenbezogene Mapping-Ansätze. Ziel ist es, kritische Expertise, Lücken, Engpässe und Abhängigkeiten sichtbar zu machen. Damit entsteht eine Art Landkarte der organisationalen Wissensabhängigkeiten.

Wissensmonopole erkennen – ohne Expertise zum Problem zu erklären

Bei einer solchen Analyse werden häufig Personen sichtbar, die über besonders viel kritisches Wissen verfügen. Das ist zunächst positiv, denn Organisationen brauchen Expertinnen und Experten. Spezialisierung ist gerade in komplexen Arbeitsfeldern unvermeidlich und häufig ausdrücklich erwünscht. Ein Wissensmonopol entsteht nicht bereits dadurch, dass eine Person mehr weiß als andere. Kritisch wird die Situation erst, wenn ein relevanter Prozess oder eine wichtige Entscheidung von diesem Wissen abhängt und gleichzeitig keine ausreichende Alternative vorhanden ist.

Ein typisches Muster ist beispielsweise eine Person, die seit vielen Jahren einen Prozess betreut. Die formalen Schritte sind dokumentiert, wesentliche Besonderheiten kennt jedoch nur sie. Kolleginnen und Kollegen können einzelne Tätigkeiten vertreten, nicht aber komplexere Entscheidungen oder Ausnahmesituationen. Formal existiert also eine Vertretung, funktional besteht trotzdem ein Single Point of Knowledge.

Eine gute Wissensarchitektur versucht deshalb nicht, Expertise gleichmäßig über alle Mitarbeitenden zu verteilen. Sie schafft dort Redundanz, wo der Ausfall eines einzelnen Wissensträgers die Handlungsfähigkeit gefährden würde.

Vertretungsfähigkeit ist mehr als eine Vertretungsliste

Dieser Gedanke ist besonders für Business Continuity relevant. In vielen Organisationen sind Vertretungen formal geregelt. Eine Person übernimmt bei Abwesenheit die Aufgaben einer anderen. Ob diese Vertretung tatsächlich funktioniert, hängt jedoch von mehreren Voraussetzungen ab. Die vertretende Person benötigt zunächst Zugang. Sie muss relevante Dokumente, Systeme, Kontakte und Informationen erreichen können. Sie benötigt Wissen und Kompetenz. Sie muss nicht jedes Detail kennen, aber in der Lage sein, wiederkehrende Aufgaben und wesentliche Ausnahmesituationen zu bewältigen. Und sie benötigt Entscheidungsbefugnis. Eine Vertretung, die zwar Informationen besitzt, aber wichtige Entscheidungen nicht treffen darf, stellt nur begrenzt Handlungsfähigkeit her.

Damit wird sichtbar, wie eng Wissensarchitektur und die im vorherigen Beitrag beschriebene Entscheidungsarchitektur zusammengehören. Eine belastbare Vertretungsstruktur verbindet Wissen, Zugang und Entscheidungskompetenz. Erst dann entsteht tatsächliche Redundanz.

Nicht jedes Wissen lässt sich dokumentieren

Kritisches Wissen lässt sich nicht auf eine einheitliche Weise sichern. Standardisierbare Inhalte wie Prozessschritte, Fristen, technische Einstellungen oder formale Entscheidungskriterien können gut dokumentiert werden. Erfahrungswissen dagegen entsteht häufig erst im konkreten Handeln und lässt sich nur begrenzt vollständig verschriftlichen.

Für die Wissensarchitektur bedeutet das, Sicherungs- und Transferform an die Wissensart anzupassen. Je nach Wissensart können Prozessbeschreibungen, Checklisten oder Runbooks ebenso sinnvoll sein wie Decision Logs, Tandems, Shadowing, Mentoring oder strukturierte Übergaben.

Entscheidend ist nicht, möglichst viel Wissen zu dokumentieren, sondern kritisches Wissen so zu sichern, dass es im Bedarfsfall tatsächlich verfügbar und nutzbar bleibt.

Entscheidungswissen braucht eine eigene Struktur

Besondere Aufmerksamkeit verdient das Entscheidungswissen. In vielen Organisationen werden Entscheidungen ausführlich diskutiert und anschließend nur das Ergebnis festgehalten. Damit geht genau der Teil verloren, der später für organisationales Lernen besonders wertvoll sein kann: die Entscheidungslogik. Ein einfaches Decision Log kann diese Lücke schließen. Dokumentiert werden muss dabei nicht der gesamte Diskussionsverlauf. Relevant sind vielmehr die Informationen, die eine Entscheidung später nachvollziehbar machen: Ausgangslage, Verantwortlichkeit, betrachtete Alternativen, wesentliche Kriterien und Annahmen sowie das Ergebnis.

Gerade die Annahmen sind wichtig: Wenn eine Organisation sechs Monate später überprüft, ob eine Entscheidung noch trägt, kann sie unterscheiden, ob die Entscheidung unter den damaligen Voraussetzungen sinnvoll war und sich die Rahmenbedingungen verändert haben – oder ob bereits die ursprüngliche Einschätzung problematisch war.

Entscheidungsdokumentation unterstützt damit nicht nur Transparenz. Sie schafft einen institutionalisierten Lernspeicher. Sie verhindert, dass Entscheidungen mit der Zeit ihre Begründung verlieren und zu Regeln werden, deren Ursprung niemand mehr kennt.

Wissenstransfer sollte an bestehende Prozesse gekoppelt werden

Eine der wirksamsten Möglichkeiten, Wissensmanagement dauerhaft zu etablieren, besteht darin, es nicht als zusätzliche Aktivität zu organisieren. In Organisationen gibt es bereits zahlreiche Situationen, in denen Wissen entsteht, verändert oder gefährdet wird: Beim Onboarding muss relevantes Wissen zugänglich gemacht werden, bei Rollenwechseln verändern sich Wissen und Verantwortung, beim Offboarding entsteht ein erhöhtes Verlustrisiko. Projekte und Prozessreviews erzeugen neue Erfahrungen, während Reorganisationen oder Nachfolgeprozesse bestehende Wissensflüsse verändern.

Wer Wissenssicherung systematisch an solche Ereignisse koppelt, verändert ihre Rolle im Arbeitsalltag. Wissenstransfer wird nicht zu einer zusätzlichen Aufgabe, an die Mitarbeitende möglichst noch denken sollen, sondern zu einem Bestandteil regulärer Organisationsprozesse. Besonders bei kritischem, stark personengebundenem Wissen sollte dieser Transfer deshalb nicht erst beginnen, wenn eine Person die Organisation verlässt.

Fachliches und organisationales Wissen brauchen unterschiedliche Infrastrukturen

Im Gesundheitswesen existieren für medizinisch-fachliches Wissen vergleichsweise etablierte Strukturen der Bewertung und Verbreitung: Forschung, Fachgesellschaften, Leitlinien, Fachzeitschriften, Fortbildungen und professionelle Netzwerke tragen dazu bei, neues Wissen sichtbar und zugänglich zu machen.

Für Organisationswissen gibt es häufig keine vergleichbare Infrastruktur. Erfahrungen aus Projekten, Prozessverbesserungen, Führungsentscheidungen oder Schnittstellenproblemen entstehen innerhalb einzelner Einrichtungen und müssen dort zunächst als relevantes und übertragbares Wissen erkannt werden.

Genau deshalb braucht organisationales Wissen eine eigene Architektur. Auch die Forschung zur Knowledge Translation lenkt den Blick zunehmend darauf, ob Organisationen über Strukturen verfügen, mit denen sie relevantes Wissen erkennen, aufnehmen und tatsächlich nutzen können. Entscheidend ist deshalb nicht nur, wer etwas weiß, sondern ob dieses Wissen dort wirksam werden kann, wo es gebraucht wird.

Eine organisationale Wissensarchitektur aufbauen

Für die Praxis lässt sich die Entwicklung einer Wissensarchitektur in sechs aufeinander aufbauende Schritte übersetzen.

1. Kritische Prozesse und Rollen bestimmen
   Der Ausgangspunkt ist nicht das gesamte vorhandene Wissen, sondern die Handlungsfähigkeit der Organisation. Zentrale Prozesse, Schlüsselrollen und strategisch relevante Bereiche werden identifiziert.
    
2. Benötigtes Wissen sichtbar machen
   Für diese Bereiche wird erfasst, welches Fach-, Prozess-, Entscheidungs-, Erfahrungs- und Beziehungswissen benötigt wird und wo es derzeit liegt. Knowledge Maps können hierfür Personen, Rollen, Dokumente, Systeme und Wissensflüsse miteinander verbinden.
    
3. Wissensrisiken priorisieren
   Anschließend werden insbesondere personelle Abhängigkeiten, fehlende Vertretungsfähigkeit, fragmentierte Ablagen und schwer ersetzbares Wissen betrachtet. Nicht jede Lücke muss sofort geschlossen werden. Priorität haben Wissensbestände mit hoher Bedeutung und hohem Verlustrisiko.
    
4. Passende Sicherungs- und Transferform wählen
   Standardisierbares Wissen wird dokumentiert und möglichst in Prozesse oder Systeme integriert. Erfahrungswissen wird über geeignete soziale Transferformen weitergegeben. Bei kritischem Wissen wird gezielt Redundanz aufgebaut. Entscheidungswissen erhält eine nachvollziehbare Dokumentationsstruktur.
    
5. Technische und organisatorische Infrastruktur festlegen
   Für relevante Wissensarten wird festgelegt, wo Wissen verbindlich verfügbar ist, wer darauf zugreifen kann und wer die Verantwortung für Aktualität und Pflege übernimmt.
    
6. Wissenspflege in den Regelbetrieb integrieren
   Klare Verantwortlichkeiten, Reviewzyklen und natürliche Transferanlässe sorgen dafür, dass Wissen aktuell bleibt. Onboarding, Rollenwechsel, Projektabschluss und Prozessreviews werden Teil der Wissensarchitektur.

Gerade bei strukturiertem Wissensmanagement besteht eine Gefahr: Ein sinnvolles Anliegen erzeugt zusätzliche Formulare, Ablagen und Dokumentationspflichten. Dann wird Wissen zwar formal gesichert, aber der Aufwand wächst schneller als der Nutzen. Eine tragfähige Wissensarchitektur folgt deshalb einem anderen Prinzip: So viel Struktur wie notwendig, so wenig zusätzliche Dokumentation wie möglich. Die beste Wissensarchitektur ist deshalb häufig diejenige, die im Alltag kaum als zusätzliches System wahrgenommen wird.

Fazit: Wissen wird erst durch Architektur zur organisationalen Ressource

Organisationen verfügen über viel mehr Wissen, als in ihren Systemen sichtbar ist. Ein Teil davon kann und sollte dokumentiert werden. Ein anderer Teil entsteht durch Erfahrung und muss zwischen Menschen weitergegeben werden. Besonders kritisches Wissen benötigt gezielte Redundanz und funktionierende Vertretungsstrukturen. Die Aufgabe einer Wissensarchitektur besteht deshalb nicht darin, möglichst viel Wissen zu speichern. Sie schafft eine Verbindung zwischen kritischem Wissen, Menschen, Rollen, Prozessen, Entscheidungen und technischen Systemen. Dadurch wird sichtbar, welches Wissen für die Handlungsfähigkeit der Organisation wesentlich ist, wo kritische Abhängigkeiten bestehen und welche Form der Sicherung jeweils angemessen ist.

Technische Systeme können diesen Prozess unterstützen, ersetzen aber nicht die organisationale Entscheidung darüber, welches Wissen kritisch ist, wer dafür Verantwortung trägt und wie es für zukünftiges Handeln verfügbar bleibt. Eine lernende Organisation behandelt Wissen deshalb nicht als statischen Bestand. Sie sorgt dafür, dass Wissen entstehen, zirkulieren, überprüft, weitergegeben und bei Bedarf auch wieder verworfen werden kann.

Aus individuellem Wissen wird organisationales Wissen, wenn seine Verfügbarkeit nicht mehr vom Zufall abhängt, sondern durch Strukturen gesichert ist. Damit rückt die nächste Voraussetzung organisationalen Lernens in den Mittelpunkt: Auch eine sehr gute Wissensarchitektur funktioniert nur, wenn relevante Erfahrungen, Risiken und abweichende Perspektiven tatsächlich sichtbar werden und Entscheidungen dort getroffen werden können, wo das notwendige Wissen vorhanden ist. Genau hier wird Führung entscheidend.

Der letzte Beitrag dieser Reihe beschäftigt sich deshalb damit, welche Form von Führung eine lernende Organisation braucht – und wie Orientierung, Entscheidungsräume, Informationsfluss, psychologische Sicherheit und Verantwortung zusammenspielen.