Zeitplan für die SAP-Einführung: Phasendauer und 5 Fehler

Eine SAP-Einführung dauert nach meiner Erfahrung mit GROW with SAP 6 bis 9 Monate und mit RISE with SAP 9 bis 18 Monate. Die Ablösung von SAP ECC dauert 12 bis 18 Monate bei einer Brownfield-Konvertierung oder einer selektiven Datenübernahme und 18 bis 24 Monate bei einer Greenfield-Einführung.

Kurz gesagt: Legen Sie den Termin am Ende von Explore fest, nicht beim Kickoff, und planen Sie 15 bis 20 Prozent Puffer über die Schätzung des Anbieters hinaus ein. Beginnen Sie die Datenarbeit in Discover, denn die Datenmigration macht 30 bis 40 Prozent des Einführungsaufwands aus. Jeder zusätzliche Monat Verzögerung kostet allein an Beraterhonoraren mindestens einen sechsstelligen Betrag.

Dieser Leitfaden richtet sich an Programmdirektoren und Sponsoren, die einen Plan aufstellen oder retten. Es geht um das Wie lange, nicht um das Wie: Was jede Phase tut und wer sie verantwortet, lesen Sie in meinem Schritt-für-Schritt-Leitfaden zur SAP-Einführung.

In einem europäischen Fertigungsprogramm im Jahr 2024 traf ich einen Projektmanager, dessen SAP-Projekt sechs Monate hinter dem Zeitplan lag. Nach einem konsequenten Neustart entlang der Phasen von SAP Activate schloss das Team die restliche Arbeit in vier Monaten ab.

Seine Worte: „Klare Phasen mit konkreten Liefergegenständen haben den Unterschied gemacht. Wir wussten immer genau, was als Nächstes zu tun war.“

Das Bereitstellungsmodell verändert den Zeitplan einer SAP-Einführung stärker als jede andere Entscheidung. Mit diesen Spannen plane ich:

Ausgangspunkt und Ziel	Typische Dauer	Was das Tempo bestimmt
GROW with SAP (SAP Cloud ERP, Public Edition)	6 bis 9 Monate	Nur Standardprozesse; Erweiterungen über freigegebene APIs
RISE with SAP (SAP Cloud ERP Private)	9 bis 18 Monate	Scope, Anzahl der Erweiterungen, Datenvolumen
Brownfield-Konvertierung von ECC	12 bis 18 Monate	Eigenentwicklungen, Simplification Items, Tests
Greenfield-Einführung ab ECC	18 bis 24 Monate	Prozessneugestaltung, Veränderungslast für die Anwender
Selektive Datenübernahme	12 bis 18 Monate	Abgrenzung der Daten und spezialisierte Werkzeuge

Zum Vergleich: Ein SAP-Produktexperte, der Hunderte von Public-Edition-Projekten ausgewertet hat, sieht den typischen Go-live bei fünf bis sieben Monaten. Das Angebot GROW Fast von SAP, Anfang 2026 eingeführt, zielt auf zwei bis vier Monate bei festem Scope. Ich plane GROW-Programme mit 6 bis 9 Monaten, weil Daten, Entscheidungen und Schulung die Zeit brauchen, die die Software nicht braucht.

Bei RISE betreibt SAP die Infrastruktur, was einen Teil der Arbeit in Prepare wegfallen lässt. Daten, Tests und Change Management fallen nicht weg. Der Leitfaden zur Migration von ECC auf S/4HANA erklärt, wie Sie zwischen Brownfield, Greenfield und selektivem Ansatz wählen.

SAP Concur, das Produkt für Reisekosten und Spesen, ist ein eigenständiges Cloud-Produkt mit eigenem Projekt. Planen Sie es als eigenen Arbeitsstrang mit eigener Integration in das S/4HANA-Finanzwesen, nicht innerhalb des Phasenplans für S/4HANA.

Wo Budgets und Termine reißen

Der größte Fehler, den ich sehe, ist mangelnde Planung zu Beginn. Termine und Budgets laufen in Explore aus dem Ruder, wenn die Liste der Workflows, Reports, Schnittstellen, Konvertierungen, Erweiterungen und Formulare (WRICEF) wächst und der Anbieter, nicht der Kunde, den Scope steuert.

