Confluence Beratung: Vom Dokumentenfriedhof zur lebendigen Wissensbasis

Das Wissensmanagement-Problem

Peter Drucker sagte einmal: „Das größte Risiko in Zeiten des Umbruchs ist nicht der Umbruch selbst – es ist, mit der Logik von gestern zu handeln." Die meisten Unternehmen behandeln Confluence wie einen Dateiserver mit hübscherem UI: Dokumente werden abgelegt, Ordner (Spaces) werden angelegt, und nach sechs Monaten findet niemand mehr irgendetwas.

Ikujiro Nonaka und Hirotaka Takeuchi beschreiben in The Knowledge-Creating Company (1995) zwei Arten von Wissen: explizites Wissen (dokumentierbar, teilbar) und implizites Wissen (Erfahrung, Intuition, Kontext). Confluence kann beides unterstützen – wenn es richtig strukturiert ist.

„Knowledge management is not about technology. It's about people and the way they create, share, and apply knowledge." — Ikujiro Nonaka & Hirotaka Takeuchi, The Knowledge-Creating Company (1995)

Die drei Ebenen guter Confluence-Beratung

Ebene 1: Informationsarchitektur

Wie sind Spaces organisiert? Nach Teams? Nach Projekten? Nach Themen? Die Antwort ist nie universell – sie hängt davon ab, wie Menschen in Ihrer Organisation nach Information suchen.

Richard Saul Wurman, der den Begriff „Informationsarchitektur" prägte, beschreibt in Information Anxiety fünf Ordnungsprinzipien: Location, Alphabet, Time, Category, Hierarchy (LATCH). Eine durchdachte Confluence-Architektur nutzt eine Kombination dieser Prinzipien.

Ebene 2: Templates & Standards

Konsistenz schlägt Kreativität, wenn es um Dokumentation geht. Gute Confluence-Beratung etabliert Templates für wiederkehrende Dokumenttypen:

• Meeting Notes: Datum, Teilnehmer, Entscheidungen, Action Items
• Architecture Decision Records (ADRs): Kontext, Entscheidung, Konsequenzen
• Runbooks: Schritt-für-Schritt-Anleitungen für Betriebsprozesse
• Retrospektiven: Was lief gut, was nicht, was ändern wir?
• Onboarding-Guides: Alles, was neue Teammitglieder wissen müssen

Ebene 3: Adoption & Kultur

Das beste Confluence nützt nichts, wenn niemand es benutzt. Daniel Pink beschreibt in Drive drei Motivatoren: Autonomie (ich entscheide, wie ich dokumentiere), Mastery (ich werde besser darin) und Purpose (ich verstehe, warum das wichtig ist).

Confluence-Adoption gelingt, wenn Mitarbeitende verstehen, dass Dokumentation nicht Bürokratie ist, sondern Multiplikator eigener Wirksamkeit. Was ich einmal gut dokumentiere, muss ich nie wieder erklären.

Confluence und Atlassian Rovo: Die KI-Revolution

Mit Atlassian Rovo wird Confluence zum semantischen Wissens-Layer Ihrer Organisation. Rovo durchsucht nicht nur Confluence, sondern alle verbundenen Systeme und liefert KI-gestützte Antworten auf natürlichsprachige Fragen.

Das funktioniert aber nur, wenn die Grundlage stimmt: Gut strukturierte, aktuelle und auffindbare Inhalte in Confluence. Garbage in, garbage out – auch für KI.

Navigation verbessern mit Apps

Die Standard-Navigation in Confluence ist funktional, aber nicht optimal für große Instanzen. Hier kommen Apps wie der XALT Advanced Menu Maker for Confluence ins Spiel: Custom-Menüs, die Teams direkt zu den wichtigsten Ressourcen führen, ohne den Seitenbaum durchforsten zu müssen.

Weiterführende Literatur

• Nonaka, I., Takeuchi, H. (1995): The Knowledge-Creating Company. Oxford University Press.
• Pink, D. (2009): Drive. Riverhead Books.
• Wurman, R.S. (1989): Information Anxiety. Doubleday.