Das Problem: 75% aller SAP-Migrationen überschreiten Budget oder Zeitplan
Nach mehreren Jahren als SAP-Projektmanager bei Siemens Energy habe ich eines gelernt: S/4HANA-Migrationen scheitern selten an der Technik. Sie scheitern an fehlender Vorbereitung, mangelnder Kommunikation und unterschätzter Komplexität.
In diesem Artikel teile ich die 5 häufigsten Fehler, die ich in der Praxis immer wieder sehe — und wie Sie sie vermeiden können.
Fehler 1: Kein Data Cleansing vor der Migration
**Was passiert:** Unternehmen migrieren ihre Daten 1:1 ins neue System. Inklusive Dubletten, veralteter Stammdaten und inkonsistenter Zuordnungen.
**Das Ergebnis:** „Müll rein, Müll raus." Die Datenqualitäts-Probleme aus dem Altsystem werden ins neue System übertragen — oft sogar verschlimmert, weil S/4HANA strengere Datenmodelle hat.
Die Lösung:
- Führen Sie 6-12 Monate vor der Migration ein Stammdaten-Audit durch
- Definieren Sie klare Datenqualitäts-KPIs (Vollständigkeit, Korrektheit, Dublettenrate)
- Bereinigen Sie Stammdaten im Altsystem BEVOR Sie migrieren
- Erwägen Sie SAP MDG (Master Data Governance) für nachhaltige Datenqualität
**Praxis-Tipp:** Der SAP Custom Code Analyzer zeigt nicht nur inkompatiblen Code, sondern gibt auch Hinweise auf Datenmodell-Änderungen. Nutzen Sie ihn frühzeitig.
Fehler 2: Change Management als Randnotiz
**Was passiert:** Der Fokus liegt auf Technik und Konfiguration. Change Management wird auf „wir machen eine Schulung vor Go-Live" reduziert.
**Das Ergebnis:** Fachbereiche fühlen sich überfahren, Key User sind nicht vorbereitet, und nach Go-Live herrscht Frustration statt Produktivität.
Die Lösung:
- Starten Sie Change Management ab Tag 1 des Projekts
- Benennen Sie Change Agents in jedem Fachbereich
- Kommunizieren Sie regelmäßig: Was ändert sich? Warum? Was wird besser?
- Zeigen Sie frühe Quick Wins, die den Nutzen von S/4HANA greifbar machen
**Faustregel:** Technik ist maximal 30% des Projekterfolgs. 70% sind Kommunikation, Stakeholder-Management und Enablement.
Fehler 3: Zu wenig Key-User-Schulung
**Was passiert:** Key User bekommen ein 2-stündiges Webinar, ein 200-Seiten-Handbuch und viel Glück gewünscht.
**Das Ergebnis:** Key User können klicken, aber verstehen nicht warum. Bei Abweichungen vom Standard sind sie hilflos. Support-Tickets explodieren.
Die Lösung:
- Investieren Sie 3-5 Tage pro Key User (nicht 2 Stunden)
- Erklären Sie Prozesse, nicht Klickpfade
- Nutzen Sie ein Train-the-Trainer-Modell: Key User schulen ihre Kollegen
- Stellen Sie Quick Reference Cards bereit (1-Seiter pro Prozess, laminiert)
- Planen Sie 2 Wochen tägliche Q&A-Sessions nach Go-Live
**ROI:** Jede zusätzliche Stunde Key-User-Schulung spart erfahrungsgemäß 5-10 Support-Tickets nach Go-Live.
Fehler 4: Scope Creep ohne Priorisierung
**Was passiert:** „Wenn wir schon migrieren, können wir auch gleich…" — und plötzlich verdoppelt sich der Scope.
**Das Ergebnis:** Budget und Timeline werden gesprengt. Das Kernprojekt leidet unter den Zusatzanforderungen. Qualität sinkt.
Die Lösung:
- Definieren Sie den MVP (Minimum Viable Product) für Phase 1 glasklar
- Führen Sie ein Change Request Board ein: Jede Erweiterung muss formal beantragt werden
- Priorisieren Sie brutal: Must-have vs. Nice-to-have vs. Phase 2
- Dokumentieren Sie abgelehnte Anforderungen für spätere Phasen
**Praxis-Tipp:** Erstellen Sie eine „Phase 2 Backlog"-Liste. Das gibt Stakeholdern das Gefühl, gehört zu werden — ohne den aktuellen Scope zu gefährden.
Fehler 5: Fehlende Cutover-Probe
**Was passiert:** Der Cutover-Plan existiert als Excel-Datei mit 200 Zeilen. Er wird einmal besprochen und dann am Go-Live-Wochenende zum ersten Mal ausgeführt.
**Das Ergebnis:** Unvorhergesehene Probleme, Zeitverlust, Stress. Im schlimmsten Fall: gescheiterter Go-Live und Rollback.
Die Lösung:
- Planen Sie mindestens 2 Cutover-Probeläufe (Mock Cutover)
- Führen Sie sie mit echten Daten im Testsystem durch
- Messen Sie die tatsächliche Dauer jedes Schritts
- Identifizieren Sie Engpässe und optimieren Sie den Plan
- Definieren Sie klare Go/No-Go-Kriterien für jeden Meilenstein
**Goldene Regel:** Wenn Ihr Cutover-Plan nicht mindestens zweimal geprobt wurde, sind Sie nicht bereit für den Go-Live.
Zusammenfassung: Die 5 Fehler auf einen Blick
| # | Fehler | Gegenmassnahme |
|---|---|---|
| 1 | Kein Data Cleansing | Stammdaten-Audit 6-12 Monate vorher |
| 2 | Change Management vergessen | Ab Tag 1, mit Change Agents |
| 3 | Key User nicht geschult | 3-5 Tage pro Key User, Train-the-Trainer |
| 4 | Scope Creep | MVP definieren, Change Request Board |
| 5 | Keine Cutover-Probe | Mind. 2 Mock Cutovers mit echten Daten |
Nächste Schritte
Sie planen eine S/4HANA-Migration und möchten diese Fehler vermeiden? Ich helfe Unternehmen, SAP-Projekte von der Planung bis zum Go-Live erfolgreich umzusetzen.
**Kostenlose 30-Minuten-Erstberatung:** Gemeinsam identifizieren wir die größten Risiken in Ihrem Migrationsprojekt.