SAP Activate: Die 6 Phasen, Quality Gates und häufigsten Risiken

SAP Activate ist das Einführungs- und Transformationsframework von SAP. Es wird vor allem für S/4HANA-Projekte eingesetzt, gilt aber auch für weitere SAP-Lösungen. Es besteht aus drei Säulen (SAP Best Practices, Guided Configuration und einer agilen Projektmethodik) und gliedert Projekte in sechs Phasen von Discover bis Run. Das ist die kurze Antwort auf die Frage, was hinter dieser Methodik steckt.

Die längere Antwort lautet: Das Framework ist gut konzipiert, und trotzdem geraten viele Projekte genau an den Stellen in Schieflage, die die Methodik eigentlich absichern soll. Das liegt meist nicht am Vorgehensmodell, sondern daran, dass es angewendet wird, ohne die Steuerung durch die Projektführung sicherzustellen. Die Phasen sind bekannt und die Rollen besetzt, aber Entscheidungen bleiben offen und der Projektumfang wächst unkontrolliert.

Dieser Artikel erklärt, wie die Phasen aufgebaut sind, welche Werkzeuge SAP mitliefert und wo in der Praxis die größten Risiken liegen.

Das Wichtigste auf einen Blick

• Drei Säulen, ein Framework: SAP Activate verbindet SAP Best Practices, Guided Configuration und eine agile Projektmethodik zu einem strukturierten Einführungsrahmen, vor allem für S/4HANA.
• Sechs Phasen mit klaren Übergängen: Von Discover bis Run definiert jede Phase konkrete Ergebnisse und Quality Gates, die vor dem nächsten Schritt freigegeben werden müssen.
• Werkzeuge beschleunigen, ersetzen aber kein Urteil: Roadmap Viewer, SAP Cloud ALM und Fit-to-Standard-Beschleuniger geben Struktur, aber keine Entscheidungsfähigkeit.
• Explore hat die größte Hebelwirkung: Wer Fit-to-Standard-Workshops als Anforderungssammlung versteht, trägt die Konsequenzen spätestens in Realize.
• Methodenkenntnis allein reicht nicht: Das Framework liefert das Vorgehensmodell, nicht die Führungsstruktur dahinter.

Was ist SAP Activate und auf welchen drei Säulen steht die Methodik?

SAP Activate ist mehr als ein klassisches Vorgehensmodell: Es ist ein Implementierungs- und Transformationsframework, das den Vorgänger ASAP (Accelerated SAP) und für Cloud-Lösungen die Methodik SAP Launch abgelöst hat. Der entscheidende Unterschied zu ASAP: Statt eines umfangreichen Business Blueprints vorab setzt SAP Activate auf agile, iterative Umsetzung ab einem standardnahen Ausgangspunkt. Eine einzige Methodik gilt für Cloud-, On-Premise- und hybride Szenarien. Der Schwerpunkt liegt auf S/4HANA, das Framework wird aber auch für andere SAP-Lösungen genutzt.

Die Methodik steht auf drei Säulen, die zusammenwirken und sich gegenseitig bedingen. Wer auf eine verzichtet, gibt einen wesentlichen Teil des Vorteils gegenüber klassischen Vorgehensmodellen auf.

SAP Best Practices: vorkonfigurierte Ausgangsbasis statt leeres System

Die erste Säule sind vordefinierte Geschäftsprozesse, sogenannte Scope Items, mit Konfigurationsanleitungen, Testskripten und Migrationsinhalten. Das System kommt nicht leer ins Projekt, sondern mit einem aktivierbaren Prozessrahmen, der als Ausgangspunkt für die Fit-to-Standard-Workshops dient. Statt monatelanger Dokumentation auf der grünen Wiese zeigt das System ab dem ersten Tag, wie ein Standardprozess funktioniert.

Die Best Practices liegen in zwei Formen vor: als Dokumentation (zum Beispiel im SAP Signavio Process Navigator) und als Konfiguration im System, die nach der Aktivierung sofort lauffähig ist. In der Public Cloud (SAP S/4HANA Cloud Public Edition) bilden sie die feste Grundlage des Systems. In On-Premise- und Private-Cloud-Szenarien sind sie ein empfohlener, aber optionaler Startpunkt. In beiden Fällen gilt: Wer die Best Practices nicht als Ausgangspunkt ernst nimmt, gibt den größten Vorteil des Frameworks auf.

