Die Frage, warum ERP-Projekte scheitern, wird in den meisten Unternehmen zu spät gestellt: nämlich dann, wenn der Go-Live bereits zweimal verschoben wurde, das Budget aufgebraucht ist und im Lenkungskreis nach Verantwortlichen gesucht wird. Dabei kündigt sich ein Scheitern praktisch immer vorher an. Die Muster wiederholen sich: Anforderungen, die niemand entschieden hat, ein Kernteam, das das Projekt nebenbei macht, ein Testkonzept, das erst sechs Wochen vor dem Stichtag entsteht. Dieser Beitrag beschreibt sieben Warnsignale, an denen Sie ein gefährdetes ERP-Projekt früh erkennen – und was bei jedem einzelnen konkret zu tun ist.

Warum ERP-Projekte scheitern: die Ursache liegt selten in der Software

Wenn ein ERP-Projekt aus dem Ruder läuft, richtet sich der Blick zuerst auf das System. Das ist verständlich, führt aber in die falsche Richtung. Moderne ERP-Systeme sind funktional ausgereift; die Standardprozesse eines Serienfertigers, eines Lebensmittelproduzenten oder eines Zulieferers lassen sich damit abbilden. Was Projekte kippen lässt, sind Entscheidungsdefizite, unklare Verantwortung und Kapazitätslücken in der eigenen Organisation.

Das hat eine unangenehme und eine angenehme Seite. Die unangenehme: Sie können das Problem nicht durch die Wahl eines anderen Systems oder eines anderen Implementierungspartners lösen. Die angenehme: Die Ursachen liegen in Ihrem Einflussbereich – und sie sind sichtbar, wenn man auf die richtigen Signale achtet.

Warnsignale in der Vorbereitung

Warnsignal 1: Niemand kann den Zielzustand in drei Sätzen beschreiben

Fragen Sie fünf Personen aus Geschäftsführung, Fachbereich und IT, was das Projekt erreichen soll. Wenn Sie fünf unterschiedliche Antworten erhalten – Prozessharmonisierung, Ablösung der Altsysteme, bessere Auswertungen, Vorbereitung auf das Wartungsende, Kostensenkung – dann hat das Projekt kein Ziel, sondern eine Sammlung von Hoffnungen. Jede dieser Hoffnungen führt zu anderen Anforderungen, und der erste echte Konflikt entsteht erst im Design-Workshop, wenn Entscheidungen bereits Geld kosten.

Was hilft: ein schriftlich fixierter Zielzustand mit Priorisierung, den die Geschäftsführung vor Projektstart abnimmt. Nicht als Absichtserklärung, sondern als Entscheidungsgrundlage für alle späteren Konflikte.

Warnsignal 2: Anforderungen existieren, aber niemand hat sie entschieden

Viele Projekte verfügen über beachtliche Anforderungslisten – mehrere hundert Zeilen, gesammelt aus Interviews und Workshops. Was fehlt, ist die Entscheidung: Welche dieser Anforderungen sind verbindlich, welche sind Wünsche, welche werden bewusst nicht umgesetzt? Solange diese Trennung fehlt, verhandelt das Projektteam sie einzeln im Laufe der Realisierung – unter Zeitdruck und ohne Gesamtsicht.

Eine strukturierte Vorbereitung trennt deshalb das Erheben vom Entscheiden. Wie das in der Praxis abläuft, beschreiben wir unter Phase 0 – Anforderungsmanagement.

Warnsignale in der Projektorganisation

Warnsignal 3: Das Kernteam macht das Projekt „zusätzlich“

Die Schlüsselpersonen für ein ERP-Projekt sind genau die Personen, die im Tagesgeschäft am wenigsten verzichtbar sind: der Disponent, der die Sonderfälle kennt, die Buchhalterin, die weiß, warum eine Abgrenzung so und nicht anders gebucht wird. Werden diese Rollen ohne echte Freistellung ins Projekt geholt, gewinnt im Zweifel immer das Tagesgeschäft. Workshops werden verschoben, Abstimmungen verzögert, Testfälle unvollständig abgearbeitet.

Freistellung heißt dabei nicht „so gut wie möglich einplanen“, sondern: benannte Vertretung, reduzierte Linienverantwortung, verbindlicher Kapazitätsanteil. Wer das nicht organisiert, bezahlt es später mit Verzögerung.

Warnsignal 4: Der Lenkungskreis erfährt nur gute Nachrichten

Ein Statusbericht, in dem über Monate alles grün ist, ist kein gutes Zeichen, sondern ein Alarmsignal. Projekte dieser Größe haben Probleme – die Frage ist nur, ob sie berichtet werden. Wenn Teilprojektleitungen befürchten, dass schlechte Nachrichten als persönliches Versagen gewertet werden, verschwinden Risiken aus dem Reporting und tauchen erst auf, wenn sie nicht mehr zu verbergen sind.

