Warum SAP S/4HANA-Projekte die Steuerbarkeit verlieren
Der häufigste Denkfehler beim Start einer S/4HANA-Migration ist, das Vorhaben als IT-Upgrade zu behandeln. Es ist eine fachliche Transformation. Dieser Unterschied kostet in der Praxis Monate. Wenn Fachbereiche zu spät eingebunden werden und das Projekt als IT-Thema gilt, fehlen von Anfang an die richtigen Entscheidungsträger im Raum.
Unklare Verantwortlichkeiten, ein Lenkungsausschuss ohne Entscheidungsfähigkeit und zu optimistische Zeit- und Budgetplanung entstehen nicht durch schlechte Absicht, sondern durch eine fehlende Governance-Struktur von Anfang an. Mehr als 60 Prozent der S/4HANA-Projekte weichen bei Budget, Zeit und Ergebnisqualität ab, rund ein Viertel davon erheblich. Das ist kein Pech, sondern ein strukturelles Muster.
Die häufigsten Brandherde sind schnell benannt: ein überfrachteter Projektumfang, parallel laufende Initiativen mit Zielkonflikten, eine unterschätzte Datenmigration und ein Change Management, das erst adressiert wird, wenn der Widerstand aus den Fachbereichen das Projekt bereits bremst. Warum SAP-Projekte im Kern scheitern und welche Frühwarnzeichen es dafür gibt, vertiefen wir auf unseren Seiten Weshalb scheitern SAP-Projekte und Risiken & Frühwarnzeichen. Für ein Projekt, das bereits in Schieflage ist, zählt jetzt jedoch etwas anderes: die ersten konkreten Schritte.
Was in den ersten 72 Stunden zählt
Lageeinschätzung ohne Beschönigung
Der erste Schritt ist nicht ein neuer Projektplan, sondern eine ehrliche Bestandsaufnahme. Drei Fragen genügen als Einstieg: Was ist tatsächlich fertig? Was ist gescheitert? Was muss wiederholt werden? Diese Antworten sind der einzige belastbare Ausgangspunkt für einen realistischen Neuplan.
Den alten Plan fortzuschreiben ist eine häufige und teure Fehlerquelle. Stattdessen müssen Restumfang, tatsächlicher Fehlerbehebungsbedarf und ein realistischer Risikoaufschlag neu kalkuliert werden. Erfahrungswerte aus der S/4HANA-Projektrettung zeigen: 25 bis 35 Prozent auf die Basiskosten sind als Risikoaufschlag für problematische Projekte keine Übertreibung, sondern eine Notwendigkeit.
Entscheidungsstrukturen sofort schärfen
Wenn IT und Fachbereich aneinander vorbeikommunizieren und der Lenkungsausschuss keine entscheidbaren Vorlagen mehr erhält, ist das erste Ziel nicht mehr Geschwindigkeit, sondern Steuerbarkeit. Klare Zuständigkeiten und strukturierte Entscheidungsvorlagen sind die Voraussetzung für jeden weiteren Schritt, keine optionale Maßnahme. Genau das ist die Domäne einer belastbaren PMO- und Governance-Struktur.
Neun projektrettende Sofortmaßnahmen, um ein SAP S/4HANA-Projekt zurück auf Kurs zu bringen
1. Ehrlichen Projektstatus erfassen
Keine Fortschrittsprozentzahlen, sondern eine ungeschönte Bestandsaufnahme: Was ist wirklich fertig, was ist gescheitert, was muss wiederholt werden? Offene Defekte, Datenqualität, Integrationsprobleme und der tatsächliche Go-Live-Bereitschaftsgrad gehören dazu. Diese Aufnahme ist die Grundlage für alle weiteren Entscheidungen.
2. Klaren Maßnahmenplan mit Verantwortlichen und Fristen erstellen
Aus der Bestandsaufnahme müssen konkrete Arbeitspakete entstehen, keine Absichtserklärungen. Jedes Paket braucht einen Verantwortlichen, eine Frist und klare Abhängigkeiten. Das verhindert, dass das Team parallel an zu vielen Themen arbeitet und nirgendwo fertig wird.
3. Externe Partner aktiv steuern
Systemhaus und Implementierungspartner brauchen eine klare Erwartungshaltung und enge Steuerung. Wenn Lieferobjekte auseinanderlaufen und der Partner die Lage anders bewertet als das eigene Unternehmen, ist das ein Signal für strukturellen Steuerungsverlust. Ohne neutrale Instanz wird dieser Widerspruch nicht aufgelöst.
4. MVP-Ansatz konsequent anwenden
Nicht zwingend benötigte Funktionen werden zurückgestellt. Kernprozesse bekommen absolute Priorität. Dieser Schnitt fühlt sich anfangs unbequem an, weil er bedeutet, bewusst auf Scope zu verzichten. Er ist aber die wirksamste Methode, um ein überfrachtetes Krisenprojekt wieder beherrschbar zu machen.
5. Backlog und technische Altlasten systematisch abarbeiten
Offene Restarbeiten, manuelle Behelfslösungen und technische Schulden spielen Tagesgeschäft und Stabilisierung permanent gegeneinander aus. Diese Altlasten müssen strukturiert und priorisiert abgebaut werden, nicht nebenbei.
6. Change Management sofort aktivieren
Fachbereichswiderstand kostet in dieser Phase Wochen. Die frühzeitige Einbindung von Schlüsselanwendern und gezielte Kommunikation stabilisieren ein Projekt schneller als fast jede technische Maßnahme. Wer Change Management als nachgelagerte Aufgabe behandelt, zahlt dafür mit Verzögerungen, die sich nicht aufholen lassen.
7. Intensive Tests mit realen Daten durchführen
Prozess- und Integrationsfehler werden durch Tests mit realen Daten und realen Szenarien sichtbar, nicht durch Testskripte mit Musterdaten. Diese Tests sind kein bürokratischer Schritt. Sie sind der verlässlichste Frühindikator dafür, ob ein Go-Live verantwortbar ist.
8. Datenbereinigung sofort priorisieren
Schlechte Stammdaten sind eine der häufigsten Ursachen dafür, dass Projekte kurz vor dem Go-Live eskalieren. Datenqualität und Datenstrukturen müssen parallel zu allen anderen Maßnahmen bereinigt werden. Das ist keine technische Nebensache, sondern eine Voraussetzung für einen stabilen Betrieb. Wie sich Datenqualität im Krisenfall gezielt wiederherstellen lässt, zeigen wir unter Datenqualität in der Migration (reaktiv).
9. Cutover und Fallback absichern
Eine belastbare Cutover-Strategie benennt Verantwortliche, definiert einen Zeitplan und beschreibt konkrete Rückfalloptionen bis zum Punkt, an dem ein Abbruch nicht mehr möglich ist. Wer die Fallback-Entscheidung erst im Cutover-Fenster trifft, trifft sie unter maximalem Druck. Das endet selten gut. Der Rückfallplan muss als eigenständiges, gleichwertig geplantes Szenario vorliegen, nicht als Fußnote im Projektplan.
Wann ein externer SAP S/4HANA-Projektaudit der richtige nächste Schritt ist
Drei Signale, die einen Health-Check erzwingen
Das erste Signal: Das Projekt ist politisch oder organisatorisch festgefahren, und Zielbild und Umsetzung laufen sichtbar auseinander. Das zweite Signal: Der Implementierungspartner bewertet die Lage anders als das Unternehmen, ohne dass eine neutrale Instanz diesen Widerspruch auflösen kann. Das dritte Signal: Der Lenkungsausschuss erhält keine entscheidbaren Vorlagen mehr und diskutiert dieselben offenen Punkte in jeder Sitzung.
Wenn diese drei Signale gleichzeitig auftreten, ist die benötigte Transparenz intern nicht mehr herstellbar. Ein externer Blick schafft sie. In der Praxis dauert ein kompakter SAP-Projektaudit vier bis sechs Wochen: etwa eine Woche Dokumentenanalyse, zwei bis drei Wochen strukturierte Interviews mit Projektteam und Stakeholdern, anschließend ein Abschlussbericht mit priorisierten Maßnahmen und konkreten Notfallmaßnahmen zur Projektrettung.
Wie Project-Enabler die Steuerbarkeit schnell wiederherstellt
Project-Enabler arbeitet als unabhängiger Stabilisierungspartner – ohne Toolverkaufsinteresse und ohne Interessenkonflikt mit dem Implementierungspartner. Der Fokus liegt nicht auf zusätzlichen Ressourcen, sondern auf klaren Verantwortlichkeiten, belastbaren Entscheidungsstrukturen und wiederhergestellter Steuerbarkeit. Das setzt an der eigentlichen Ursache an, nicht an den Symptomen.
Project-Enabler ist seit 1999 in der SAP-Beratung tätig und hat sich seit 2015 früh auf S/4HANA spezialisiert – diese Erfahrung bringt echten Vorsprung in Schieflage-Projekten. Die Leistungsformate reichen vom kompakten Krisenreview über einen strukturierten Health-Check bis zur Übernahme von Projektleitungoder PMO-Rollen als Interim-Mandat. Dabei fließt die SAP-Activate-Methodik als bewährter Rahmen ein, um Struktur und Steuerbarkeit schnell wiederherzustellen.
Checkliste für den strukturierten Neustart
Bevor ein Neuplan kommuniziert wird, sollten Projektsponsor, CIO und CFO prüfen, ob die folgenden Punkte belastbar abgedeckt sind:
- Ist der ehrliche Projektstatus dokumentiert – konkret festgehalten, was fertig ist, was gescheitert ist und was wiederholt werden muss?
- Wurde der Restumfang neu kalkuliert, inklusive eines Risikoaufschlags von 25 bis 35 Prozent auf die Basiskosten?
- Gibt es einen klaren Maßnahmenplan mit Verantwortlichen und Fristen, der verhindert, dass das Team gleichzeitig an allem arbeitet?
- Wurde der Projektumfang auf Kernprozesse reduziert und wurden nicht zwingend benötigte Funktionen bewusst zurückgestellt?
- Ist die Datenbereinigung als Sofortmaßnahme priorisiert und beauftragt?
- Sind intensive Tests mit realen Daten angesetzt?
- Liegt eine Cutover-Strategie mit dokumentierter Fallback-Option vor?
- Wurden Change-Management-Maßnahmen für die Fachbereiche bereits gestartet?
- Wurde die Frage, ob ein externer Projektaudit oder Health-Check nötig ist, bewusst bewertet und entschieden?
- Erhält der Lenkungsausschuss entscheidbare Vorlagen statt offener Diskussionspunkte?
Wer mehr als drei dieser Punkte nicht klar mit Ja beantworten kann, hat keinen Stabilisierungsplan. Er hat einen Wunschplan.
Mehr als drei Punkte nicht klar mit Ja beantwortbar?
Dann ist die Steuerbarkeit vermutlich intern nicht mehr herstellbar. Fordern Sie eine vertrauliche, kostenlose Ersteinschätzung an – Gesprächstermin vereinbaren.
Kontrolle zurückgewinnen, bevor der Schaden irreparabel wird
Die häufigste Reaktion, wenn ein SAP S/4HANA-Projekt aus dem Ruder läuft: mehr Druck, mehr Ressourcen und mehr Berichte. Das verstärkt das Problem. Was tatsächlich hilft, ist ein nüchterner Blick auf die echte Lage, klare Entscheidungsstrukturen und ein priorisierter Maßnahmenplan, der nicht versucht, alles gleichzeitig zu retten.
Für einen Projektsponsor steht dabei mehr auf dem Spiel als ein Terminplan: gebundenes Kapital, ein verzögerter Business Case, die Wirkung auf Jahresziele und – nicht zuletzt – die eigene Reputation gegenüber Vorstand und Aufsichtsgremien. Genau deshalb ist ein sauberer Projekt-Turnaround kein IT-Thema, sondern eine Führungsentscheidung.
Die neun projektrettenden Sofortmaßnahmen in diesem Artikel sind kein Garantierezept. Aber sie setzen an der richtigen Stelle an: bei Struktur und Führung, nicht bei Symptomen. Ein Projekt, das die Steuerbarkeit verloren hat, gewinnt sie nicht durch mehr Aktivität zurück. Es gewinnt sie durch Klarheit über den echten Zustand, eindeutige Verantwortlichkeiten und einen Plan, der hält, was er verspricht.
Wer feststellt, dass die Steuerbarkeit intern nicht mehr herstellbar ist, kann mit Project-Enabler einen unabhängigen Health-Check oder eine Projektsanierung starten – ohne Interessenkonflikt, ohne Toolverkaufsinteresse, mit dem einzigen Ziel, das Projekt wieder auf Kurs zu bringen. Den ersten Schritt machen Sie am besten, bevor die nächste Lenkungsausschuss-Sitzung wieder mit denselben offenen Fragen endet: Gesprächstermin vereinbaren.
Häufige Fragen zur Rettung von SAP S/4HANA-Projekten
Wann sollte ein SAP-Projekt saniert statt fortgeführt werden?
Sobald der Lenkungsausschuss in jeder Sitzung dieselben offenen Punkte diskutiert, Zielbild und Umsetzung sichtbar auseinanderlaufen und der Implementierungspartner die Lage anders bewertet als das Unternehmen, reicht Fortführen nicht mehr aus. Dann geht es nicht um Geschwindigkeit, sondern um Steuerbarkeit – der Auslöser für eine strukturierte Projektsanierung.
Wie lange dauert ein externer SAP-Projektaudit?
Ein kompakter Projektaudit dauert in der Praxis vier bis sechs Wochen: rund eine Woche Dokumentenanalyse, zwei bis drei Wochen strukturierte Interviews mit Team und Stakeholdern, anschließend ein Abschlussbericht mit priorisierten Maßnahmen und konkreten Notfallschritten.
Löst mehr Personal ein Krisenprojekt?
Selten. Die häufigste Ursache für ein SAP-Projekt in Schieflage sind Führungsdefizite und unklare Governance, nicht fehlende Ressourcen. Zusätzliche Kräfte in eine unklare Struktur zu geben, erhöht die Komplexität, statt sie zu senken. Wirksamer sind klare Verantwortlichkeiten und belastbare Entscheidungsstrukturen.
Was ist der Unterschied zwischen einem Health-Check und einer Projektsanierung?
Ein Health-Check ist die Diagnose: eine neutrale Bestandsaufnahme des echten Projektzustands mit priorisierten Empfehlungen. Die Projektsanierung ist die Umsetzung: die tatsächliche Stabilisierung, bei Bedarf inklusive Übernahme von Projektleitung oder PMO als Interim-Mandat.
