Wissensmanagement
Von Confluence zu Polybase: Migrationsleitfaden
Ein Wechsel von Confluence ist ein Projekt des Wissensmanagements. Er ist abgeschlossen, wenn Menschen das maßgebliche Dokument finden, seine Zuständigkeit erkennen und es im passenden Projekt verwenden können. Ein Ordner voller exportierter Seiten ist ein Ausgangspunkt und kein Abnahmekriterium.
Dieser Leitfaden beschreibt eine kontrollierte Migration von Confluence zu Polybase für Teams, die Dokumentation näher an Gespräche und Aufgaben bringen möchten. Polybase unterstützt DOCX-Import, gemeinsames Bearbeiten und Volltextsuche in Dokumenten. Der Ablauf betrifft geprüfte Dokumente und setzt weder einen nativen Confluence-Bereichsimport noch eine automatische Übernahme von Makros, Rechten oder Seitenhistorien voraus.
1. Das tatsächlich benötigte Wissen erfassen
Lassen Sie jedes Team seine wesentlichen Arbeitsdokumente benennen: Einarbeitungsanleitungen, Produktspezifikationen, Kundenübergaben und aktuelle Verfahren. Erfassen Sie pro Seite Quell-URL, Zuständigkeit, Zielgruppe, letzte Prüfung und Zielort. Unterscheiden Sie zwischen der ursprünglichen Autorenschaft und der heutigen Verantwortung für die Richtigkeit.
Ordnen Sie jede Seite einer Entscheidung zu: übertragen, überarbeiten, zusammenführen oder archivieren. Klären Sie widersprüchliche Verfahren vor der Migration, damit der neue Workspace nicht dieselbe Unsicherheit übernimmt. Beginnen Sie mit einer begrenzten Auswahl häufig verwendeter Dokumente, deren Verantwortliche das Ergebnis prüfen können.
2. Export und Dokumentformat erproben
Confluence Cloud bietet für einzelne Seiten Word- und PDF-Exporte über das Seitenmenü. Laut Atlassian benötigen Word-Exporte Microsoft Word; unveröffentlichte Änderungen werden nicht exportiert. Prüfen Sie die veröffentlichte Fassung und die Dokumentation Ihrer Ausgabe.
Öffnen Sie für ein bearbeitbares Polybase-Dokument den Word-Export in Microsoft Word und speichern Sie eine echte DOCX-Datei. Testen Sie anschließend den DOCX-Import in Polybase. Eine umbenannte Dateiendung ist keine Konvertierung. Kontrollieren Sie zunächst Überschriften, Tabellen, Bilder und Links anhand einer kleinen Stichprobe. Bewahren Sie einen gesonderten Referenzexport auf, wenn Ihre Aufbewahrungsregeln dies verlangen.
Ein PDF kann eine nützliche Lesekopie erhalten, ist aber etwas anderes als eine bearbeitbare Wissensseite. Legen Sie fest, welche Dokumente weiter gemeinsam gepflegt werden und welche nur als Referenz verfügbar bleiben müssen. Vereinbaren Sie bei großen Bereichen das Konvertierungs- und Prüfverfahren vor einer umfangreichen Übertragung.
3. Seitenstruktur, Makros und Beziehungen zuordnen
Gestalten Sie das Ziel danach, wie Menschen Wissen finden. Ein Produktteam benötigt Spezifikationen möglicherweise neben Projektgesprächen; ein Betriebsteam eher eine Verfahrensbibliothek mit klarer Dokumentverantwortung. Erhalten Sie hilfreiche Hierarchien und entfernen Sie verlassene Zweige sowie doppelte Einstiegsseiten.
Die Tabelle ist ein Prüfplan und keine Liste automatisch übertragener Funktionen. Achten Sie besonders auf eingebettete Jira-Berichte, dynamische Makros und eingebundene Seiten. Sichtbare Inhalte können lediglich eine Momentaufnahme von etwas sein, das zuvor laufend aktualisiert wurde.
| Quellelement | Geplante Behandlung | Abnahmeprüfung |
|---|---|---|
| Bereich und Seitenbaum | Zielkanäle, Ordner und Dokumente | Leser finden das passende Dokument |
| Text, Überschriften und Tabellen | Geprüfter DOCX-Import | Bedeutung und notwendiges Layout bleiben erhalten |
| Makros und eingebettete Berichte | Neu erstellen, ersetzen oder datierte Referenz erhalten | Aktualisierungsverhalten ist erkennbar |
| Anhänge und interne Links | Benötigte Dateien übertragen und URL-Zuordnung pflegen | Dateien öffnen sich, Links erreichen das richtige Ziel |
| Kommentare und Versionsverlauf | Gesonderte Referenz oder vereinbarte Aufbewahrung | Erforderliche Entscheidungsverläufe bleiben zugänglich |
4. Rechte vor der Einladung der Leser einrichten
Behandeln Sie exportierte Inhalte und Zugriffsregeln getrennt. Definieren Sie die Zielgruppe im neuen Workspace und prüfen Sie normale Mitgliedskonten, eingeschränkte Konten und Gäste, soweit diese Rollen relevant sind. Ein erfolgreicher Test zeigt sowohl den erlaubten Zugriff als auch die Verweigerung für unberechtigte Personen.
Verlassen Sie sich nicht auf gleiche Gruppennamen in beiden Plattformen. Dokumentieren Sie die berechtigten Personen und Teams und kontrollieren Sie die Einstellungen im Ziel direkt. Achten Sie auf eingeschränkte Unterseiten, die unter einen breit zugänglichen Ordner verschoben werden. Prüfen Sie Dateifreigabelinks getrennt vom Dokumentzugriff.
5. Links reparieren und die maßgebliche Fassung festlegen
Führen Sie ein Register der Quell- und Ziel-URLs. Aktualisieren Sie damit Verweise aus aktiven Projektbriefings, Einarbeitungslisten, Aufgabenbeschreibungen und häufig genutzten Referenzseiten. Hinterlegen Sie auf alten Seiten einen klaren Umzugshinweis, wenn Sie diese verwalten und zugänglich halten können. Versprechen Sie keine automatischen Weiterleitungen für URLs einer fremden Plattform.
Vereinbaren Sie je Seitengruppe ein letztes Bearbeitungsfenster, erfassen Sie Änderungen seit dem ersten Export und lassen Sie die Zielversion von den Inhaltsverantwortlichen freigeben. Setzen Sie die alte Fassung nach Möglichkeit auf schreibgeschützt. Erklären Sie, wo künftige Korrekturen erfolgen, damit sich keine konkurrierenden Versionen weiterentwickeln.
Lassen Sie nach dem Start ein unbeteiligtes Teammitglied das aktuelle Verfahren finden, seine Zuständigkeit erkennen und den Links folgen. Messen Sie erfolglose Suchen, defekte Links und Seiten ohne Verantwortliche. Prüfen Sie diese Ausnahmen regelmäßig, bis die Bibliothek für ihre Leser funktioniert. Die Dokumentzahl allein belegt keinen erfolgreichen Abschluss.
- Jedes wesentliche Dokument hat eine verantwortliche Person und einen vereinbarten Prüftermin.
- Überschriften, Tabellen und verknüpfte Dateien wurden auf repräsentativen Seiten kontrolliert.
- Zugriffstests umfassen auch Personen, die eingeschränkte Inhalte nicht sehen dürfen.
- Aktive eingehende Links führen zur neuen Quelle oder zu einem eindeutigen Umzugshinweis.
- Inhaltsverantwortliche haben die endgültige Version freigegeben und kennen den Meldeweg für Probleme.
Häufig gestellte Fragen
Lässt sich ein Confluence-Bereich mit einem Klick importieren?
Dieser Leitfaden beschreibt keinen Ein-Klick-Bereichsimport. Er verwendet geprüfte Dokumentkonvertierung und DOCX-Import. Seitenhierarchie, Makros, Anhänge, Berechtigungen und historische Datensätze benötigen eigene Planung und Prüfung.
Bleiben Confluence-Makros und Seitenhistorien bearbeitbar?
Setzen Sie nicht voraus, dass ein Dokumentexport dynamische Makros oder den ursprünglichen Versionsverlauf erhält. Entscheiden Sie, welche Elemente neu erstellt werden müssen und welche als Referenz bleiben können. Prüfen Sie das Verfahren mit repräsentativen Inhalten.
Sollten Jira und Confluence gemeinsam migriert werden?
Ein gemeinsamer Plan ist sinnvoll, wenn Aufgaben auf Spezifikationen verweisen. Behalten Sie getrennte Abnahmeprüfungen für Aufgaben und Dokumente bei. Ein gemeinsames URL-Register hilft, Beziehungen auch bei unterschiedlichen Umstellungsterminen zu reparieren.