Wissenstransfer, der tatsächlich hält
Stand 2026-09-03
Wissenstransfer, der tatsächlich hält, rahmt den KT-Abschluss von einem Trainings-Deliverable zu einer Verifikationsübung um: Das Kundenteam muss nachweislich die Lösung allein betreiben, nicht nur jemand anderem beim Betreiben zugesehen haben. Die entscheidende Frage ist die Reihenfolge - Shadowing braucht mindestens einen vollständigen operativen Zyklus, bevor das Projekt endet, muss also Wochen vor dem Hypercare beginnen, nicht in der letzten Woche. Der Nachweis ist der Unabhängigkeitstest: ein vollständiger End-to-End-Zyklus, unassistiert, 48 Stunden vor der Abnahme. Berater, die diese Disziplin in jeden Abschluss einbauen, sind diejenigen, die Kunden für das nächste Mandat zurückrufen, weil ihre Projekte keinen abhängigen Support-Schweif hinterlassen.
Was Sie lernen
- Inventarisieren Sie explizites, Prozess- und implizites Wissen bei einem SAP-Analytics-Engagement, bevor Sie das KT-Programm entwerfen, und identifizieren Sie die impliziten Wissenslücken, die strukturierte Dokumentation nicht aufdeckt
- Führen Sie ein Shadowing-Programm durch, bei dem das Kundenteam jedes Verfahren unter Beobachtung des Beraters ausführt, und nutzen Sie reale Fehlerereignisse, um implizites Wissen aufzudecken und zu dokumentieren, das in keinem Schulungsmaterial erscheinen würde
- Führen Sie eine Reverse-KT-Sitzung durch, bei der Key User dem Berater die Lösung zurückerklären, nutzen Sie das Ergebnis zum Aufbau einer Lückenliste und schließen Sie jeden Punkt vor der Abnahme des Engagements
- Erstellen Sie ein Übergabepaket mit nummerierten Betriebsverfahren, getestet von einem Mitglied des Kundenteams, einem Troubleshooting-Abschnitt für die drei häufigsten Fehlermodi und einem benannten Dokumentationsverantwortlichen, der es aktuell hält
Warum Wissenstransfer an der Ziellinie scheitert
Die meisten Analytics-Wissenstransfer-Sitzungen scheitern auf dieselbe Weise: Der Berater präsentiert, das Kundenteam schaut zu, und beide Seiten gehen überzeugt, dass Transfer stattgefunden hat. Sechs Wochen später kann der Analyst des Kunden keine neue Story in SAC bauen, weil die Schulung abgedeckt hat, was der Berater gebaut hat, nicht wie man baut. Das Abgleichverfahren, das der Berater jeden Montagmorgen durchgeführt hat, ist nirgends aufgeschrieben. Die drei Datasphere-Transformationsregeln, die Randfälle bei der FX-Umrechnung behandeln, stehen in keinem Dokument, weil der Berater nicht bemerkt hat, dass es implizites Wissen war.
Wissenstransfer, der tatsächlich hält, beruht auf einer anderen Prämisse: Das Ziel ist nicht, Informationen zu präsentieren, sondern zu verifizieren, dass das Kundenteam ohne Sie arbeiten kann. Diese Verifikation erfordert strukturierte Wiederholung, direkte Beobachtung und eine formale Übergabe, die dem Kundenteam gehört, nicht dem Berater.
Was Sie tatsächlich übertragen
Bevor Sie ein KT-Programm entwerfen, inventarisieren Sie, was tatsächlich übertragen werden muss – nicht, was in der Projekt-Deliverable-Liste steht.
Bei einem ausgereiften SAP-Analytics-Engagement fällt Wissen in drei Kategorien:
Voraussetzungen
- Zunächst die Kernkonzepte durcharbeiten: C058, C047, C087
Lernergebnisse
- Arbeiten Sie ein realistisches Szenario durch: Ein europäisches Industrieunternehmen ist sechs Wochen vom Ende der Hypercare bei einer BW/4HANA-Reporting- und SAC-Planungseinführung entfernt.
- Erkennen und vermeiden Sie das Anti-Pattern: Schweigen als Verständnis behandeln — Der Trainer geht davon aus, dass keine Fragen bedeuten, dass die Fähigkeit übertragen wurde; das Kundenteam entdeckt die Lücke in Produktion, unbeaufsichtigt.
- Wenden Sie die Kernentscheidung des Moduls an: Wie Shadowing gegenüber Dokumentation sequenziert wird — wählen Sie: Jedes Verfahren shadowen, das noch einen echten Zyklus im Zeitplan hat; die übrigen dokumentieren und simulieren.
- Verfolgen Sie die Beherrschung mit dem KPI: Shadowing-Abdeckung (Ziel: 100 % der wiederkehrenden Verfahren vom Kundenteam ausgeführt, bevor die Hypercare beginnt).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Wissenskontrolle · die Schemata.