Guided Configuration und Methodik: Werkzeug und Vorgehensmodell im Verbund

Die zweite Säule, Guided Configuration, umfasst die Werkzeuge für eine geführte Einrichtung mit Schwerpunkt auf Konfiguration, Migration und Integration. Sie hilft Teams, die Lösung Schritt für Schritt an die eigenen Anforderungen anzupassen, ohne jede Einstellung aus dem Nichts abzuleiten. Welche Werkzeuge zum Einsatz kommen, hängt vom Betriebsmodell ab: In der Public Cloud erfolgt die Konfiguration über Self-Service-Konfigurationsoberflächen (SSCUIs) und SAP Central Business Configuration, in On-Premise-Systemen über den SAP Solution Builder (Transaktion /n/SMB/BBI).

Die dritte Säule ist die Methodik selbst: strukturiert, phasenbasiert und agil. Der Roadmap Viewer liefert dazu die methodische Navigationsschicht mit Phasen, Aufgaben, Rollen, Ergebnissen, Vorlagen und Quality Gates. Wichtig zu verstehen: SAP Activate beschreibt, wie ein Projekt durchgeführt wird. Die Umsetzung im Projektalltag läuft über ALM-Plattformen, vor allem SAP Cloud ALM. Die Methodik ersetzt diese Plattformen nicht.

Wie ist die SAP-Activate-Roadmap aufgebaut?

SAP Activate gliedert ein Projekt in sechs Phasen: Discover, Prepare, Explore, Realize, Deploy und Run. SAP empfiehlt, alle sechs zu durchlaufen. Wer Phasen überspringt oder zu schnell durchläuft, verschiebt Probleme in den nächsten Abschnitt, wo sie teurer werden. Jede Phase endet mit einem Quality Gate und darf nicht als Formalität behandelt werden.

Discover und Prepare: bevor das eigentliche Projekt beginnt

Discover klärt Geschäftsnutzen, Zielbild und Lösung auf hoher Ebene. Hier wird entschieden, welche SAP-Lösung eingesetzt wird, was grob im Projektumfang liegt und ob der Business Case trägt. In der Praxis wird Discover häufig vertriebsnah gelesen und nicht als methodischer Schritt mit echten Weichenstellungen. Das wird spätestens in Prepare zum Problem.

Prepare legt Planung, Governance, Rollen und Verantwortlichkeiten fest und bereitet die Projektumgebung vor. Eskalationswege werden definiert, Gremien eingerichtet und das Startersystem bereitgestellt. Was hier offen bleibt, holt das Projekt spätestens in Explore ein. Als Erfahrungswert (kein SAP-Standard) dauern beide Phasen zusammen in mittelständischen Projekten häufig sechs bis vierzehn Wochen.

Explore, Realize, Deploy und Run: vom Lösungsdesign bis in den Betrieb

Explore hat aus Projekterfahrung die größte Hebelwirkung auf Umfang, Kosten und Termin. Hier finden die Fit-to-Standard-Workshops statt: Der Standardprozess wird demonstriert, Abweichungen werden als Delta dokumentiert und bewertet, und es werden Entscheidungen getroffen. Nicht nur gesammelt, nicht nur notiert, sondern entschieden.

Realize setzt das Lösungsdesign agil in Iterationen um. Konfiguration, Erweiterungen, Schnittstellen, Datenmigration und Tests laufen parallel und in kurzen Zyklen. Jede Iteration liefert Ergebnisse, die getestet und von den Fachbereichen früh gesehen werden. Die Phase endet mit einem vollständigen Integrations- und Anwendertest.

Deploy richtet die Produktivumgebung ein, bereitet den Cutover vor, schult die Endanwender und führt den Go-live durch. Nach dem Go-live gehören laut SAP-Methodik auch Stabilisierung und Hypercare noch zu dieser Phase. Als Erfahrungswert (kein SAP-Standard) dauert die Phase bis zum Go-live häufig vier bis acht Wochen, abhängig von der Komplexität des Cutovers und dem Datenvolumen.

Run ist kein Helpdesk, sondern der Übergang in den Regelbetrieb: Betriebsübergabe, weitere Stabilisierung und kontinuierliche Verbesserung auf Basis eines strukturierten Backlogs. In manchen Projektbeschreibungen wird die Hypercare auch der Run-Phase zugeordnet. Entscheidend ist, dass Dauer, Zuständigkeiten und Abschlusskriterien der Hypercare vorab vereinbart sind.

