Wissensbasis: Aufbau, Suche und Qualität verstehen

Stell dir den technischen Support eines Geräteherstellers vor: Viele Lösungen sind bereits bekannt, aber sie liegen in einzelnen Notizen, E-Mails und Köpfen. Eine Wissensbasis bündelt dieses Wissen, damit Beschäftigte oder Kunden eine passende Lösung wiederfinden können.

Die Begriffe sind nicht vollkommen trennscharf. Wissensdatenbank bezeichnet im Deutschen häufig eine überwiegend schriftliche Sammlung. Wissensbasis wird besonders dann verwendet, wenn Wissen formalisiert und damit von einem Computersystem interpretiert werden kann. Im Englischen steht für beides meist Knowledge Base.

Eine bloße Dokumentenablage kann bereits nützlich sein. Zur Wissensbasis wird sie vor allem durch ihren Zweck: Wissen soll nicht nur gespeichert, sondern passend zu den Aufgaben der Benutzer gefunden, verstanden und verwendet werden. Die Grenze bleibt unscharf.

Gute Struktur beginnt bei den Aufgaben der Menschen, die das Wissen nutzen. Ein Supportmitarbeiter sucht beispielsweise nach einem Fehlerbild; eine Kundin sucht eher nach ihrem Gerät und einer verständlichen Lösung. Die gleiche Information kann deshalb über verschiedene Beziehungen auffindbar sein.

Typische Wissensobjekte sind:

• Artikel und Problemlösungen,
• Prozesse und Arbeitsanweisungen,
• Ideen und Erfahrungen,
• in formalisierten Systemen auch Fakten und Regeln.

Kategorien bilden eine Hierarchie, etwa „Drucker → Papierzufuhr → Papierstau“. Eine Taxonomie ist ein bewusst gepflegtes Ordnungssystem mit einheitlichen Begriffen. Sie verhindert zum Beispiel, dass derselbe Gerätetyp einmal als „Multifunktionsgerät“, einmal als „MFP“ und einmal nur als „Drucker-Scanner“ abgelegt wird, ohne diese Begriffe miteinander zu verbinden.

Navigation und Suche lösen unterschiedliche Teilaufgaben. Bei der Navigation gehst du schrittweise durch Kategorien. Bei der Suche formulierst du eine Anfrage und erhältst passende Treffer.

Navigation hilft, wenn du den Themenbereich kennst und dich orientieren möchtest. Suche ist besonders wichtig, wenn viele Inhalte vorhanden sind. Sie muss damit umgehen, dass Benutzer oft nicht genau den Begriff verwenden, der in einem Artikel steht.

Semantisch strukturierte Daten bilden nicht nur Text, sondern auch Bedeutungsbeziehungen ab. Dadurch kann ein System verwandte Begriffe und Ressourcen miteinander verbinden. Ein Knowledge-Graph stellt Wissen als miteinander verknüpfte Objekte und Beziehungen dar.

In einer Bildungsanwendung kann ein Knowledge-Graph Lernmaterialien mit Themen, Kompetenzständen und Fachgebieten verbinden. Daraus lassen sich personalisierte Lernpfade oder disziplinspezifische Empfehlungen planen. Ob solche Funktionen tatsächlich gut arbeiten, muss jedoch gesondert entwickelt und geprüft werden; ein Architekturziel ist noch kein Wirksamkeitsnachweis.

Eine Wissensbasis bleibt nicht von selbst richtig und aktuell. Knowledge Base Editing umfasst das Beschaffen, Prüfen, Ordnen und Darstellen von Informationen. Knowledge Base Publishing umfasst Aufbau, Erhaltung, Integration und funktionellen Einsatz der gesamten Wissensbasis.

Je nach Größe kann eine Person mehrere Rollen übernehmen oder eine Rolle kann auf mehrere Personen verteilt werden:

1. Der Antragsteller meldet einen neuen oder geänderten Wissensbedarf.
2. Der Autor arbeitet den Inhalt aus.
3. Der Rezensent prüft zum Beispiel Struktur, Sprache und technische Richtigkeit.
4. Der Inhaltsverwalter bewertet, genehmigt und veröffentlicht Einträge.
5. Der Taxonom pflegt Begriffe und Ordnungsregeln.
6. Der Betreiber verantwortet die technische Infrastruktur und ihren wirksamen Einsatz.

Nicht jede Organisation trennt diese Rollen. Wichtig ist, dass Bedarf, Ausarbeitung, Prüfung, Freigabe, Ordnung und Betrieb tatsächlich abgedeckt sind.

Eine nützliche Wissensbasis lässt sich mit vier Fragen prüfen:

1. Inhalt: Ist das benötigte Wissen vorhanden, verständlich und für den Zweck geeignet?
2. Ordnung: Sind Begriffe, Kategorien und Beziehungen konsistent?
3. Zugriff: Finden Berechtigte die Inhalte über Navigation oder Suche?
4. Pflege: Sind Prüfung, Freigabe, Aktualisierung und technischer Betrieb geregelt?

Dabei musst du Aussagekraft und Geltungsbereich beachten. Ein persönlicher Erfahrungsbericht kann eine einzelne Sicht zeigen, aber keine allgemeine Qualität beweisen. Ein beschriebenes Projektziel zeigt, was geplant ist, aber noch nicht, ob es umgesetzt oder wirksam ist. Eine kurze Normbeschreibung nennt einen geregelten Bereich, ersetzt jedoch nicht die konkreten Anforderungen des vollständigen Regelwerks.