Meine Aufschlüsselung der Kosten einer SAP-Einführung zeigt, wie daraus eine Überschreitung um 50 Prozent werden kann. Zeitpläne, die halten, haben drei Dinge gemeinsam: realistische Puffer, Annahmen, die vor der Festlegung geprüft wurden, und Quality Gates, die als harte Stopps gelten.

Fünf Fehler erklären die meisten Überschreitungen. Jeder ist vorhersehbar, und für jeden gibt es eine Gegenmaßnahme.

Fehler 1: Termine festlegen, bevor der Scope verstanden ist

In einem Handelsprogramm in der GCC-Region im Jahr 2023 hatte der Kunde seinem Vorstand eine Einführung in neun Monaten ohne Puffer versprochen. Als die Datenmigration länger dauerte als erwartet, wurde der Termin um drei Monate verfehlt, und die Geschäftsleitung verlor das Vertrauen in das Team. Ich habe ihnen klar gesagt: Dieser Zeitplan war zu ehrgeizig.

Die Lösung: Legen Sie den Zeitplan nach Explore fest, nicht beim Kickoff, und sagen Sie das dem Vorstand von Anfang an. Planen Sie 15 bis 20 Prozent Puffer über die Schätzung des Anbieters hinaus ein.

Fehler 2: Die Datenmigration als Arbeitsstrang behandeln, der spät beginnt

Die meisten Teams benennen den Lead für die Datenmigration spät und statten die Arbeit zu knapp aus. Erste Datenanalysen unterschätzen das Problem fast immer, und es folgen drei Monate Bereinigung unter dem Druck eines produktiven Systems.

Die Lösung: Beginnen Sie das Daten-Profiling in Discover, nicht in Realize. Fahren Sie in Realize eine vollständige Probemigration, bevor die Integrationstests beginnen. Mein Beitrag dazu, warum SAP-Datenmigrationen scheitern, beschreibt den Zyklus der Probemigrationen im Detail.

Fehler 3: Quality Gates unter Termindruck überspringen

Das Gate zwischen Realize und Deploy wird von Teams am häufigsten übersprungen, weil der Druck, „einfach live zu gehen“, dort am größten ist. Quality Gates zu überspringen, um „im Zeitplan zu bleiben“, verursacht später größere Verzögerungen.

Die Lösung: Schreiben Sie messbare Ausstiegskriterien in die Projektcharta und lassen Sie den Lenkungsausschuss sie durchsetzen. Ich nutze in jedem Programm eine dreitägige Abschlussprobe als Readiness Gate. Mehr zur Gestaltung von Gates finden Sie in meinem Leitfaden zu SAP Quality Gates.

Fehler 4: Anwender zwei Monate vor dem Go-live schulen

In einem Handelsprogramm in der GCC-Region im Jahr 2024 schulte der Kunde alle Anwender zwei Monate vor dem Go-live. Am Starttag hatten die meisten vergessen, wie das System funktioniert. Wir haben an jedem Arbeitsplatz Arbeitshilfen ausgelegt und den Vor-Ort-Support verdoppelt.

Die Lösung: Legen Sie die Schulung zwei bis drei Wochen vor den Go-live und setzen Sie Key-User als Trainer ein, denn Menschen lernen von Kollegen, denen sie vertrauen. Mein Beitrag zu SAP-Schulungsstrategien beschreibt den gesamten Ansatz.

Fehler 5: Den Go-live in Spitzenzeiten des Geschäfts legen

Hershey ging im Juli 1999 mit seinem System aus SAP R/3, Siebel und Manugistics live, drei Monate später als geplant und direkt in die Bestellsaison für Halloween hinein. Der CEO erklärte Analysten, dass die Probleme Hershey daran hindern würden, Halloween-Bestellungen im Wert von 100 Millionen US-Dollar auszuliefern.

Die Lösung: Erfassen Sie die Spitzenzeiten jeder betroffenen Geschäftseinheit, einschließlich Monats- und Quartalsabschluss. Gehen Sie in einem Zeitfenster mit geringem Volumen live, auch wenn das eine Verschiebung um sechs Wochen bedeutet. Die Verschiebung lässt sich aufholen, ein gescheiterter Go-live in der Hochsaison nicht.

