Steuerungsarchitekturen für S/4HANA-Transformationen

Was Steuerungsarchitektur wirklich bedeutet – und was nicht

S/4HANA-Programme scheitern selten an der Technologie. Sie scheitern an der unbeantworteten Frage: „Wer entscheidet das jetzt?“ Fehlt darauf eine eindeutige Antwort, entsteht ein Vakuum. Grundsatzfragen zirkulieren über Wochen, die Ausführungsqualität sinkt unter Termindruck, und das operative Projektteam verliert das Vertrauen in die Führung.

Beraterhäuser begegnen diesem Problem oftmals mit mehrseitigen RACI-Matrizen, starren Organigrammen und überladenen Projekthandbüchern – Dokumente, die zu Projektbeginn erstellt und danach konsequent ignoriert werden.

Das ist keine Governance. Das ist Papiertiger-Aufbau.

Eine wirksame Steuerungsarchitektur ist eine verbindliche Verhaltenserwartung: Wer trifft welche Entscheidungen, auf welcher Faktengrundlage, in welchem Zeitfenster – und welche Konsequenzen folgen bei Verzögerung? Wo Dokumentation nur verwaltet, stärkt eine belastbare Architektur die Handlungsfähigkeit im Projektalltag.

Der strukturelle Fehler: Blinde Flecken in Gremien

Das Grundübel historisch gewachsener Projektgremien ist die Verwischung von Entscheidungsebenen.

Typisches Szenario: Ein Workstream stößt auf eine fundamentale Prozessabweichung – etwa die globale Standardisierung der Auftragsabwicklung versus regionale Sonderwünsche. Die Frage landet im 12-köpfigen Steuerkreis. Nach langwieriger Debatte lautet das Ergebnis: „Fachlich nochmals nacharbeiten.“ Vier Wochen später steht derselbe Punkt erneut auf der Agenda. Kapital und Zeit verpuffen.

Die Lösung ist eine strikte, dreistufige Entscheidungsarchitektur:

Ebene 1: Das operative Projektteam. Entscheidet eigenständig innerhalb vordefinierter Design-Prinzipien. Standardfragen verbleiben konsequent auf dieser Stufe.

Ebene 2: Das Design Authority Board (DAB). Ein kleines, schlagkräftiges Gremium (3 bis 5 Entscheider aus Business, IT und Senior Advisory), das wöchentlich tagt. Es löst bereichs- und modulübergreifende Schnittstellenfragen und entscheidet über Abweichungen vom Standard.

Ebene 3: Der Executive Steuerkreis. Entscheidet ausschließlich über strategische Ausrichtungen, signifikante Budgetabweichungen über definierten Schwellenwerten und ungelöste Konflikte der Ebene 2.

Ist diese Abgrenzung konsequent formuliert, wird erfahrungsgemäß der überwiegende Teil aller operativen Entscheidungen auf Ebene 1 und 2 final gelöst. Der Steuerkreis gewinnt seine strategische Lenkungsfunktion zurück.

Drei Schlüsselrollen für reale Durchsetzungskraft

Eine Architektur ist nur so belastbar wie die Personen, die ihre Rollen ausfüllen. Drei Positionen entscheiden über den Transformationserfolg:

Der Executive Sponsor. Nicht der Moderator von Projektupdates, sondern die organisatorische Letztinstanz mit echter Durchsetzungskraft über Silogrenzen hinweg. Er benötigt keine funktionale S/4HANA-Detailkenntnis, aber den direkten Rückhalt des Vorstands, um unbequeme Grundsatzentscheidungen konsequent durchzusetzen und gegenüber internen Widerständen zu vertreten.

Der Business Project Lead. Eine erfahrene Führungspersönlichkeit aus dem Kerngeschäft – kein externer Berater und keine reine IT-Koordinationskraft. Er agiert als strategisches Gegengewicht zum Systemintegrator und treibt die Transformation im Fachbereich mit eigener Glaubwürdigkeit.

Die Process Owner. Rollen mit echter Entscheidungshoheit für End-to-End-Prozesse. Fehlt Process Ownern das Mandat, globale Standards gegen lokale Befindlichkeiten durchzusetzen, diktiert die lauteste Fraktion das Systemdesign – und untergräbt den Clean-Core-Ansatz.

Entscheidungslogiken gegen die Konsensfalle

Ohne klar definierte Entscheidungslogik führen selbst beste Gremienstrukturen in die Konsensfalle. Konsensstreben im Projektkontext führt verlässlich zu faulen Kompromissen und Verzögerungen.

Ein praxiserprobtes Führungsprinzip lautet: „Consult, then decide.“ Relevante Stakeholder werden vor einer Entscheidung konsultiert, um fachliche Risiken offenzulegen – ausdrücklich nicht, um Konsens herzustellen. Nach der Konsultation entscheidet die zugewiesene Instanz definitiv.

Diese Logik schafft Akzeptanz und reduziert langwierige Diskussionsschleifen: Jeder Betroffene wird gehört, aber niemand erhält ein Blockaderecht. Eine einmal getroffene Entscheidung gilt als maßgeblich, sofern keine grundsätzlich neuen Fakten entstehen.

Governance als Geschwindigkeits- und ROI-Hebel

Der Zusammenhang zwischen Governance und Projekttempo ist direkt. Verzögerungen entstehen selten beim Entwickeln von Code, sondern in der Entscheidungswarteschlange.

Wartet ein Testteam drei Wochen auf eine Klärung der Prozesslogik, stoppen nachgelagerte Integrationstests. Ressourcen verpuffen, der kritische Pfad verschiebt sich. Eine Steuerungsarchitektur, die darauf ausgerichtet ist, verbindliche Klärungen innerhalb von 48 bis 72 Stunden herbeizuführen, ist daher kein Bürokratieaufwand, sondern ein direkter Geschwindigkeits- und ROI-Treiber.

Drei Sofortmaßnahmen für den Vorstand

Executives sollten ihre Projekt-Governance unverzüglich an drei Prüfsteinen messen:

1. Entscheidungsmatrix auditieren: Existiert eine konkrete Übersicht, die Entscheidungstypen eindeutigen Instanzen zuordnet – und wird diese im Projektalltag durchgesetzt?

2. Vertagungsquote messen: Analysieren Sie die letzten drei Steuerkreis-Protokolle. Liegt die Quote der vertagten Entscheidungen über 30 Prozent, agiert das Gremium als Reporting-Runde, nicht als Steuerungsorgan.

3. Rollenmandate validieren: Entscheiden die nominierten Process Owner und Projektleiter tatsächlich – oder koordinieren sie lediglich administrative Abläufe des Dienstleisters?

Fazit: Entscheidungsfähigkeit als Kernkompetenz

Transformationsprogramme scheitern selten an der Technologie, sondern an entscheidungsschwachen Organisationen. Eine präzise Steuerungsarchitektur stärkt die Handlungsfähigkeit der Führungsebene, wirkt teuren Verzögerungsschleifen entgegen und unterstützt die Wertsicherung des Investitionsvolumens des S/4HANA-Programms.