Zurück zur Transformation
Butterfly OS · Partner Method

SmartBluefield Method

Eine Beratungsmethodik für SAP-S/4HANA-Transformationen, die selektive Migrationsdisziplin (Bluefield), prozessgetriebene Governance und durchgängige KI-Beschleunigung durch ButterflyOS zu einem gangbaren Vorgehen verbindet. SAP Activate liefert das Phasengerüst — die Methode liefert die Entscheidungsregeln, die Activate offen lässt.

3 Jahre
Zielkorridor für eine 30+ Jahre gewachsene Systemlandschaft
35 Mrd.
Datensätze, in einem Cutover-Wochenende migrierbar
>50%
Systemverschlankung als Zielgröße
0
Produktionsausfälle als Anspruch beim Go-Live
Diese Größenordnungen sind kein Versprechen, sondern ein belegter Zielkorridor: konsequente Bluefield-Disziplin plus durchgängige KI-Beschleunigung machen sie für vergleichbar komplexe SAP-Landschaften erreichbar.
01 — Ausgangslage

Warum eine dritte Option zwischen Brownfield und Greenfield

Die meisten S/4HANA-Programme scheitern nicht an der Technik, sondern an der Scoping-Entscheidung: Brownfield schleppt Jahrzehnte an Customizing unreflektiert mit, Greenfield wirft werthaltige Differenzierung achtlos weg. Die Praxis zeigt, dass der dritte Weg — Selective Data Transition — funktioniert, wenn zwei Dinge zusammenkommen: die Disziplin, jede Anpassung einzeln zu bewerten, und genug Tempo, um das bei Hunderttausenden Objekten wirtschaftlich zu tun. Genau dort setzt Butterfly OS an — als Intent-Schicht und Beschleuniger für SAP-Partner und Kundenteams.

02 — Grundprinzipien

Sechs Prinzipien, die die Methode tragen

01

Bluefield-Disziplin statt Alles-oder-Nichts

Jede Anpassung wird einzeln als werthaltig-differenzierend oder als abschneidbare Altlast klassifiziert — nicht pauschal für die ganze Landschaft entschieden. Referenzkorridor: ~70% erhalten, ~30% bewusst schneiden.

02

Prozesse vor Modulen

Das Projekt folgt End-to-End-Prozessketten (z.B. Procure-to-Pay) statt SAP-Modul-Silos. Process Owner, Solution Architects und Fachexperten entscheiden gemeinsam innerhalb ihres Prozess-Streams.

03

Eigenverantwortung bis auf Expertenebene

Scope-, Vorgehens- und Umsetzungsentscheidungen werden auf Team-Ebene getroffen. Eskalation nach oben ist die Ausnahme, nicht die Regel — das reduziert Vorstandsentscheidungen auf ein Minimum.

04

Datum fix, Scope variabel

Das Cutover-Wochenende steht von Tag eins an fest und ist nicht verhandelbar. Bei Zielkonflikten werden Inhalte angepasst oder Risiken bewusst akzeptiert — nie das Datum.

05

Beweisführung vor Big Bang

Der Wechsel wird erst freigegeben, wenn quantifizierte Testschwellen (Abdeckung, Fehlerbehebungsquote) über mehrere volle Testzyklen hinweg nachweislich erreicht sind — geprüft durch eine unabhängige Instanz.

06

Intelligence als Beschleuniger, nicht als Ersatz

ButterflyOS — mit REI (Requirements Engineering Intelligence) und Transformation Studio — ersetzt weder Process Owner noch SAP Activate noch das Beraterteam. Es verkürzt die Zeit von Z-Programm/Freitext-Intention bis zu belastbarer Scope-, Benefit- und Lizenzentscheidung, damit Menschen schneller die richtigen Entscheidungen treffen.

03 — Überblick

Die Methode auf einen Blick

Sechs Phasen entlang des SAP-Activate-Gerüsts. ButterflyOS mit REI (Requirements Engineering Intelligence) und Transformation Studio läuft als durchgängiger Beschleuniger unter allen Phasen — sie ist nicht auf eine Phase beschränkt.

Diagnose & Foundation Discover Kickoff mit Substanz Prepare Explore, beschleunigt Explore Realize unter Frozen Zone Realize Deploy mit Beweisführung Deploy Run & Value Harvesting Run ButterflyOS REI & Transformation Studio — durchgängig aktiv User Journeys · Scope-Item-Katalog · REI · PI-Planung · Agentic Configuration · Corporate Memory · Joule Studio
Sechs Phasen entlang des SAP-Activate-Gerüsts; ButterflyOS beschleunigt jede Phase, ersetzt aber keine.
04 — Im Detail

