SAP S/4HANA Cloud: warum Public oder Private selten die erste Frage ist

Gleichzeitig zeigt sich in der Praxis, dass genau diese frühen Entscheidungen selten trivial sind. Die Frage nach dem passenden Cloud Modell – Public oder Private Edition – wird oft gestellt, bevor klar ist, welche Anforderungen tatsächlich nicht verhandelbar sind, welche Abhängigkeiten bestehen und welche organisatorischen Realitäten berücksichtigt werden müssen. In solchen Situationen entwickelt sich eine sachliche Abwägung nicht selten zu einer Richtungsdebatte, die politisiert wird, lange bevor sie entscheidungsreif ist.

Industrie und Lokalisierungsrealität

Branchenspezifika und Länderanforderungen prägen den Gestaltungsspielraum erheblich. Sie entscheiden darüber, wie weit Standardisierung tragen kann und wo zusätzliche Komplexität entsteht. Werden diese Aspekte erst spät betrachtet, führen sie häufig zu Korrekturen, die vermeidbar gewesen wären.

Architektur, Integration und Umsysteme

Die Rolle bestehender Umsysteme, Integrationsmuster und Datenflüsse ist keine nachgelagerte Detailfrage. Sie beeinflusst frühzeitig, welche Cloud Optionen realistisch sind und wie nachhaltig eine Zielarchitektur gestaltet werden kann. Architektur fungiert hier als Entscheidungsleitplanke, nicht als technisches Endprodukt.

Wirtschaftlichkeit und Lizenzlogik

Eine tragfähige Entscheidung setzt Transparenz über die zugrunde liegende Kosten und Lizenzlogik voraus. Dabei geht es in dieser frühen Phase weniger um konkrete Preise als um ein belastbares Verständnis der strukturellen Auswirkungen unterschiedlicher Betriebs und Lizenzmodelle. Ein klar hergeleiteter Bill of Material schafft hierfür die notwendige Grundlage und bereitet die anschließende kommerzielle Klärung vor.

Umsetzbarkeit, Governance und Entscheidungsfähigkeit

Schließlich ist zu klären, wie entscheidungsfähig die Organisation ist. Governance Strukturen, Rollenverständnis und die Bereitschaft zur Standardakzeptanz beeinflussen den Erfolg mindestens ebenso stark wie technische Faktoren.

Typische Fehlstarts in der Praxis

Viele Verzögerungen und Eskalationen lassen sich auf eine falsche Reihenfolge von Entscheidungen zurückführen.

Häufig wird zunächst ein Cloud Modell festgelegt, bevor die maßgeblichen Rahmenbedingungen bekannt sind. In der Folge drehen sich Diskussionen weniger um die Eignung des Modells als um die Frage, wie es unter den bestehenden Einschränkungen doch noch funktionsfähig gemacht werden könnte.

Ebenso verbreitet ist der Start in Explore Phasen ohne klaren Entscheidungsrahmen. Die Organisation ist intensiv beschäftigt, gewinnt jedoch kaum zusätzliche Klarheit. Statt Entscheidungen voranzubringen, verfestigen sich Positionen.

Architektur und Integration werden vielfach erst dann thematisiert, wenn Designentscheidungen bereits getroffen wurden. Dadurch werden strukturelle Konflikte erst spät sichtbar und müssen unter Zeitdruck gelöst werden.

Schließlich wird die wirtschaftliche Betrachtung häufig rückwärts aufgesetzt. Kosten und Lizenzfragen werden erst dann detailliert diskutiert, wenn eine Option faktisch gesetzt ist. Die sachliche Abwägung wird dadurch erschwert.

Warum ein vorgelagertes Discovery Format sinnvoll ist

Explore Phasen sind darauf ausgelegt, Prozesse zu gestalten und Lösungen zu konkretisieren. Sie sind nicht primär dafür konzipiert, grundlegende Weichenstellungen unter unsicheren Rahmenbedingungen vorzunehmen. Genau hier entsteht eine Lücke.

Ein vorgelagertes Discovery-Format schließt diesen Gap, indem es die relevanten Entscheidungsfaktoren gebündelt betrachtet – und gezielt dort vertieft, wo Risiken oder eine mögliche Nicht-Passung erkennbar sind. Im Folgenden wird ein solches vorgelagertes Entscheidungsformat als „Discovery Assessment“ bezeichnet; Fit/4Cloud ist die entsprechende Umsetzung dieses Ansatzes durch EY.

Ziel ist nicht Vollständigkeit, sondern Entscheidungsfähigkeit. Das Ergebnis ist keine Detailarchitektur, sondern eine belastbare Empfehlung: Welche Option ist tragfähig, welche nicht – und unter welchen Bedingungen?

Ein solches vorgelagertes Discovery‑Format ist dabei nicht als zusätzliche Projektphase misszuverstehen. Ziel ist ausdrücklich nicht, Analyse‑ oder Konzeptionsaufwände vorzuverlagern oder die Organisation weiter zu belasten, sondern frühzeitig Entscheidungsklarheit herzustellen. Gerade in komplexen Programmen zeigt sich, dass eine gezielte Weichenstellung vor der Explore-Phase dazu beiträgt, spätere Schleifen, Verzögerungen und organisatorische Reibung zu vermeiden.

Fit/4Cloud als Beispiel für ein Entscheidungsformat

Ein Beispiel für ein solches Vorgehen ist EY Fit/4Cloud. Fit/4Cloud ist als Discovery Assessment konzipiert, das Organisationen vor Explore unterstützt, eine faktenbasierte Empfehlung zur passenden S/4HANA Cloud Option zu entwickeln. Der Fokus liegt auf der integrierten Betrachtung von Scope, Industrie und Lokalisierungsanforderungen sowie nicht verhandelbaren Rahmenbedingungen.

Dabei werden Risiken und strukturelle Abweichungen frühzeitig sichtbar gemacht, architektonische Leitplanken abgeleitet und finanzielle Rahmenbedingungen transparent eingeordnet. Die Ergebnisse münden in eine entscheidungsfähige Roadmap, die Abhängigkeiten, Governance Aspekte und Prioritäten deutlich macht.

Fit/4Cloud ersetzt keine Implementierung und keine Explore Phase. Es schafft vielmehr die Voraussetzung dafür, dass die nächsten Schritte zielgerichtet und konsistent erfolgen können.

Entscheidungsreife als gemeinsame Verantwortung

Ein Discovery Assessment kann Struktur und Transparenz liefern. Die eigentliche Entscheidungsreife entsteht jedoch nur dann, wenn das Unternehmen bereit ist, Verantwortung zu übernehmen. Dazu gehört eine klare Entscheidungsebene ebenso wie der Einbezug relevanter Stakeholder aus Business, IT und Finance. Erforderlich ist zudem die Bereitschaft, Prioritäten zu setzen und Standards dort zu akzeptieren, wo sie Sinn ergeben.

Aus der Erfahrung zeigt sich: Fehlende Daten lassen sich in der Regel beschaffen oder strukturieren. Fehlende Entscheidungsbereitschaft hingegen führt zu Verzögerungen – unabhängig vom gewählten Cloud Modell.