Welche Werkzeuge und Beschleuniger stellt SAP bereit?

Das Framework liefert mehr als eine Phasenbeschreibung. SAP stellt ein Set aus Werkzeugen und Beschleunigern bereit, das in der Praxis Zeit spart, wenn es richtig eingesetzt wird.

Roadmap Viewer und SAP Cloud ALM: Methodik und Projektsteuerung

Der Roadmap Viewer ist die methodische Navigationsschicht. Er liefert phasen- und lösungsspezifische Aufgaben, Rollen, Ergebnisse und Quality Gates sowie Verknüpfungen zu Beschleunigern und Vorlagen. Er zeigt, was in welcher Phase zu tun ist. Den Fortschritt verfolgt das Team in einer ALM-Plattform.

SAP Cloud ALM ist die ALM-Plattform, die SAP für alle Kunden als erste Wahl empfiehlt. Sie unterstützt unter anderem die Aufgaben-, Test- und Fehlerverwaltung und bringt Inhalte der SAP-Activate-Roadmaps mit. Der SAP Solution Manager 7.2 bleibt für On-Premise- und hybride Landschaften nutzbar, läuft aber aus: Die Mainstream-Wartung endet am 31. Dezember 2027. Eine erweiterte Wartung bis Ende 2030 gibt es nur für Kunden mit der optionalen erweiterten Wartung der SAP Business Suite 7.

Cloud ALM ist dabei kein Funktionsklon des Solution Managers. Für Landschaften mit großem On-Premise-Anteil nennt SAP ergänzend SAP Focused Run. Wer ein Projekt plant, sollte die Wahl der ALM-Plattform deshalb früh treffen, am besten in Prepare.

Fit-to-Standard-, Test- und Migrationsbeschleuniger: was konkret beschleunigt wird

Zu den praktisch nützlichsten Beschleunigern gehören Workshop-Leitfäden für Fit-to-Standard-Sitzungen, vordefinierte Testskripte und Testfälle sowie Migrationsvorlagen und Integrationsübersichten. Diese Inhalte geben Struktur, wo ohne sie jedes Projektteam das Rad neu erfinden müsste. Sie ersetzen aber kein Urteilsvermögen bei der Frage, was Standard bleibt und was nicht. Dieser Punkt wird in der Praxis oft übersehen.

Wo scheitern Projekte trotz SAP Activate in der Praxis?

Die Methodik ist solide, die Anwendung ist der Schwachpunkt. Das ist keine Kritik an SAP, sondern eine Einschätzung aus langjähriger Projekterfahrung.

Wenn Fit-to-Standard zur Anforderungssammlung wird

Der häufigste Fehler in der gesamten Methodik: Explore-Workshops werden geführt wie klassische Anforderungsworkshops aus dem Wasserfall-Zeitalter. Jede Abweichung vom Standard wird notiert und als Entwicklungsauftrag akzeptiert, ohne Bewertung, ohne Entscheidung, ohne Kostentransparenz. Das Ergebnis ist ein wachsender Projektumfang statt eines standardnahen Designs. Fit-to-Standard verlangt Entscheidungen, keine Wunschlisten.

Der zweite Teil des Problems: Fachbereiche schicken Teilnehmer ohne Entscheidungskompetenz in diese Workshops, und Process Owner fehlen. Was nicht entschieden werden kann, wird vertagt. Vertagtes landet in Realize als offene Anforderung ohne Budget und ohne Zeit.

Governance-Lücken, Datenmigration und zu spätes Änderungsmanagement

Offene Verantwortlichkeiten und nicht entscheidungsfähige Fachbereiche finden sich in vielen Projekten, die methodisch korrekt starten und dennoch in Schieflage geraten. Hinzu kommt die unterschätzte Stammdatenqualität: Schlechte Daten aus dem Altsystem werden übernommen und verursachen nach dem Go-live manuellen Mehraufwand, den niemand eingeplant hat. Das Änderungsmanagement wird oft als nachgelagerte Aktivität betrachtet und kommt dann zu spät. Diese Themen sind nicht neu, aber sie treten in der Praxis häufig auf.

Wie setzt man SAP Activate im eigenen Projekt richtig auf?