SAP Activate hat sechs Phasen, und sie bilden das Gerüst jedes S/4HANA-Plans, ob Cloud oder On-Premise. Die folgenden Dauern sind Ausgangswerte für die Planung eines einzelnen Programms, keine Zusagen.

1. 1Discover2 bis 4 Wochen. Exit: unterschriebener Scope und Erfolgskriterien
2. 2Prepare3 bis 6 Wochen. Exit: Charta genehmigt, Ressourcen schriftlich zugesagt
3. 3Explore4 bis 8 Wochen. Exit: Gap-Entscheidungen mit Verantwortlichen, Zeitplan festgelegt
4. 4Realize8 bis 16 Wochen. Exit: Probemigration bestanden, Integrationstests abgeschlossen
5. 5Deploy2 bis 4 Wochen. Exit: UAT-Freigabe, Abschlussprobe, Go/No-Go
6. 6Run4 bis 8 Wochen Hypercare. Exit: Fehler unter dem Schwellenwert, Support-Übergabe unterschrieben

Das ist die Phasentabelle, mit der ich jeden Plan beginne:

Phase	Typische Dauer	Was passiert	Exit-Gate vor dem nächsten Schritt
Discover	2 bis 4 Wochen	Business Case, Scope, Wahl des Bereitstellungsmodells (Public Cloud, Private Cloud oder On-Premise)	Unterschriebener Scope und messbare Erfolgskriterien
Prepare	3 bis 6 Wochen	Onboarding des Teams, Governance, Systemlandschaft, Basisplan, Risikoregister	Charta genehmigt, benannte Entscheider pro Modul, schriftliche Ressourcenzusagen
Explore	4 bis 8 Wochen	Fit-to-Standard-Workshops, Gap-Liste, WRICEF-Inventar	Gap-Entscheidungen mit Verantwortlichen dokumentiert; Zeitplan festgelegt
Realize	8 bis 16 Wochen	Konfiguration, Entwicklung, Modul- und Integrationstests, Probemigrationen	Probemigration bestanden; Integrationstests abgeschlossen
Deploy	2 bis 4 Wochen	Abnahmetests (UAT), Cutover-Probe, Endanwenderschulung, finale Datenübernahme	UAT-Freigabe, Abschlussprobe bestanden, Go/No-Go
Run	4 bis 8 Wochen Hypercare	Vor-Ort-Support, tägliche Triage, Übergabe an den Support	Offene Fehler unter dem vereinbarten Schwellenwert; Support-Übergabe unterschrieben

Wo die Zeit wirklich hingeht

Discover wird überhastet. Teams setzen einen Termin, bevor sie den Scope verstehen, und lassen messbare Erfolgskriterien weg, etwa „Monatsabschluss um drei Tage verkürzen“.

Prepare ist die Phase, in der On-Premise die technischen Verzögerungen beginnen, weil Kunde und Partner die Infrastruktur aufbauen. Lassen Sie sich Ressourcenzusagen schriftlich geben. Mündlich zugesagte Verfügbarkeit verflüchtigt sich.

In Explore kommt es auf die Dokumentation an. Sechs Monate später weiß niemand mehr, warum Retouren auf eine bestimmte Weise abgewickelt werden, es sei denn, die Entscheidung und ihr Verantwortlicher wurden festgehalten.

Realize ist die längste Phase und die, in der die meisten Überschreitungen landen, meist weil Explore eine optimistische Gap-Liste geliefert hat. Ihre erste Probemigration wird scheitern, und sie muss im Test scheitern, nicht in der Produktion.

Deploy braucht einen Cutover-Plan mit genauen Schritten, Zeiten und Verantwortlichen. „Daten migrieren“ ist kein Schritt.

In einem Programm im US-Gesundheitswesen im Jahr 2023 lag der Kunde drei Monate hinter dem Zeitplan und stand vor einer Budgetüberschreitung von 2 Millionen US-Dollar. Wir haben mit den Fit-to-Standard-Workshops von SAP Activate neu aufgesetzt. Das Team fand 28 Prozesse, die es ganz ohne Anpassungen betreiben konnte.

