Zurück zur Antworten-Bibliothek

Wie strukturiert man ein erfolgreiches ERP-Projekt?

Matthias Müller Autor:
Veröffentlicht: Juli 31, 2026  ·  4 Min. Lesezeit
Kurze Antwort
In Kürze. ERP-Projekte scheitern selten an der Software — fast immer an Sponsorwechseln, Scope Creep und fehlender Eskalationsdisziplin. Vier Phasen mit klaren Tor-Entscheidungen tragen die Einführung: Strategie und Auswahl, Lastenheft und Vertrag, Implementierung mit Datenmigration, Hypercare und Stabilisierung. Wer keine harten Tor-Kriterien definiert, verschiebt das Risiko in die nächste Phase.

 

Warum das zählt. ERP-Projekte scheitern selten an Software — sie scheitern an Sponsorwechseln, Scope Creep und fehlender Eskalationsdisziplin im Lenkungsausschuss. Der Bitkom-Leitfaden „Heiter Scheitern im Projekt" benennt strukturelle Frühphasen-Fehler als Hauptgrund für IT-Projektscheitern — nicht die Technik.


Wann dieses Vorgehen passt — und wann nicht

Dieses Vorgehen passt, wenn:

  • die Geschäftsführung das ERP-Projekt als organisatorische Transformation behandelt, nicht als IT-Einführung;

  • der Lenkungsausschuss bereit ist, Phasentore auch zu schließen, nicht nur zu öffnen;

  • Projektleitung und Datenmigration klare Verantwortliche im Fachbereich haben.

Dieses Vorgehen passt nicht, wenn:

  • der Implementierungspartner gleichzeitig die unabhängige Projektleitung stellt;

  • Sponsorwechsel im Top-Management absehbar sind und das Projekt politisch ungeschützt bleibt;

  • Hypercare nach Go-Live nicht eingeplant und budgetiert ist.


So strukturieren Sie ein ERP-Projekt — die vier Phasen

Ein belastbares ERP-Projekt durchläuft vier Phasen mit klar definierten Tor-Entscheidungen. Die SCOReX-Methodik strukturiert diese Phasen so, dass jede Tor-Entscheidung dokumentiert, eskalierbar und reversibel bleibt.

  • Phase 1 — Vorbereitung und Sponsoring sichern: Geschäftsziele schriftlich, Sponsor benannt, Lenkungsausschuss besetzt. Output: Projektcharta mit Eskalationspfad und Stop-Kriterien.

  • Phase 2 — Konzeption und Prozessverantwortung: Soll-Prozesse je Process Owner beschrieben, Datenmigrations-RACI festgelegt. Output: Sollkonzept mit benannter Fachbereichs-Verantwortung.

  • Phase 3 — Realisierung mit unabhängiger Projektleitung: Die unabhängige ERP-Projektleitung verhandelt Scope-Änderungen gegen den Implementierungspartner, dokumentiert jede Abweichung. Output: integrierter Testplan mit Abnahmekriterien.

  • Phase 4 — Cutover und Hypercare: Datenmigration getestet, Go-Live-Entscheidung anhand harter Kriterien, Hypercare-Team für mindestens 90 Tage finanziert. Output: stabiler Betrieb ohne Eskalationswelle.


Typischer Fehler und wie Sie ihn vermeiden

Ein Maschinenbauer in Süddeutschland mit rund 320 Beschäftigten verlor neun Monate nach Projektstart den Vorstandssponsor an einen Konzernwechsel. Der Nachfolger hatte das Projekt nicht aufgesetzt und keine politische Bindung. Scope Creep durch den Implementierungspartner blieb unwidersprochen, der Lenkungsausschuss tagte zwar weiter, traf aber keine Stop-Entscheidung. Sechzehn Monate später kostete das Projekt 2,3 Millionen mehr als geplant.

In der Praxis schützen drei Maßnahmen vor diesem Muster: ein im Projekt unabhängiger Projektleiter, der nicht beim Implementierungspartner steht; ein Lenkungsausschuss mit dokumentierten Stop-Kriterien (siehe auch unsere Top-7-ERP-Auswahl-Fehler); und ein schriftlicher Sponsoring-Übergabevertrag für den Fall eines Wechsels.


Was Sie als Nächstes tun

Wenn Sie prüfen möchten, wie politisch stabil Ihr ERP-Projekt aktuell ist:

  1. Benennen Sie schriftlich den Sponsor und die zwei Stellvertreter mit Vertretungsregeln.

  2. Dokumentieren Sie drei Stop-Kriterien, bei deren Erfüllung der Lenkungsausschuss das Projekt formal pausieren muss.

  3. Prüfen Sie, ob Ihre Projektleitung beim Implementierungspartner angesiedelt ist — wenn ja, kennen Sie das Risiko.

Wenn ein ERP-Projekt aus dem Ruder läuft, hilft eine strukturierte zweite Sicht — bevor der Lenkungsausschuss das nächste Phasentor öffnet. Wir können das mit Ihnen in zwanzig Minuten sondieren.

Termin vereinbaren

 

 

FAQ

Vier bis sieben Phasen, je nach Vorgehensmodell. Entscheidend sind nicht die Anzahl, sondern die definierten Tor-Entscheidungen zwischen den Phasen — und die Bereitschaft, ein Tor auch zu schließen.

Eine unabhängige Projektleitung. Wenn der Implementierungspartner gleichzeitig die Projektleitung stellt, fehlt das politische Gegengewicht bei Scope-Verhandlungen und Eskalationen. Das ist der häufigste strukturelle Konstruktionsfehler.

Sechs bis achtzehn Monate von Projektstart bis stabilem Betrieb nach Hypercare. Kürzere Durchlaufzeiten setzen einen klaren Sponsor, dokumentierte Prozesse und einen entscheidungsfähigen Lenkungsausschuss voraus.