Phasen, Beweis und KI-Beschleunigung

Je Phase: die klassische Activate-Aktivität, was sich in der Praxis dazu konkret bewährt hat, wie ButterflyOS sie beschleunigt, und das Gate, das über den Übergang in die nächste Phase entscheidet.

PHASE 0 · DISCOVER

Diagnose & Foundation

Aktivität
Technische Readiness herstellen, Altlasten sichtbar machen, erste Zielbild-Hypothese bilden.
Praxis-Beweis
Standardisierung von Finance/Controlling Jahre vor dem Cutover; HANA-Migration der Datenbank noch unter dem alten ECC-System; Bereinigung von Solution Manager, BI/BW, APO, GTS, MDG; Process Mining zur frühzeitigen Identifikation von Bereinigungszielen.
ButterflyOS
ButterflyOS generiert User Journeys je Line of Business, destilliert aus bestehenden Z-Programmen Business Intents/Anforderungen und mapped diese gegen die Zielarchitektur. Ergebnis: ein erster Scope-Item-Katalog sowie belastbare Aussagen, welche Z-Programme noch gebraucht werden. Das Transformation Studio entwickelt daraus iterativ, auf Evidenz basierend, das Transformationsprogramm.
Gate
Scope-Item-Katalog v0 identifiziert, Aussagen zu kritischen Z-Programmen getroffen, erste Transformationsprogramm-Hypothese im Transformation Studio.
PHASE 1 · PREPARE

Kickoff mit Substanz

Aktivität
Kernteam aus Business und IT zusammenbringen, Projektansatz und -design gemeinsam ausrichten.
Praxis-Beweis
Dreitägiges Kickoff-Event mit rund 100 Kernpersonen; der dort entstandene „Spirit“ trug das Projekt über die volle dreijährige Laufzeit.
ButterflyOS
Die User Journeys aus der Discovery-Phase sind die gemeinsame Sprache im Kickoff: Das Kernteam erzielt ein gemeinsames Verständnis des Projektansatzes direkt anhand konkreter Journeys statt anhand eines abstrakten Foliensatzes — ButterflyOS destilliert daraus das „Governed Executive Transformation Blueprint“ als Diskussionsanker.
Gate
Projektansatz gemeinsam verabschiedet, Journeys als Blueprint v0 bestätigt.
PHASE 2 · EXPLORE

Explore, beschleunigt

Aktivität
Anforderungen verfeinern, Ist-Stand mit Industriestandard vergleichen, Bluefield-Scope-Entscheidung treffen.
Praxis-Beweis
Sechs Sprints à zwei Monate; Abgleich über den SAP Best-Practice-Explorer; ~70% der unternehmensspezifischen Anpassungen als erhaltenswert eingestuft; neues Berechtigungskonzept; fast 900 Key-User in 9 Prozess-Streams fachlich eingebunden.
ButterflyOS
Die REI (Requirements Engineering Intelligence) verfeinert die Anforderungen aus den Journeys und bewertet je Requirement den Business Benefit — Grundlage für eine teamübergreifende PI-Planung (Program-Increment-Planung). Parallel beginnt die Konfiguration: ButterflyOS-Agenten setzen Journeys, Stories und Functional Specs direkt in eine erste Systemkonfiguration um, während Scope-Items gegen Standard/Add-on klassifiziert (Fit-to-Standard) und der Clean-Core-Status laufend als lebendes Dashboard abgeglichen wird.
Gate
Scope-Baseline je Scope-Item klassifiziert (inkl. Business-Benefit-Bewertung), Lizenz-Grobschätzung vorliegend, teamübergreifender PI-Plan verabschiedet.
PHASE 3 · REALIZE

Realize unter Frozen-Zone-Disziplin