Die Worte ihres Projektmanagers: „Wir haben Monate damit verschwendet, Dinge zu designen, die SAP schon gebaut hatte.“ Innerhalb von sechs Wochen waren sie wieder im Zeitplan.

In einem europäischen Handelsprogramm im Jahr 2024 stellte der Kunde fest, dass 70 Prozent seiner Anforderungen durch SAP-Standardprozesse abgedeckt waren. Er hatte umfangreiche Anpassungen geplant, bis er das System in Aktion sah.

Clean Core verschärft das. In der Public Edition sind Standardprozesse die einzige Option, und Erweiterungen liegen auf SAP BTP oder nutzen freigegebene APIs. In der Private Edition und On-Premise können Sie noch modifizieren, aber wenn jede Lücke eine Erweiterungsentscheidung mit einem Preisschild braucht, wird das Gespräch über Anpassungen ehrlicher.

Jede Branche bringt ihre eigenen Bremsen mit. Diese Spannen gelten für ein vollständiges S/4HANA-Programm über mehrere Standorte, deshalb liegen sie über einem einzelnen RISE-Deployment von 9 bis 18 Monaten:

Branche	Planungsspanne	Was den Zeitplan verlängert
Fertigung	14 bis 20 Monate	Qualität von Stücklisten und Arbeitsplänen, MRP-Feinabstimmung, QM-Anforderungen
Handel und Konsumgüter	12 bis 18 Monate	POS-Integration, Volumen der Stammdaten, Zeitfenster der Hochsaison
Pharma	16 bis 22 Monate	GxP-Validierung, Chargenrückverfolgung, Serialisierung
Versorger	15 bis 20 Monate	Geräteverwaltung, Tarifstrukturen in der Abrechnung, GIS- und SCADA-Integration
Öffentlicher Sektor	18 bis 24 Monate	Haushaltsmanagement, Vergaberecht, Genehmigungsaufwand, Datenresidenz
Automobilindustrie	16 bis 22 Monate	Just-in-time-Lieferkette, technisches Änderungswesen
Luft- und Raumfahrt und Verteidigung	20 bis 26 Monate	Berichtswesen gegenüber Behörden, Programmbuchhaltung, gesicherte Lieferketten
Öl und Gas	18 bis 24 Monate	Joint-Venture-Buchhaltung, anlagenintensiver Betrieb
Finanzdienstleistungen	14 bis 20 Monate	Rollendesign mit Funktionstrennung, regulatorische Validierung

Was KI-Werkzeuge ändern und was nicht

SAP Joule for Consultants ist seit 2025 allgemein verfügbar. Es beantwortet Konfigurationsfragen aus der eigenen Wissensbasis von SAP, einschließlich SAP-Hinweisen, und erklärt ABAP-Code. SAP Build Code, seit März 2024 allgemein verfügbar, erzeugt mit Joule Java- und JavaScript-Erweiterungscode auf SAP BTP.

Beide helfen einzelnen Beratern und Entwicklern. Keines ändert, wie lange Workshops, Entscheidungen, Datenbereinigung oder Abnahmetests dauern. Planen Sie mit ihnen, aber nehmen Sie keine Wochen aus dem Plan, bevor Ihr eigenes Team den Effekt gemessen hat.

Das sind die Risiken, die ich auf die wöchentliche Programmagenda setze. Jedes verschiebt Termine, wenn man es dem monatlichen Lenkungsausschuss überlässt.

1. Späte Scope-Änderungen. Frieren Sie den Scope am Ende von Explore ein. Danach genehmigt ein Change Control Board jede Änderung mit ihren Auswirkungen auf Zeitplan und Budget.
2. Datenqualität. Die meisten Unternehmen lassen die Datenanalyse in der Planung aus. Schlechte Daten sind die beständigste Ursache gescheiterter Probemigrationen.
3. Ressourcenengpässe. Holen Sie von den Abteilungsleitern schriftliche Zusagen für benannte Personen und Termine ein. Bilden Sie für jede kritische Rolle eine Vertretung aus.
4. Verzögerte Entscheidungen. Eskalieren Sie Scope-Streitigkeiten innerhalb von 48 Stunden. Lassen Sie Entscheidungen nicht bis zu den monatlichen Reviews liegen.
5. Spätes Change Management. Sprechen Sie ab Prepare mit den Endanwendern, nicht erst zwei Wochen vor dem Go-live.

