Wer SAP Produkte in seinem Unternehmen implementieren möchte kommt an dem Framework aus Methode, Inhalt und Werkzeugen, die SAP unter dem Bergriff SAP Activate vereint hat nicht vorbei. Egal ob agil oder nach dem Wasserfallmodell, ob Greenfield oder Brownfield, lesen Sie hier worum es geht.
In der IT-Welt wird alle paar Jahre »eine neue Sau durch das Dorf getrieben«, die unsere schöne, bunte Welt noch einfacher und besser machen soll – und das gilt eben auch für Vorgehensmodelle in Projekten. Im Moment heißt diese Sau »AGILE«, oder auch »SCRUM«.
Auch in Walldorf bei der SAP kann und will man sich dem Buzz-Wort »Agile« nicht verschließen, und so wurde mit SAP Activate vor gut 5 Jahren ein neues Implementierungs-Framework vorgestellt, das seither kontinuierlich erweitert und verbessert wird. Unter Einbeziehung agiler Techniken verspricht es ein Vorgehensmodell zu sein, das die Einführung oder den Umstieg auf SAP S/4HANA einfacher, schneller und günstiger machen soll. SAP sieht diese Implementierungsmethode nun auch für andere Produkte vor. Mithilfe von SAP Activate sollen zukünftig alle Implementierungen durchgeführt werden. Die bisherigen Vorgehensweisen ASAP und SAP Launch, beides Wasserfallmodelle, werden nicht mehr weiterentwickelt.
Die SAP hat alle Kunden informiert, dass bis Ende 2027 das Upgrade auf S/4HANA abgeschlossen sein sollte, da zu diesem Zeitpunkt die normale Wartung für die bisher aktuelle ERP-Lösung (Enterprise Resource Planning-Lösung) SAP Business Suite 7 eingestellt wird. Von da an wird es noch bis Ende 2030 eine optionale Extended-Wartung geben. Dies fordert nun von allen Unternehmen, die ein SAP ERP in ihrer Systemlandschaft betreiben, über den Upgrade-Prozess nachzudenken. Vor diesem Hintergrund stellen sich viele Unternehmen die Frage, ob das neue Implementierungs- Framework SAP Activate die geeignete Methode im Rahmen dieses Systemwechsels ist. Was also enthält SAP Activate und was zeichnet das Vorgehensmodell aus?
Betrachtet man die Kundenseite, so gibt es drei übliche Ausgangslagen:
Für alle drei Ausgangslagen bietet SAP Activate ein Framework aus Content, Tools und dem methodischen Vorgehen, um die zukünftige SAP Landschaft entweder On Premise, also beim Kunden zu installieren, oder um das System in der Cloud zu betreiben, oder ggf. auch in einem hybriden Modell, also einer Mischung aus Cloud und On Premise Installationen. Beim Greenfield Approach wird das System neu aufgesetzt, man startet sozusagen auf der grünen Wiese und versucht dabei möglichst nah am Standard der Software zu bleiben. Beim Brownfield Approach hingegen geht man davon aus, dass Prozesse und Daten des bisher existierenden Systems weitgehend auch in der neuen Umgebung zur Verfügung gestellt werden müssen. Den Ansatz Selective Data Transition wählt man üblicherweise immer dann, wenn eine intensive Auseinandersetzung mit den Datenbeständen unverzichtbar ist. Dies könnte zum Beispiel zutreffen, wenn ein Carve Out, also eine Abspaltung eines Unternehmensteils vorgenommen werden soll.
Alle Projekte, egal nach welcher Methode sie gelenkt werden, unterliegen einem Dreigespann von Zielen, die regelmäßig zu Konflikten führen: Zeit, Geld und Qualität. In der Literatur wir in diesem Zusammenhang oft vom magischen Zielkonfliktdreieck gesprochen, das es aufzulösen gelte. In vielen Projekten versucht man daher diese drei Ziele im Rahmen eines Konzeptes aufzuschreiben, um sicherzustellen, dass die Projektpartner ein einheitliches Zielverständnis haben. Diese Konzepte wurden häufig als Fachkonzept, Sollkonzept oder Business Blueprint bezeichnet aber auch Begriffe, wie Pflichtenheft oder Lastenheft finden dafür Verwendung.
Da im Grunde kein Projekt zu 100 % genau planbar ist, kommt es regelmäßig zu Abweichungen. Stellt also das Dreieck die Summe aller Tätigkeiten dar, so wird schnell deutlich, dass jedes unvorhergesehene Ereignis zu einer Ausdehnung der Grundfläche führen wird. Kommen also unvorhergesehene Tätigkeiten auf das Projekt zu (= Veränderung der Qualität), so hat das automatisch Auswirkungen auf den Zeitbedarf und die Kosten. Man spricht hier von einem sogenannten Change Request. Ein Change Request beschreibt in Ergänzung zum bisherigen Konzept die neuen Anforderungen (ebenfalls hinsichtlich der Qualität und des Geld- und Zeitbedarfes). Dies ist in vielen Projekten der Vergangenheit ein Auslöser für Auseinandersetzungen der Projektpartner gewesen. Oft wurde gestritten, ob es sich überhaupt um einen Change Request handelte und ob der dafür ermittelte Aufwand korrekt ist und wer die dadurch entstehenden Kosten zu tragen hat.
Neu an SAP Activate – und einem agilen Vorgehensmodell ganz allgemein – ist nun im Grundsatz, dass man versucht das Budget und die Zeit nicht zu verändern. Stattdessen wir die Qualität angepasst, das heißt der Kunde kann und darf jederzeit die Qualität des Projektes anpassen, muss dann aber darüber nachdenken, welche bisher gewünschten Anforderungen zugunsten der neuen Anforderung aus dem Projektumfang herausgenommen werden. Es wird also über die Priorität entschieden, was ins jeweilige Release gelangt und was nicht. Dies kann entscheidend dazu beitragen, die Anzahl der atmosphärischen Störungen, die Change Requests in der Vergangenheit häufig ausgelöst haben, zu vermindern. Das Unternehmen selbst aber auch Produkte, Märkte und Technizität können sich im Projektverlauf ändern und somit zu angepassten Projektanforderungen führen. Der Kunde kann damit auf sich ändernde Rahmenbedingungen auch im Projektverlauf flexibel (agil) reagieren.
SAP Implementierungsprojekte dienen stets der Einführung von Software. Mithilfe der Software sollen reale Prozesse der Wertschöpfungsketten im Rahmen der Aufbau- und Ablauforganisation des Kunden geplant, erfasst und reportet werden.
Das links in der Grafik dargestellte Unternehmen soll in eine digitale Datenbank „gepresst“ werden, die vom Hersteller als Standardsoftware ausgeliefert wird. Regelmäßig kann die Standardsoftware das Unternehmen und dessen Prozesse nicht „out-of-the-box“ abbilden. Daher geht es im Projekt darum, die erforderlichen Anpassungen vorzunehmen. Dazu sind zwei Wege denkbar:
Das Unternehmen bewegt sich auf die Standardprozesse der Software zu, passt also seine Aufbauorganisation und die Ablauforganisation an die Standards der Software an. Man nennt diese organisatorischen Anpassung auch Organisation Change Management (OCM). Die zweite Möglichkeit besteht darin die Standardsoftware an das Unternehmen anzupassen. Dies geschieht besipielsweise über:
Diese Projektherausforderungen begleitet SAP Activate in vier Kernphasen des Projektes, denen eine Discoverphase vorangestellt werden kann. Die Discoverphase dient dazu, die Möglichkeiten der Standsoftware auszuloten, ohne gleich ein komplettes Projekt starten zu müssen. Das Motto ist quasi: Entdecke die Möglichkeiten, welche die Standardsoftware bietet.
Danach wird die Software produktiv genutzt. SAP spricht hier noch von einer den eigentlichen Kernphasen des Projektes nachgelagerten Runphase.
Insbesondere die Explore- und Realize-Phase bieten den Kunden agile Vorgehensweisen an. Und ja, das kann ausgezeichnet funktionieren, wenn man sich auf die neue Methodik einlässt.
Fit-to-Standard-Analysen dienen dazu, darüber nachzudenken, ob nicht auch durch kleine Anpassungen im Prozess oder der Aufbauorganisation so gearbeitet werden kann, wie der Standard der Software es vorsieht. Und ich kenne kaum eine Unternehmung in der SAP verwendet wird und wo es in der Vergangenheit nicht geheißen hätte: „Wir wollen zurück zum SAP Standard!“ Allein, wenn es dann um das dadurch erforderliche werdende Changemanagement geht, ist dafür keine Zeit und die Software wird dann doch wieder so „verbogen“, dass man nach dem Standard suchen muss.
In der Realize-Phase wird in Sprints vorgegangen. Und wenn es dann darum geht ein tägliches! 15-minütiges Meeting am Morgen zu ermöglichen, wird darauf verzichtet. Wir haben Gleit- oder auch keine Zeit dafür, es gibt zu viele davon, … Diese Liste der „Ausreden“ ist beliebig erweiterbar. Wen wundert es dann, dass die Abstimmung in den Teams nicht funktioniert und dann wird vom Management eingegriffen und Teamleads ersetzen den bisherigen Moderator und Organisator (SCRUM-Master), so dass den Teams wieder die Eigenverantwortung genommen wird, die Ihnen die Methode eigentlich zuschreibt.
Findet dieses tägliche Meeting jedoch regelmäßig statt, so führt der SCRUM-Master diese an einem sogenannten SCRUM-Bord durch. Aufgaben werden auf Haftnotizen notiert und somit die Verantwortung jeder Aufgabe für jeden Projektmitarbeiter ersichtlich von einem Tag zum nächsten besprochen.
Welche Aufgabe habe ich gestern erledigt, welche werde ich heute erledigen, und von wem und wofür benötige ich dazu Unterstützung. Das hilft bei der Zusammenarbeit und es bleibt nichts aus Versehen liegen.
Genau dies passiert aber häufig, wenn die Methode und dieses Meeting nicht konsequent zur Anwendung gelangen. An dieser Stelle könnte ich jetzt noch viele weitere Beispiele liefern, welche die Methode aushebeln. Doch wenn Ihr Unternehmen noch gar nicht „Fit for Agile“ ist, dann lassen Sie es doch! Sie haben doch auch in der Vergangenheit erfolgreich Projekte abgeschlossen! Oder etwa nicht?
SAP Activate jedenfalls hat alle Tools und Methoden eines herkömmlichen Vorgehens (wasserfallbasiert), sofern beim Kunden (On Premise) installiert wird im Framework. Für Deployments in die Cloud (z.B. HANA Enterprise Cloud, EC), bevorzugt man in Walldorf jedoch inzwischen das agile Vorgehensmodell.
Mit SAP Activate durchgeführte Projekte können sehr erfolgreich sein. Sollten Projekte dennoch scheitern, so liegt dies – wie auch in der Vergangenheit – jedoch nicht am Vorgehen, sondern meistens an einem der folgenden Gründe:
Derzeit ist die größte Hürde, dass die Sau »AGILE« zwar ordentlich durchs Dorf getrieben wird, aber sowohl auf der Seite der Implementierungspartner, als auch auf der Seite der Kunden nur wenige nachgeschaut haben, wie diese Sau den wirklich läuft. Es fehlt an Methodenkenntnis und es mangelt an Bereitschaft zu ernsthaften Veränderungen im Projekt.
So sieht man bedauerlicherweise auch Projekte, in denen zwar zunächst ein Konzept (teilweise herunterdefiniert bis auf Feldebene der Software) geschrieben wird, um dann zu „Sprinten“. Auch das erweist sich regelmäßig als Irrweg. Der beliebige Mix der Methoden funktioniert am Ende auch nicht. Wer sich für SAP Activate entscheidet, sollte sich die Zeit nehmen, diese Methode zu verstehen (SAP Activate Seminar). Anderenfalls wurde gerade der erste Stolperdraht im Projekt ausgelegt.
Agile Projekte leben von einer sehr hohen Eigenverantwortlichkeit der Projektteams. Diese lange Leine zu lassen, ist nicht jedem gestandenen „Projekthaudegen“ des vergangenen Jahrtausends gegeben. Manchmal muss man dafür auch Mitarbeiter, die bisher in der zweiten oder dritten Reihe standen, im agilen Projekt nach vorne holen. Oft haben diese dann sogar mehr Zeit als die erfahrenen, häufig mehrfachen Belastungen ausgesetzten, Spieler der ersten Reihe. Das fördert die Motivation und ist dem Projekt zuträglich.
Es erfordert aber Mut in der Unternehmensleitung. Haben Sie den Mut? Dann sprechen Sie doch mal mit uns, gerne helfen wir Ihnen dabei den Weg in diese Methode zu beschreiten.
Autor: Martin Kipka | Veröffentlichung: 30.12.2020 | Herausgeber: Espresso Tutorials
Die SAP hat die Vorgehensmodelle SAP Launch und SAP ASAP durch das einheitliche SAP Activate ersetzt und sich dabei am Methodenkoffer der Agilität bedient. Die neue Implementierungsmethode soll nicht nur die Einführung oder den Umstieg auf SAP S/4HANA einfacher, schneller und günstiger gestalten, sondern künftig für alle Produkte der SAP gelten.
Mit einem Augenzwinkern führt Martin Kipka in seinem Buch an die kritischen Fragen agiler Implementierungsprojekte heran. Er liefert zunächst Hintergrundwissen zur Projektmethodik von SAP Activate und beschreibt dann detailliert die sechs Phasen eines SAP-Activate-Projekts mit den wesentlichen Rollen und Verantwortlichkeiten. Dabei berücksichtigt der Autor die unterschiedlichen Ausgangslagen einer SAP-Einführung im Unternehmen, geht auf kritische Erfolgsfaktoren ein und zeigt auch die Grenzen der Methode auf. Angereichert ist das Werk durch zahlreiche Tipps aus der Praxis sowie Links zu projektunterstützenden Vorlagen wie SAP Best Practices und den Roadmap Viewer.
Führungskräfte, Projektleiter, SAP-Berater und Projektteammitglieder finden hier die Antwort auf ihre Frage, ob die Activate-Methode mit ihren agilen Ansätzen für das SAP-Implementierungsprojekt im eigenen Unternehmen geeignet ist.
