Baustein 04 — Vertiefung
Knowledge Recovery & Documentation Sprint.
Manchmal ist die Frage nicht „Wie strukturieren wir unser Wissen?“, sondern „Wie retten wir Wissen, das gerade verloren geht?“. Der Knowledge-Recovery-Sprint ist der akute Trigger-Service vor Abgang von Mitarbeitenden, Dienstleister-Wechsel oder System-Ablöse.
Interviews mit Wissensträgern
Strukturierte 60–90-Minuten-Interviews mit Personen, die kritisches Wissen tragen. Wir arbeiten mit einem Interview-Leitfaden, der nicht nur „Was tust du?“ abfragt, sondern auch „Warum tust du es so?“, „Was geht schief, wenn jemand es anders macht?“ und „Welche Sonderfälle kennst nur du?“. Die Antworten werden strukturiert dokumentiert.
Reverse Engineering bestehender Systeme
Wo Eigenentwicklungen oder ältere Standard-Systeme ohne Dokumentation laufen, machen wir Reverse Engineering: Datenbank-Schema-Analyse, Custom-Code-Review, Workflow-Rekonstruktion. Ergebnis ist eine technische Dokumentation, die für Ablöse, Weiterentwicklung oder Migration tragfähig ist.
Process Mining aus Log-Daten
Wenn die tatsächlichen Prozesse von der dokumentierten Soll-Beschreibung abweichen — was sie fast immer tun — hilft Process Mining: Aus Log-Daten in ERP, CRM oder Workflow-Engines rekonstruieren wir, wie der Prozess wirklich läuft. Das ist die Grundlage für die Wissensdokumentation, die im Alltag stimmt.
Übergabe-fähige Wissensdokumentation
Das Ergebnis ist nicht ein Word-Dokument im Schrank, sondern eine strukturierte Wissensbasis — typisch im SharePoint-Wissensbereich, optional als RAG-Quelle indexiert. Mit Verantwortlichen, Aktualisierungs-Rhythmus und Such-Strategie.
Wann wird Wissens-Management zum Bau-Auftrag? Wenn aus der Recovery klar wird, dass das alte System nicht mehr tragfähig ist, übergeben wir an unser Engineering-Team — Custom-Software-Entwicklung mit klarer Architektur, dokumentiertem Code und Übergabe-Plan ab dem ersten Sprint.