Die gute Nachricht: Die Stolpersteine sind bekannt und vermeidbar. Das setzt voraus, dass das Framework nicht als Checkliste abgearbeitet, sondern als Führungsinstrument verstanden wird.

Prepare ernst nehmen: was vor dem ersten Explore-Workshop feststehen muss

Projektumfang, Governance, Rollen, Eskalationswege und Entscheidungsgremien müssen in Prepare verbindlich festgelegt sein: nicht skizziert, sondern vereinbart und dokumentiert. Wer Prepare als Formalität behandelt, trägt die Konsequenzen spätestens in Realize, wenn Entscheidungen fehlen und Verantwortlichkeiten unklar sind. Die Qualität der Prepare-Phase bestimmt die Steuerbarkeit des gesamten Projekts.

Konkret bedeutet das:

• eine RACI-Matrix mit echten Namen
• Eskalationspfade mit klaren Fristen
• Entscheidungsgremien mit festem Kalender und klarem Mandat
• ein Projektumfang, der tatsächlich als Basisstand vereinbart ist und nicht nur grob skizziert

Warum methodische Kenntnis allein nicht ausreicht

SAP Activate stellt methodische Vorgaben für Projektorganisation, Rollen, Ergebnisse und Quality Gates bereit. Ob daraus wirksame Governance entsteht, entscheidet jedoch nicht die Methodik, sondern ihre konkrete Umsetzung: klare Mandate, verbindliche Entscheidungen und eine Projektführung, die auch bei Zielkonflikten handlungsfähig bleibt.

Project-Enabler unterstützt Unternehmen genau an dieser Stelle: als unabhängige Beratungsinstanz, die S/4HANA-Vorhaben nicht nur phasengerecht, sondern auch führungsseitig sauber aufsetzt. Das gilt präventiv vor dem Projektstart genauso wie in laufenden Projekten, die die Steuerbarkeit verloren haben.

SAP Activate ist Struktur, keine Garantie

Das Framework ist durchdacht. Die Phasen sind klar, die Werkzeuge sind vorhanden, die Beschleuniger beschleunigen tatsächlich. Aber das Vorgehensmodell ersetzt weder Entscheidungsfähigkeit noch Führungsverantwortung. Wer glaubt, mit der Methodik allein auf der sicheren Seite zu sein, wird spätestens in Realize oder am Go-live eines Besseren belehrt.

SAP Activate schafft Struktur und liefert die richtigen Hebel. Kein Framework beantwortet aber automatisch die entscheidende Frage: Wer sorgt dafür, dass Umfangsentscheidungen getroffen werden, Daten rechtzeitig bereinigt sind und der Lenkungsausschuss entscheidungsreife Vorlagen bekommt? Das ist keine Methodenfrage, sondern eine Führungsfrage.

Struktur schafft Voraussetzungen. Steuerbarkeit muss aktiv hergestellt werden. Das ist der Unterschied zwischen einem Projekt, das läuft, und einem, das nur methodisch korrekt startet.

Häufige Fragen zu SAP Activate

Für welche SAP-Projekte ist SAP Activate geeignet?

SAP Activate ist das empfohlene Framework für S/4HANA-Einführungen und -Transformationen, ob Cloud, On-Premise oder hybrid. Es eignet sich für Neuimplementierungen, Systemkonvertierungen aus bestehenden SAP-Landschaften und die Transformation größerer Landschaften. SAP nutzt das Framework darüber hinaus auch für weitere SAP-Lösungen.

Wie unterscheidet sich SAP Activate von ASAP?

ASAP gliederte ein Projekt in fünf Phasen von der Projektvorbereitung bis zum Go-live-Support und setzte auf einen ausführlichen Business Blueprint vor der Umsetzung. SAP Activate ersetzt diesen Dokumentationsaufwand durch ein iteratives, agiles Vorgehen mit vorkonfigurierten Best Practices als Ausgangspunkt. Die Umsetzung beginnt früher, Ergebnisse werden schneller sichtbar.

Welche Rolle spielt der Roadmap Viewer in SAP Activate?

Der Roadmap Viewer ist die methodische Navigationsschicht des Frameworks. Er stellt phasen- und lösungsspezifische Aufgaben, Rollen, Ergebnisse, Quality Gates und Verknüpfungen zu Beschleunigern bereit. Er ist die zentrale Wissensquelle der Methodik. Den Projektfortschritt selbst verfolgt das Team in einer ALM-Plattform wie SAP Cloud ALM.

