Komplexe Projekte in Confluence managen, ohne den Überblick zu verlieren

Wie aus einem wuchernden Seitenbaum wieder ein Werkzeug wird, das tatsächlich Überblick schafft.

Confluence ist in fast jedem größeren Projekt, das ich begleitet habe, irgendwann an derselben Stelle gelandet: Am Anfang eine schöne, leere Struktur. Nach ein paar Monaten ein Seitenbaum, durch den sich niemand mehr freiwillig klickt.

Neue Kolleginnen und Kollegen fragen lieber im Chat nach, statt selbst zu suchen. Stakeholder finden „die aktuelle Version" nicht, weil davon drei existieren. Und ich selbst ertappe mich dabei, wie ich eine Seite anlege, obwohl irgendwo schon eine ganz ähnliche liegt, ich sie nur nicht mehr finde.

Das Problem ist dabei selten Confluence als Tool. Das Problem ist, dass Dokumentation in komplexen Projekten schneller wächst, als jemand Zeit hat, sie zu pflegen.


Warum Confluence bei komplexen Projekten so schnell kippt

Bei kleinen Projekten reicht fast jede Struktur. Bei komplexen Projekten mit mehreren Teams, wechselnden Stakeholdern und langer Laufzeit zeigen sich dieselben Muster immer wieder:

  • Seiten entstehen schneller, als sie gepflegt werden. Jeder Workshop, jedes Meeting, jede Entscheidung bekommt eine neue Seite, aber kaum jemand räumt danach wieder auf.
  • Es gibt keine einzige Wahrheit. Der aktuelle Stand steht mal im Epic, mal in einem Meeting-Protokoll, mal in einer losen Notiz, die irgendwer mal angepinnt hat.
  • Struktur folgt der Historie, nicht der Nutzung. Der Seitenbaum zeigt, wie das Projekt gewachsen ist, nicht, wie jemand heute eine Antwort sucht.
  • Niemand fühlt sich für Aufräumen zuständig. Dokumentation pflegen fühlt sich selten wie eine dankbare Aufgabe an, deshalb bleibt sie liegen.

Das Ergebnis ist immer dasselbe: Man hat sehr viel Dokumentation und trotzdem wenig Überblick. Genau das ist für mich der Kernunterschied zwischen „es ist alles irgendwo notiert" und „man findet es auch wieder".


Die Grundregel, die den größten Unterschied macht: Struktur nach Fragen, nicht nach Historie

Der wichtigste Wechsel in meinem Kopf war, Confluence nicht mehr danach aufzubauen, was gerade passiert, sondern danach, welche Fragen Menschen später stellen werden.

Typische Fragen, die in einem komplexen Projekt ständig auftauchen:

  • Was ist der aktuelle Stand, und wo steht das verlässlich?
  • Warum wurde so entschieden, und nicht anders?
  • Wer ist wofür verantwortlich?
  • Was ist als Nächstes geplant, und was bewusst nicht?
  • Wo finde ich das, ohne jemanden fragen zu müssen?

Statt also für jedes Meeting eine neue Seite in die Tiefe zu hängen, baue ich mittlerweile bevorzugt eine flache, klare Grundstruktur auf, an der sich alles orientiert:

  • Eine Projekt-Übersichtsseite, die nichts im Detail erklärt, sondern verlinkt: Ziele, aktueller Status, wichtige Ansprechpartner, Links zu allen relevanten Bereichen.
  • Ein Entscheidungsprotokoll (Decision Log), in dem jede wichtige Entscheidung mit Datum, Kontext und Begründung steht. Kurz, aber verbindlich.
  • Ein Bereich für aktuellen Stand, der aktiv gepflegt und alles Veraltete konsequent daraus entfernt oder archiviert wird.
  • Ein Bereich für Hintergrund und Historie, in den alte Meeting-Notizen und Details wandern, die man nicht täglich braucht, aber nicht wegwerfen will.

Diese Trennung zwischen „was gilt gerade" und „wie sind wir hierhergekommen" ist aus meiner Sicht der wichtigste strukturelle Hebel überhaupt. Die meisten Probleme entstehen, weil beides wild vermischt in derselben Seitenhierarchie liegt.


Feste Regeln statt guter Vorsätze

Struktur allein reicht nicht, wenn sie niemand einhält. Ein paar einfache Regeln haben sich bei mir bewährt, gerade weil sie bewusst klein und durchsetzbar sind:

  • Jede Seite braucht einen erkennbaren Zweck im Titel. Keine Seiten mehr, die „Notizen" oder „Diverses" heißen.
  • Veraltete Seiten werden markiert, nicht einfach ignoriert. Ein klarer Hinweis „Nicht mehr aktuell, siehe [Link]" spart enorm viel Verwirrung.
  • Vor jedem neuen Bereich kurz suchen, ob es das nicht schon gibt. Klingt banal, verhindert aber die meisten Dopplungen.
  • Ein fester Rhythmus fürs Aufräumen. Nicht „irgendwann mal", sondern ein wiederkehrender, bewusst kurzer Termin, an dem wirklich nur aussortiert wird.
  • Templates für wiederkehrende Seitentypen. Ein Entscheidungseintrag, ein Status-Update oder eine Retro-Seite sehen dann immer gleich aus, egal wer sie schreibt.