Belastbares Reporting braucht messbare Kriterien statt Ampelgefühl: Wie viele Anforderungen sind abgenommen? Wie viele Testfälle sind erfolgreich durchlaufen? Wie viele offene Punkte mit welcher Kritikalität? Diese Transparenz herzustellen ist eine der Kernaufgaben einer unabhängigen Projekt- und Programmsteuerung.

Warnsignale in der Umsetzung

Warnsignal 5: Testen ist der Puffer im Projektplan

Das Testfenster liegt am Ende des Plans – und ist damit das Erste, was gekürzt wird, wenn Vorleistungen sich verschieben. Aus acht Wochen Integrationstest werden drei, aus einem strukturierten Test wird ein Durchklicken der Hauptprozesse. Fehler, die dort nicht gefunden werden, findet nach dem Go-Live der Fachbereich – im Echtbetrieb, mit Kundenauftrag und Liefertermin im Rücken.

Testmanagement ist deshalb keine Abschlussphase, sondern läuft parallel zur Realisierung: Testfälle entstehen aus den Anforderungen, nicht erst aus dem fertigen System. Mehr dazu unter Testmanagement im SAP-Projekt.

Warnsignal 6: Datenmigration wird als technische Fußnote behandelt

Die Migration der Stamm- und Bewegungsdaten gilt oft als Aufgabe, die „die IT am Ende macht“. Tatsächlich ist sie fachlich: Welche Materialien werden übernommen, welche Kundenstämme sind noch aktiv, wie werden abweichende Einheiten und historische Preise behandelt? Diese Entscheidungen kann keine technische Rolle treffen. Wird die Datenqualität erst bei der ersten Testmigration sichtbar, entsteht Aufwand genau dann, wenn keine Kapazität mehr frei ist.

Warnsignal 7: Der Scope wächst, der Termin bleibt

Jede einzelne Erweiterung klingt vernünftig: eine zusätzliche Schnittstelle, ein weiterer Standort, ein Reporting-Paket. Ohne dokumentierte Auswirkung auf Termin, Budget und Testumfang summieren sich diese Zusagen zu einem Projekt, das mit dem beauftragten nicht mehr viel zu tun hat. Entscheidend ist nicht, Änderungen zu verhindern, sondern sie bewertet zu entscheiden – mit Aufwand, Risiko und Auswirkung auf den Termin in derselben Vorlage.

Die sieben Warnsignale im Überblick

  • Kein gemeinsamer Zielzustand: unterschiedliche Antworten auf die Frage, was das Projekt erreichen soll.
  • Anforderungen ohne Entscheidung: gesammelt, aber nicht priorisiert und nicht abgenommen.
  • Kernteam ohne Freistellung: Projektarbeit zusätzlich zum Tagesgeschäft.
  • Reporting ohne schlechte Nachrichten: dauerhaft grüner Status ohne messbare Kriterien.
  • Testen als Puffer: Testfenster am Planende, Testfälle erst kurz vor dem Stichtag.
  • Datenmigration als Technikthema: fachliche Entscheidungen zur Datenqualität fehlen.
  • Wachsender Scope bei festem Termin: Änderungen ohne bewertete Auswirkung.

Was zu tun ist, wenn Sie mehrere Warnsignale erkennen

Ein einzelnes Warnsignal ist normal und beherrschbar. Treffen drei oder mehr zu, ist das Projekt strukturell gefährdet – und zwar unabhängig davon, wie der aktuelle Statusbericht aussieht. In dieser Lage ist die häufigste Reaktion die falsche: mehr Druck auf das Team und ein enger getakteter Plan. Beides verschärft die Ursachen, statt sie zu beheben.

Wirksam ist stattdessen eine nüchterne Bestandsaufnahme mit Abstand zum Projekt: Welche Anforderungen sind tatsächlich entschieden? Welche Kapazität steht real zur Verfügung? Welcher Testumfang ist bis zum Zieltermin realistisch machbar? Aus diesen drei Antworten ergibt sich, ob der Termin zu halten ist, ob der Umfang reduziert werden muss oder ob eine Verschiebung die günstigere Variante ist. Diese Entscheidung früh und bewusst zu treffen, ist in nahezu allen Fällen billiger als ein Go-Live, der im Echtbetrieb korrigiert werden muss.

Genauso wichtig: Die Bestandsaufnahme sollte nicht von denselben Personen kommen, die den aktuellen Plan verantworten. Nicht aus Misstrauen, sondern weil Betriebsblindheit in Projekten dieser Dauer ein normales Phänomen ist.

Sie erkennen mehrere dieser Warnsignale in Ihrem laufenden ERP- oder SAP-Projekt? Nutzen Sie unseren kostenlosen SAP-Krisencheck – eine strukturierte Ersteinschätzung Ihrer Projektsituation ohne Verpflichtung. Alternativ vereinbaren Sie direkt ein Erstgespräch mit W+W Consulting.