Aktivität
Zielumgebung aufbauen, Altsystem für stabile iterative Tests einfrieren, Prozess-Stream-Governance mit Eigenverantwortung leben.
Praxis-Beweis
Mehrmonatige Aufbauphase; Frozen Zone über rund eineinhalb Jahre, dennoch ~18.000 notwendige Anpassungen; Organisation nach 9 End-to-End-Prozessketten statt SAP-Modul-Logik; Council löst Cross-Prozess-Konflikte; Eskalationen zum Vorstand auf ein Minimum reduziert.
ButterflyOS
ButterflyOS stößt Konfiguration, Entwicklung und Testing an und orchestriert dabei die bestehende Werkzeuglandschaft — SAP Cloud ALM (CALM), Signavio und weitere —, statt sie isoliert nebeneinander laufen zu lassen. Corporate Memory führt parallel ein lückenloses Änderungsregister der Frozen-Zone-Anpassungen mit automatischem Abgleich Alt-/Zielsystem — Drift wird sofort sichtbar statt erst im nächsten Testzyklus.
Gate
Änderungsregister aktuell, keine ungeklärte Systemabweichung, Orchestrierung über CALM/Signavio nachvollziehbar.
PHASE 4 · DEPLOY

Deploy mit Beweisführung

Aktivität
Iteratives, vollständiges Testen bis Big-Bang-reife Qualität nachweislich erreicht ist; unabhängige Prüfung.
Praxis-Beweis
Fünf vollständige Testzyklen mit je 100% Tabellen-/Objektvalidierung und ~15.000 Testfällen; in jedem Zyklus >90% Funktionsabdeckung und >90% Fehlerbehebungsquote erreicht; unabhängige Wirtschaftsprüfung; Cutover an einem Feiertagswochenende ohne Produktionsausfall.
ButterflyOS
Testfall-Traceability wird direkt aus Scope-Items und User Journeys generiert und mitgeführt; Abdeckungs- und Fehlerdichte-Dashboard pro Zyklus ersetzt manuelle Konsolidierung — die Go/No-Go-Entscheidung ist datenbasiert und in Echtzeit einsehbar. Mit dem Cutover werden nicht nur Konfiguration und Code transportiert, sondern auch die Journeys selbst nach Produktion — sie bleiben dort die lebendige Referenz.
Gate
>90% Abdeckung und >90% Fehlerbehebung je Zyklus; Cutover-Datum bleibt fix, nur Scope und Risiko sind Stellschrauben.
PHASE 5 · RUN

Run & Value Harvesting

Aktivität
Hypercare inklusive erstem Monatsabschluss als zweitem faktischen Go-Live; Prozessorganisation dauerhaft verankern; verbleibende Wertpotenziale systematisch heben.
Praxis-Beweis
Rund sechs Wochen Hypercare; das Prozess-Gerüst wird als dauerhafte Business-Prozess-Management-Organisation etabliert; ~40% der Gesamtwirkung bereits zum Go-Live realisiert, die restlichen 60% über eine zwei- bis dreijährige Continuous-Improvement-Phase.
ButterflyOS
Lessons Learnt aus dem Cutover fließen strukturiert ins Corporate Memory. In der Regelorganisation kommen laufend neue Requirements hinzu, die gegen die Zielarchitektur validiert und bei Bedarf direkt über Joule Studio umgesetzt werden — REI und Corporate Memory bleiben aktiv, um die verbleibenden Wertpotenziale systematisch zu heben, statt sie dem Zufall zu überlassen.
Gate
Value-Realization-Tracker etabliert; permanente Prozess-Governance verankert; Joule-Studio-gestützter Requirement-Flow für die Regelorganisation aktiv.
05 — Governance

Entscheidungen dort treffen, wo das Wissen sitzt

Die neun End-to-End-Prozess-Streams entscheiden selbst. Ein Council löst Konflikte zwischen Prozessen. Der Vorstand wird nur in echten Ausnahmefällen eingebunden — das hält die Eskalationsquote strukturell niedrig, nicht zufällig.

P2P O2C R2R MtS S&OP QM PLM HR 9 End-to-End-Prozess-Streams (P2P, O2C, R2R, Make-to-Stock, S&OP, QM, PLM, HR, +1) Team-Ebene — Process Owner · Solution Architect · Fachexperten Großteil der Entscheidungen Council — Cross-Prozess-Konflikte Ausnahme Vorstand / Steering
Entscheidungslast sinkt mit der Höhe der Ebene — nicht durch Zufall, sondern durch Prozess-Design.
06 — Gates & Kennzahlen

Referenzwerte für Go/No-Go-Entscheidungen

Diese Werte sind der Zielkorridor der SmartBluefield Method für vergleichbar komplexe SAP-Landschaften — kein Garantiewert. Jede Kennzahl hängt an einem konkreten ButterflyOS-Artefakt, das sie laufend erzeugt und sichtbar hält, statt sie punktuell im Workshop zu erheben.