Keine dieser Regeln ist originell. Der Unterschied liegt darin, sie wirklich konsequent durchzuhalten, statt sie nach zwei Wochen wieder schleifen zu lassen.


Warum KI dabei inzwischen einer meiner größten Hebel ist

Genau an dem Punkt, an dem Struktur und gute Vorsätze allein nicht mehr reichen, macht KI für mich den größten Unterschied. Nicht als Ersatz für Struktur, sondern als Werkzeug, das die Pflege dieser Struktur endlich realistisch macht.

Ein paar Beispiele, die bei mir im Alltag tatsächlich Zeit sparen:

  • Lange Seiten in eine kurze Zusammenfassung verwandeln. Statt eine zehn Bildschirmseiten lange Diskussion selbst durchzulesen, lasse ich mir die Kernaussagen und offenen Punkte zusammenfassen, bevor ich in die Details gehe.
  • Aus verstreuten Notizen eine saubere Übersichtsseite bauen. Wenn Wissen über mehrere Unterseiten verteilt ist, kann eine KI daraus einen ersten strukturierten Entwurf für eine zusammenfassende Seite erzeugen, den ich danach nur noch prüfe und schärfe.
  • Veraltete Inhalte aufspüren. Ich lasse mir aus mehreren Seiten zu einem Thema herausarbeiten, wo sich Aussagen widersprechen oder wo eine Seite offensichtlich nicht mehr zum aktuellen Stand passt.
  • Meeting-Notizen direkt in strukturierte Confluence-Einträge übersetzen. Ähnlich wie ich es bereits für Jira-Tickets beschrieben habe, funktioniert das für Entscheidungsprotokolle oder Status-Updates genauso gut.
  • Fragen über mehrere Seiten hinweg beantworten lassen. Statt selbst drei verschiedene Seiten zu durchsuchen, frage ich direkt: Was wurde zu diesem Thema bereits entschieden, und wo widerspricht sich das?
  • Sprache für unterschiedliche Zielgruppen anpassen. Ein technisches Konzept lässt sich mit KI schnell in eine verständliche Zusammenfassung für Stakeholder übersetzen, ohne den fachlichen Kern zu verlieren.

Der eigentliche Effekt ist nicht, dass KI die Dokumentation für mich schreibt. Der eigentliche Effekt ist, dass die Hürde, Dokumentation aktuell zu halten, plötzlich deutlich niedriger ist. Pflege, Aufräumen und Zusammenfassen sind genau die Aufgaben, die im Alltag als Erstes hintenüberfallen, weil sie sich mühsam anfühlen und selten dringend wirken. Wenn KI genau diesen Teil beschleunigt, bleibt am Ende tatsächlich Zeit dafür übrig.


Wo ich trotzdem selbst nachschaue

Genau wie bei KI-Agenten im PO-Alltag gilt auch hier: Ein KI-generierter Entwurf ist ein guter erster Aufschlag, keine fertige Wahrheit.

Bei einer Zusammenfassung oder einer neu gebauten Übersichtsseite prüfe ich immer:

  • Stimmen die inhaltlichen Kernaussagen wirklich, oder wurde nur plausibel klingender Text erzeugt?
  • Fehlt eine wichtige Entscheidung, die in einer der Quellseiten stand, in der Zusammenfassung aber verloren gegangen ist?
  • Ist der Ton für die Zielgruppe passend, gerade wenn Stakeholder ohne technischen Hintergrund mitlesen?

Diese Prüfung dauert deutlich kürzer, als die Seite komplett selbst zu schreiben. Aber sie bleibt notwendig, weil ich als Product Owner am Ende dafür verantwortlich bin, dass das, was in Confluence steht, tatsächlich stimmt.


Fazit

Confluence verliert seinen Nutzen bei komplexen Projekten nicht, weil das Tool schlecht ist, sondern weil Struktur und Pflege selten mit dem Umfang des Projekts mitwachsen. Eine klare Trennung zwischen aktuellem Stand, Entscheidungen und Historie, kombiniert mit ein paar wenigen, konsequent durchgehaltenen Regeln, schafft schon einen großen Teil des Überblicks zurück.

KI ist dabei für mich mittlerweile keine nette Ergänzung mehr, sondern einer der wichtigsten Hebel, um Dokumentation tatsächlich aktuell zu halten, statt sie nur gut gemeint anzulegen. Sie ersetzt nicht die Entscheidung, was wichtig ist. Aber sie nimmt genau die mühsame Fleißarbeit ab, an der gute Dokumentation in der Praxis am häufigsten scheitert.

Weiterführende Artikel