Das Projekt-Post-Mortem, das Lernen erzeugt
Stand 2026-09-03
Die meisten Post-Mortems in SAP-Analytics-Projekten erzeugen eine Foliensammlung, die niemand wieder öffnet, weil sie Wochen zu spät angesetzt, von jemandem mit Interesse am Ergebnis geleitet und als Chronologie statt als Kausalität strukturiert sind. Dieses Modul liefert Beratern das Arbeitsmuster für ein Post-Mortem, das die Sitzung überlebt: drei bis vier Wochen nach dem Go-live abhalten, solange das Hypercare-Log noch die Beweisgrundlage ist, die Moderation schuldfrei halten, damit auch Junior-Mitarbeiter sprechen, und jeden Befund per Fünf-Warum-Methode bis zur benannten Grundursache treiben. Die entscheidende Zahl ist die Umsetzungsrate - eine Korrekturmaßnahme ohne benannten Verantwortlichen und ohne Follow-up-Review nach drei Monaten passiert nicht. Berater, die zeigen können, wie die Befunde eines Post-Mortems in eine Checkliste und Vorlage einflossen, die bis zum nächsten Projekt überlebt hat, tragen einen differenzierenden Kompetenznachweis für Rollen im Bereich Delivery Excellence, bepreist mit 1.200-1.600 € pro Tag für Freiberufler in EMEA.
Was Sie lernen
- Terminieren und strukturieren Sie ein schuldfreies Post-Mortem für ein SAP-Analytics-Projekt unter Verwendung der Hypercare-Daten als empirische Basis, und moderieren Sie die Fünf-Warum-Analyse über die kanonischen Fehlerkategorien hinweg (Integrationsschnittstellen, Berechtigungen, Datenqualität, Anforderungen)
- Erzeugen Sie die drei verpflichtenden Post-Mortem-Artefakte – strukturierter, an Grundursachen verankerter Bericht, konkrete Checklisten-Aktualisierungen und ein Drei-Monats-Follow-up-Verantwortlichkeitsreview – statt einer generischen Lessons-Learned-Liste
- Wenden Sie schuldfreie Moderationstechniken an, um psychologische Sicherheit in Gruppen gemischter Seniorität zu erhalten, einschließlich sofortiger Umformulierung von Schuldsprache und expliziten Schutzes von Junior-Teilnehmern
- Entwerfen Sie einen practice-weiten Lernverbreitungsmechanismus (Quartals-Digest, Onboarding-Integration, Vorlagen-Aktualisierungen), der Post-Mortem-Lernen über das unmittelbare Projektteam hinaus zu künftigen Engagements trägt
Warum die meisten Post-Mortems nichts Nützliches erzeugen
Am Ende eines SAP-Analytics-Projekts – einer BW/4HANA-Migration, einer Datasphere-Einführung, einer SAC-Planning-Implementierung – versammelt sich das Team zur Retrospektive. Jemand öffnet einen Foliensatz mit dem Titel „Lessons Learned". Eine Stunde später hat sich das Team darauf geeinigt, dass „die Kommunikation hätte besser sein können", „die Anforderungen nicht klar genug waren" und „das Testen zu spät begann". Diese Beobachtungen sind für praktisch jedes je durchgeführte Projekt technisch zutreffend. Sie erzeugen kein umsetzbares Lernen. Der Foliensatz wird in einem SharePoint-Ordner abgelegt, der nie wieder geöffnet wird. Das nächste Projekt macht dieselben Fehler.
Dieses Muster wird nicht durch Faulheit oder Bösgläubigkeit des Teams verursacht. Es wird durch strukturelle Fehler in der typischen Durchführung von Post-Mortems verursacht: Sie werden zu spät abgehalten, von jemandem mit Interesse am Ergebnis moderiert, um Chronologie statt Kausalität herum strukturiert, und sie unterscheiden nicht zwischen Symptomen und Grundursachen. Das Ergebnis ist ein kathartisches Gespräch, das sich wie Lernen anfühlt, aber nichts erzeugt, was das nächste Projekt verändert.
Ein Post-Mortem, das tatsächlich wiederverwendbares Lernen erzeugt, erfordert bewusstes Design – in seinem Timing, seiner Moderationsstruktur, seinem Analyserahmen und besonders in seinem Nachverfolgungsmechanismus.
Voraussetzungen
- Fortgeschrittene praktische Erfahrung mit SAP-Analytics-Projekten
- Zunächst die Kernkonzepte durcharbeiten: C058, C055, C047
Lernergebnisse
- Arbeiten Sie ein realistisches Szenario durch: Die BW/4HANA-zu-Datasphere-Migration eines europäischen Einzelhandelskonzerns hat gerade eine vierwöchige Hypercare-Periode mit Fehlerlog und drei Berechtigungseskalationen verlassen.
- Erkennen und vermeiden Sie das Anti-Pattern: Das Post-Mortem zur Vermittlung individuellen Leistungsfeedbacks nutzen — Zerstört das schuldfreie Umfeld.
- Wenden Sie die Kernentscheidung des Moduls an: Wann das Post-Mortem abhalten — wählen Sie: Terminieren Sie es für die erste Arbeitswoche nach Ende der Hypercare (typischerweise Woche 3–4 nach Go-live).
- Verfolgen Sie die Beherrschung mit dem KPI: Zeit von Hypercare-Ende bis Post-Mortem (Ziel: <= 1 Arbeitswoche nach Ende der Hypercare).
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.