Zu den Werkzeugen: SAP Cloud ALM ist die Plattform von SAP für das Einführungsmanagement. Die Mainstream-Wartung für SAP Solution Manager 7.2 endet Ende 2027, mit erweiterter Wartung für ausgewählte Funktionen bis 2030. Der SAP Best Practices Explorer wurde 2023 eingestellt, und seine Prozessinhalte liegen heute im SAP Signavio Process Navigator.

Dieser Leitfaden gehört zu meinem Überblick zur SAP-Einführung, der alle Themen vom Business Case bis zum Go-live verlinkt.

Wie lange dauert eine Einführung von SAP S/4HANA?

Nach meiner Erfahrung 6 bis 9 Monate mit GROW with SAP (Public Edition) und 9 bis 18 Monate mit RISE with SAP (Private Edition). Ab ECC dauern eine Brownfield-Konvertierung oder eine selektive Datenübernahme 12 bis 18 Monate und eine Greenfield-Einführung 18 bis 24 Monate.

Wie lange dauert jede Phase von SAP Activate?

Als Ausgangspunkt für die Planung: Discover 2 bis 4 Wochen, Prepare 3 bis 6 Wochen, Explore 4 bis 8 Wochen, Realize 8 bis 16 Wochen, Deploy 2 bis 4 Wochen und Run 4 bis 8 Wochen Hypercare. In größeren Programmen dehnt sich vor allem Realize.

Wie wirkt sich RISE with SAP auf den Zeitplan aus?

RISE überträgt die Verantwortung für die Infrastruktur an SAP, was einen Teil der Arbeit in der Prepare-Phase wegfallen lässt. Es verkürzt weder Datenmigration noch Tests, Schulung oder Entscheidungsfindung, und dort geht die meiste Zeit hin. Clean-Core-Disziplin kann Realize verkürzen, wenn sie Eigenentwicklungen stoppt, bevor sie beginnen.

Wie viel Puffer sollte der Zeitplan einer SAP-Einführung enthalten?

Planen Sie 15 bis 20 Prozent Puffer über die Schätzung des Anbieters hinaus ein. Legen Sie den Termin am Ende von Explore fest, wenn Scope und Gaps bekannt sind, und sagen Sie das dem Vorstand vor dem Kickoff.

Wie kann ich den Zeitplan einer SAP-Einführung verkürzen?

Führen Sie Fit-to-Standard konsequent durch, denn jede vermiedene Anpassung spart Wochen. Beginnen Sie die Datenbereinigung in Discover und stellen Sie Fachbereichsressourcen in Vollzeit ab, statt sie in Teilzeit auszuleihen. Erstellen Sie den Cutover-Plan während Realize, nicht danach.

Sollte ich einen Big-Bang- oder einen phasenweisen SAP-Rollout wählen?

Beim Big Bang geht alles auf einmal live. Das ist insgesamt schneller und riskanter und passt zu kleinerem Scope oder zu Organisationen mit starkem Change Management. Ein phasenweiser Rollout geht nach Modul, Standort oder Geschäftseinheit vor, ist risikoärmer und länger und passt zu großen Konzernen mit vielen Gesellschaften.

Was sind die häufigsten Ursachen für Verzögerungen in SAP-Projekten?

Unkontrollierte Änderungsanträge, Überraschungen bei der Datenqualität, spätes Change Management, Integrationsfehler mit Drittsystemen, der Verlust von Schlüsselpersonen mitten im Projekt und langsame Entscheidungen des Lenkungsausschusses. Die Ursache, die die meisten Teams überrascht, ist die Datenqualität. Alle gehen davon aus, dass die Altdaten sauber sind, und das sind sie fast nie.

Wie lange dauert die Hypercare nach dem SAP-Go-live?

Planen Sie vier bis acht Wochen Hypercare: Vor-Ort-Support, tägliche Triage der Probleme und Performance-Monitoring. Danach geht das System an ein Application-Support-Team oder ein internes Center of Excellence über.