Einrichtung
Eine auf Ihre Arbeitsweise zugeschnittene Confluence-Umgebung, in der Lessons Learned und Best Practices nicht nur abgelegt, sondern genutzt werden.
Befähigung & Wissen · Confluence
Lessons Learned und Best Practices in Confluence
Erfahrungswissen entsteht in jedem Projekt - nutzbar wird es erst durch Struktur. Wir richten Confluence so ein, dass Lessons Learned nicht in Protokollen versanden, sondern als Best Practices auffindbar und wiederverwendbar bleiben.
Drei Bausteine: Einrichtung, Strukturierung, Schulung
Einrichtung
Bereiche, Rechte und Vorlagen, die dafür nötig sind - inklusive Workflows für Erfassung, Bewertung und Freigabe.
Strukturierung
Statt loser Notizen entsteht eine logische Gliederung, die Erkenntnisse vergleichbar und auffindbar macht.
Strukturierung
Kategorien, Verschlagwortung und wiederverwendbare Vorlagen - und eine klare Abgrenzung, was Lessons Learned ist und was daraus Best Practice wird.
Schulung
Ein Schulungs- und Workshopkonzept, das Ihre Teams befähigt, Confluence gezielt für Erfahrungswissen zu nutzen.
Schulung
Auf Ihrer echten Instanz mit Ihren Vorlagen, nach Rollen geschnitten: Projektleitung, Redaktion, Administration.
Ausgangslage
Was ohne strukturierte Wissenssicherung passiert
Erkenntnisse aus Projekten werden fast immer erfasst. Verloren gehen sie danach - weil niemand sie wiederfindet, wenn dieselbe Situation erneut eintritt.
Wissen in Silos
Erkenntnisse bleiben in Projektordnern, Retrospektiven-Protokollen und Postfächern liegen. Wer nicht dabei war, erfährt nie davon.
Redundante Prozesse
Dieselbe Lösung wird mehrfach entwickelt, weil die erste nicht sichtbar war.
Wiederholte Fehler
Was in einem Projekt schiefgegangen ist, passiert im nächsten erneut - weil die Erkenntnis nicht dorthin gelangt ist, wo sie gebraucht wird.
Langsame Entscheidungen
Ohne belastbare Erfahrungswerte stützen sich Entscheidungen auf Erinnerung statt auf Dokumentiertes.
Ein Einstieg, den alle finden.
Eine Lessons-Learned-Wissensbasis braucht eine Startseite mit Suche und wenigen, klaren Einstiegen: nach Bereich, nach Projektphase, nach Art der Erkenntnis. Das Beispiel zeigt eine solche Startseite in Confluence Data Center, wie wir sie für ein Industrieunternehmen aufgebaut haben.
Wer eine Erkenntnis sucht, soll nicht wissen müssen, in welchem Projektordner sie liegt - er soll fragen können, worum es geht.
Vorgehen
Fünf Schritte zu einer Wissensbasis, die benutzt wird
Wir starten bei dem, was schon da ist, und bauen die Struktur gemeinsam mit den Teams auf, die sie später füllen.
-
Analyse
- Sichten, wo Lessons Learned heute entstehen und wo sie landen
- Anforderungen aus Projektleitung, Fachbereich und IT aufnehmen
-
Strukturierung
- Informationsarchitektur für Erfassung, Kategorisierung und Wiederfinden
- Abgrenzen, was Lessons Learned ist und was daraus Best Practice wird
-
Aufbau
- Vorlagen für Retrospektiven, Erkenntnisse und Best Practices einrichten
- Workflows für Erfassung, Bewertung und Freigabe abbilden
- Bestehende Erkenntnisse übernehmen und einsortieren
-
Schulung
- Rollenformate für Projektleitung, Redaktion und Administration
- Nutzungsleitlinie: wann dokumentiert wird, von wem, in welcher Tiefe
-
Betreuung und Weiterentwicklung
- Ansprechpartner für Fragen aus dem laufenden Betrieb
- Nachschärfen von Kategorien und Vorlagen, wenn die Praxis es zeigt
- Prüfen, ob die Erkenntnisse tatsächlich abgerufen werden
Welche Erkenntnisse liegen bei Ihnen schon - und wo?
Meist existiert deutlich mehr Material als angenommen. Wir sichten mit Ihnen, was davon trägt, und schlagen einen Zuschnitt vor.
Bausteine im System
Was in Confluence dafür entsteht
Jeder Baustein löst einen der Gründe, aus denen Erfahrungswissen sonst liegen bleibt.
01Vorlage für Lessons LearnedEin einheitliches Format: Situation, Erkenntnis, Konsequenz, Zuständigkeit. Kurz genug, dass es am Projektende tatsächlich ausgefüllt wird.
02Kategorien und VerschlagwortungLabels nach Thema, Bereich und Projektphase machen aus Einzelfällen einen durchsuchbaren Bestand - auch für alle, die nicht beteiligt waren.
03Best-Practice-BereichEin eigener Bereich für das, was sich bewährt hat. Was mehrfach als Erkenntnis auftaucht, wird zur verbindlichen Vorgehensweise befördert.
04Verweise statt KopienErkenntnisse werden mit Projektbereichen, Vorgängen und Handbüchern verknüpft. Wer eine Aufgabe öffnet, sieht, was dazu schon einmal gelernt wurde.
05Pflege und ZuständigkeitenBenannte Verantwortliche und ein Review-Rhythmus halten den Bestand aktuell. Ohne diesen Teil veraltet jede noch so gute Struktur.
Eine Vorlage, die am Projektende ausgefüllt wird.
Ausgangslage, Erkenntnisse, Empfehlungen - mehr Abschnitte braucht eine Lessons-Learned-Seite nicht. Die Vorlage gibt die Form vor, Pflichtfelder im Anlege-Dialog sorgen dafür, dass Bereich und Kategorie beim Erstellen gesetzt werden und nicht nachträglich.
So entsteht ein Bestand, der vergleichbar bleibt, unabhängig davon, welches Team ihn schreibt.
Erfahrungswissen über hunderte Beteiligte hinweg
100-200
Programmbeteiligte
Energie & Versorgung · KRITIS
Programm-Wiki für eine SAP-S/4-Transformation
Anforderungen, Prozesse und Entscheidungen eines Transformationsprogramms zentral dokumentiert und über mehrere Teilprojekte hinweg nachvollziehbar gehalten.
rund 2.000
Nutzer
Energieversorgung · KRITIS
Einheitliche IT-Dokumentation im KRITIS-Umfeld
Verbindliche Standards und Vorlagen für eine unternehmensweite Dokumentation. Die vom Auftraggeber vorgelegte Dokumentation hat die externe Revisionsprüfung bestanden.
Was zu Lessons Learned in Confluence gefragt wird
Wie hilft Confluence bei Lessons Learned konkret?
Über Vorlagen, Labels, Suche und Verknüpfungen. Vorlagen geben jedem Eintrag dieselbe Form, Labels ordnen ihn nach Thema und Bereich ein, die Volltextsuche findet ihn auch ohne Kenntnis des Ablageorts, und Verweise verbinden die Erkenntnis mit dem Projektbereich oder Vorgang, in dem sie relevant wird.
Was unterscheidet Lessons Learned von Best Practices?
Lessons Learned sind Einzelbeobachtungen aus einem konkreten Vorgang. Best Practices entstehen daraus, wenn sich eine Erkenntnis mehrfach bestätigt und zur empfohlenen Vorgehensweise erhoben wird. Diese Beförderung braucht einen bewussten Schritt mit klarer Zuständigkeit - sonst bleibt die Sammlung eine Sammlung.
Wie sorgen wir dafür, dass regelmäßig dokumentiert wird?
Durch vier Dinge, die zusammenwirken: Vorlagen, die kurz genug sind; ein fester Rhythmus statt einmaliger Abschlussrunden; benannte Verantwortliche je Bereich; und Erinnerungen an den Stellen, an denen ohnehin gearbeitet wird. Dokumentation, die zusätzlich zum Alltag stattfinden soll, findet nicht statt.
Für wen lohnt sich das?
Für Organisationen, in denen ähnliche Vorhaben wiederholt laufen - Projekte, Rollouts, Störungsbearbeitung, Audits. Je mehr Beteiligte und je häufiger Personalwechsel, desto größer der Unterschied zwischen dokumentiertem und erinnertem Wissen.
Was ist mit den Erkenntnissen, die wir schon gesammelt haben?
Die werden gesichtet und übernommen, soweit sie inhaltlich tragen. Meist existiert deutlich mehr Material als angenommen - es liegt nur in Protokollen und Präsentationen, in denen niemand danach sucht. Das Einsortieren in die neue Struktur ist Teil des Aufbaus.