Was sind Fit-to-Standard-Workshops und warum sind sie kritisch?

Fit-to-Standard-Workshops finden in der Explore-Phase statt. Der SAP-Standardprozess wird demonstriert, Abweichungen werden bewertet, und Entscheidungen werden getroffen. Kritisch sind sie, weil hier der Projektumfang festgelegt wird. Entscheidungskompetenz muss bei den Teilnehmern vorhanden sein, idealerweise durch Process Owner und entscheidungsfähige Fachvertreter. Ohne sie werden Abweichungen notiert statt entschieden und landen später als offene Anforderungen in Realize, was Umfang und Kosten erhöht.

Was ist der Unterschied zwischen SAP Cloud ALM und dem SAP Solution Manager im Kontext von SAP Activate?

Beide Plattformen können die Umsetzung eines Projekts unterstützen. SAP Cloud ALM ist die ALM-Plattform, die SAP für alle Kunden empfiehlt, und integriert Inhalte der Activate-Roadmaps. Der SAP Solution Manager 7.2 befindet sich bis zum 31. Dezember 2027 in der Mainstream-Wartung. Es gibt keinen vollständigen Funktionsgleichstand zwischen beiden Produkten. Für Projekte mit großem On-Premise-Anteil sollte früh geprüft werden, ob Cloud ALM den benötigten Funktionsumfang abdeckt.

Gibt es Schulungen und Zertifizierungen zu SAP Activate?

Ja. SAP bietet Schulungen zu SAP Activate über SAP Learning an. Für Projektleiter und Berater sind insbesondere Kurse zur SAP-Activate-Methodik und zum Roadmap Viewer relevant. Die zugehörige Zertifizierung heißt „SAP Certified Associate – Project Manager – SAP Activate“. Die Prüfungsversion wechselt regelmäßig, daher sollte die aktuelle Prüfungsnummer vor der Anmeldung bei SAP geprüft werden. Sie ist für Projektrollen empfehlenswert, die das Framework operativ verantworten.

Ist SAP Activate auch für kleinere Unternehmen geeignet?

Ja, mit Einschränkungen. Das Framework skaliert, aber der Overhead durch Quality Gates und formale Übergaben kann in sehr kleinen Projekten spürbar sein. Hier empfiehlt sich eine bewusste Entscheidung, welche Elemente in welcher Tiefe angewendet werden, und nicht das pauschale Weglassen von Phasen.

Warum scheitern Projekte trotz korrekter Anwendung von SAP Activate?

Weil das Framework das Vorgehensmodell liefert, aber keine Führungsstruktur. Offene Umfangsentscheidungen, fehlende Entscheidungskompetenz in Workshops und zu spät gestartetes Änderungsmanagement sind typische Ursachen. SAP Activate zeigt den Weg, wer ihn geht, muss dennoch aktiv steuern.

Wie sollte mit schlechter Stammdatenqualität aus Altsystemen umgegangen werden?

Stammdatenqualität muss frühzeitig bereinigt und als Projektaufgabe eingeplant werden. Schlechte Daten verursachen nach dem Go-live manuellen Mehraufwand, den niemand ursprünglich eingeplant hat. Sie sind deshalb kein Thema für nachgelagertes Handling.

Welche Aufgabe hat ein Lenkungsausschuss in einem SAP-Activate-Projekt?

Der Lenkungsausschuss sichert Entscheidungswege und erhält entscheidungsreife Vorlagen. Ohne ein solches Gremium mit klaren Eskalationspfaden und festem Mandat fehlen die Führungsstrukturen, die das Framework für Steuerbarkeit benötigt.

Wann ist der Einsatz eines externen Beraters sinnvoll?

Der Einsatz von Project-Enabler ist sinnvoll, wenn führungsseitige Steuerung fehlt oder die Steuerbarkeit bereits verloren gegangen ist. Project-Enabler unterstützt als unabhängige Beratungsinstanz dabei, S/4HANA-Vorhaben phasengerecht und führungsseitig sauber aufzusetzen, sowohl in der Gestaltung aber auch wenn das Projekt in Schieflage geraten ist. Diese Unterstützung wird seitens Project-Enabler als Projektsanierung bezeichnet.