KennzahlReferenzwertButterflyOS-ArtefaktWofür sie steht
Erhaltungsquote Anpassungen~70% erhalten / 30% geschnittenScope-Item-KlassifikatorAutomatisierte Standard-/Add-on-Einstufung je Scope Item, laufend aktualisiert statt einmalig im Workshop erhoben.
Requirements mit Business-Benefit-Score100% vor PI-Planung bewertetREI Benefit-ScoreStellt sicher, dass die teamübergreifende PI-Planung nach Wertbeitrag priorisiert, nicht nach Lautstärke.
Testabdeckung pro Zyklus>90%Testfall-Traceability-MatrixAus User Journeys und Scope Items generierte Verknüpfung Testfall ↔ Anforderung, live mitgeführt statt manuell konsolidiert.
Fehlerbehebungsquote pro Zyklus>90%Defect-Dashboard (live)Fehlerdichte und Behebungsstand pro Zyklus in Echtzeit statt im nächsten Statusbericht.
Vollständige Testzyklen vor Go-Live5Go/No-Go-ReportbogenKonsolidierte Zyklus-für-Zyklus-Sicht, die die Cutover-Freigabe datenbasiert stützt.
Eskalationen auf VorstandsebeneMinimumCouncil-Decision-LogCorporate-Memory-Protokoll aller Cross-Prozess-Entscheidungen — macht die niedrige Eskalationsquote nachvollziehbar, nicht nur behauptet.
Value Realization bei Go-Live~40%Value-Realization-TrackerVerfolgt realisierten vs. verbleibenden Wert über die Continuous-Improvement-Phase.
Systemverschlankung>50%Clean-Core-ScoreLaufender Abgleich von Customizing, Eigenentwicklungen und Datenvolumen gegen den Clean-Core-Zielkorridor.
07 — Erfolgsfaktoren

Readiness-Checkliste vor Projektstart

Direkt aus den vom CIO benannten Erfolgsfaktoren abgeleitet — als Prüfpunkte, bevor ein SmartBluefield-Programm startet.

Top-Priorität der Geschäftsführung ist sichtbar und wird über die gesamte Laufzeit gehalten — nicht nur beim Kickoff verkündet.
Internes Kernteam plus erfahrene externe Berater sind gemeinsam benannt, bevor die Konzeptphase beginnt.
Cutover-Datum ist von Anfang an fixiert und wird als nicht verhandelbar kommuniziert.
Prozess-Streams statt Modul-Teams sind organisatorisch vorgesehen, inklusive eines Eskalationswegs (Council) für Cross-Prozess-Konflikte.
Präsenz-Balance ist geplant: wie viele Standorte/Legal-Einheiten brauchen Vor-Ort-Präsenz, wie viel läuft dezentral.
Continuous-Improvement-Phase nach Go-Live ist eingeplant und budgetiert — der Großteil des Werts kommt danach, nicht am Go-Live-Tag.
08 — Sales-Version

Extern nutzbare Kurzfassung

Diese Box ist bewusst eigenständig lesbar — für Pitch-Decks und CIO-Gespräche, ohne die interne Detailtiefe.

Extern nutzbar

Die SmartBluefield Method von Butterfly OS

Enterprise-SAP-Transformationen scheitern selten an der Technik — sie scheitern an der Scoping-Entscheidung und am Tempo, mit dem sie getroffen wird. Die SmartBluefield Method kombiniert die Disziplin einer Selective-Data-Transition mit der KI-gestützten REI (Requirements Engineering Intelligence) von ButterflyOS: Statt Monate für Fit-to-Standard-Workshops zu brauchen, entstehen Journeys, Scope-Klassifikation, Lizenzschätzung und Clean-Core-Abgleich als lebende Dashboards — auf Basis derselben Prinzipien, mit denen sich eine über Jahrzehnte gewachsene SAP-Landschaft in überschaubarer Zeit, ohne Produktionsausfall und über 50% verschlankt auf S/4HANA heben lässt.

SAP Activate bleibt das Phasengerüst — sechs zusätzliche Entscheidungsregeln machen es projektfest.
ButterflyOS beschleunigt jede Phase durchgängig, ersetzt aber nie die Fachverantwortung.
Go/No-Go-Gates sind quantifiziert, nicht verhandelbar.
SmartBluefield Method, Version 1.2 · Die genannten Kennzahlen sind der Zielkorridor der Methode für vergleichbar komplexe SAP-Landschaften — kein Garantiewert und keine Aussage über bereits abgeschlossene ButterflyOS-Kundenprojekte. Alle Werte sind projektspezifisch zu kalibrieren.