Unternehmens-Wissensbasis: Wissen aus den Köpfen aufs Papier bringen

Jedes Unternehmen hat eine Schicht ungeschriebenen Wissens: warum ein Prozess so läuft, die Besonderheit einer Kundin, die bekannte Eigenart eines Systems. Dieses Wissen lebt in Köpfen, und wenn jemand geht, geht es mit. Genau dafür existiert ein Unternehmens-Wiki — nicht um Dokumente zu speichern, sondern um institutionelles Gedächtnis aufzuschreiben.

Wie es sich vom Dokumentenzentrum unterscheidet

Beide gelten als dasselbe, lösen aber verschiedene Probleme.

Das Dokumentenzentrum hält offizielle, freigegebene Inhalte: Richtlinien, Verfahren, Formulare. Die Autorin ist bekannt, Fassungen werden freigegeben, Änderungen sind kontrolliert.

Das Wiki hält lebendiges Wissen: Anleitungen, Teamnotizen, bekannte Fallstricke. Alle können beitragen, es ändert sich oft und braucht keine formale Freigabe.

Ein Unternehmen braucht beides. Das Wiki wie ein Dokumentenzentrum zu führen — Freigabe für jede Änderung — tötet es; das Dokumentenzentrum wie ein Wiki zu führen — alle dürfen ändern — erzeugt Compliance-Risiko. Die Dokumentenseite behandeln wir in einem eigenen Artikel.

Struktur: breit statt tief

An der Struktur sterben Wikis am häufigsten. Niemand navigiert einen fünf Ebenen tiefen Baum, und niemand weiß, wo geschrieben werden soll.

Was funktioniert: höchstens zwei Ebenen. Team- oder Themenüberschriften oben, Seiten darunter. Scheint mehr Tiefe nötig, liegt das Problem meist nicht an der Struktur, sondern an einer zu groß gewordenen Seite — sie zu teilen ist die richtige Antwort.

Und man sollte akzeptieren: Menschen navigieren keine Bäume, sie suchen. Die Struktur ist ein Rückfall für den Fall, dass die Suche versagt.

Versionsgeschichte und Rückkehr

Der größte Vorbehalt gegenüber einem System, das alle bearbeiten können, lautet: Was, wenn jemand etwas Falsches schreibt oder einen wichtigen Abschnitt löscht?

Die Antwort ist eine unveränderliche Versionsgeschichte. Jede Bearbeitung wird mit Person und Zeitpunkt festgehalten, und jede frühere Fassung lässt sich mit einem Klick wiederherstellen. Ohne diese Garantie fällt es schwer, Schreibrechte zu vergeben; mit ihr wird es sicher, sie breit zu halten.

In der Praxis ist die Angst vor dem Löschen überschätzt: Das eigentliche Risiko ist nicht böswilliges Löschen, sondern dass niemand überhaupt etwas schreibt.

Ohne Verantwortung veraltet ein Wiki

Der größte Feind des Wikis ist derselbe wie beim Dokumentenzentrum: Inhalt, der seine Aktualität verloren hat. Das Risiko ist hier höher, weil Wiki-Inhalte weniger formal sind und niemand die Prüfung als seine Aufgabe betrachtet.

Zwei Praktiken helfen: Jede Seite hat eine namentlich benannte Verantwortliche, und das Datum der letzten Änderung ist sichtbar. Ist das Datum zu sehen, kann die lesende Person selbst urteilen — sie nähert sich einer zwei Jahre alten Seite mit Vorsicht.

Regelmäßige Aktualitätsprüfungen sind ebenfalls nötig; Verantwortliche an länger unberührte Seiten zu erinnern, gehört zu dem im Betriebsartikel beschriebenen Takt.

Was geschrieben werden sollte — und was nicht

Die drei wertvollsten Wiki-Inhalte:

1. Anleitungen — die Schritte wiederkehrender Arbeit. „Wie legt man einen neuen Lieferanten an", „wie widerspricht man einer Rechnung".
2. Warum es so ist — die Begründung einer Entscheidung. Das ist das am häufigsten verlorene Wissen und das Einzige, was dieselbe Debatte nicht erneut aufkommen lässt.
3. Bekannte Fallstricke — die Eigenheiten von Systemen und Prozessen.

Was nicht hineingehört, ist ebenso klar: personenbezogene Daten, Leistungsinformationen, Gehälter und vertrauliche Vertragsdetails. Ein Wiki steht der ganzen Organisation offen; solche Inhalte gehören dorthin, wo Berechtigungen greifen.

Das Schreiben leicht machen

Die größte Hürde für Beiträge ist, das Schreiben schwer wirken zu lassen. Freigabeprozesse, Pflichtvorlagen und komplexe Formatierung töten es. Die richtige Voreinstellung: bearbeiten, speichern, fertig. Qualitätssicherung kommt danach, über die Prüfung.

Es gibt auch eine Einstiegshürde: Niemand will die erste Seite in einem leeren Wiki schreiben. Zehn bis fünfzehn Seiten beim Aufsetzen zu füllen räumt sie aus dem Weg.

Wiki und KI

Eine Wissensbasis ist die ergiebigste Quelle für einen Unternehmensassistenten: geschrieben, aktuell und organisationsweit offen. Die beste Antwort auf „wie läuft dieser Prozess" ist meist eine Wiki-Seite.

Das hat einen positiven Nebeneffekt: Die Fragen, die der Assistent nicht beantworten kann, zeigen direkt die fehlenden Seiten. Unbeantwortete Fragen regelmäßig durchzugehen ist der effizienteste Weg, die Wissensbasis wachsen zu lassen — niemand muss überlegen, was zu schreiben wäre. Den Umfang des Assistenten behandeln wir in einem eigenen Artikel.

Messung

• Breite der Beiträge — wie viele verschiedene Personen haben bearbeitet? Ein von einer Person geschriebenes Wiki ist ein Notizbuch, kein Wiki.
• Erfolglose Suchen — gesuchte, aber nicht gefundene Themen sind Ihre Seitenliste.
• Anteil veralteter Seiten — Seiten ohne Änderung seit sechs Monaten.

Wir empfehlen, das Wiki in die zweite Welle zu legen; die Begründung steht im 90-Tage-Plan.