Harmonisierung von SAP-Landschaften: Der Weg zu S/4 HANA Einführung im Rahmen der Fusion

Dem Bestreben nach einem möglichst einfachen und einheitlichen Template stand jedoch noch eine weitere Komplexitätsdimension gegenüber: Letztendlich mussten die Prozesse aus zwei jahrzehntelang unabhängig voneinander gewachsenen Unternehmen zusammengefügt und simplifiziert werden. Dies sollte möglichst ohne den Verlust relevanter Informationen vonstattengehen. Um diese Herausforderung zu meistern, fanden zu Beginn des Projektes, vor Beginn der eigentlichen Umsetzungsphase, intensive Fit-Gap Workshops unter Einbeziehung von Experten beider Unternehmen statt, in welchen die bestehenden Lead-Prozesse einzeln verglichen, und vorab ein harmonisiertes Zielbild definiert wurde. Als besonders wertbringend hervorzuheben, schätzen wir hierbei die heterogene Zusammensetzung der Teams mit technischer, als auch mit fachlicher Expertise aus beiden Welten.

Durch einen besonderen Arbeitsmodus zum Erfolg.

Dieser Ansatz wurde auch während des Projektes weiterverfolgt und hierbei unabdingbar zum kritischen Erfolgsfaktor für das Projekt. Die Teams arbeiteten, ergänzt um einen fachlichen Product Owner und einen Scrum Master, iterativ in einem Scrum Team zusammen, und waren auf diese Weise in der Lage, sich flexibel auf sich ändernde Rahmenbedingungen und Abhängigkeiten einzustellen. Aufgrund der Komplexität des Projekts kam hierbei insbesondere den Product Ownern der verschiedenen Teams eine wichtige Rolle zu. Die Vielzahl von System- und Prozessschnittstellen erforderte ein hohes Maß an Abstimmung und Koordination zwischen den Teams, um an einem Strang zu ziehen, anstatt sich ungewollt bei der Umsetzung in die Quere zu kommen.

Die leistungsfähige, agile Organisation bestand hierbei aus mehr als zehn nach Funktionsbereichen verantwortlichen Scrum Teams. Zusätzlich dazu existierten vollständig in die iterative Projektstruktur integrierte, funktionsübergreifende Teams in den Bereichen Infrastruktur, Migration, Testing, und Training. Ergänzt wurde diese operative Scrum Struktur durch ein klassisches Projektmanagement, mit einem welches insbesondere dem Reporting gegenüber der Projektleitung, als auch für dem Management von Eskalationen diente. Diese Struktur stellte sicher, dass die klassischen Reporting-Strukturen in gewohnter Weise funktionsfähig blieben, ermöglichte den Teams aber insbesondere eine autonome, agile Arbeitsweise nach dem Scrum Ansatz.

Die einzelnen Iterationen wurden hierbei nach der von SAP entwickelten SAP Activate Methode in sogenannten Wellen organisiert, um die für SAP-Projekte besonders relevanten Meilensteine gezielt erreichen zu können und den Zielfokus stets beizubehalten. Eine umfassende Quality Assurance der End-to-End Prozesse stellten wir abschließend vor dem Go-Live durch ein intensives, mehrstufiges Testingverfahren sicher.

Konnten wir unsere Ziele erreichen?

Ja, denn durch die iterative, agile Arbeitsweise konnten wir über die gesamte Projektlaufzeit stetig kleine Erfolge feiern, die in Summe dazu beigetragen haben, dass das Projekt einen erfolgreichen Abschluss gefunden hat. Dazu zählten beispielsweise die Erstellung robuster Sollprozesse, die Fähigkeit, Anforderungen sowie deren Überbringung in die Projektstruktur flexibel aufzunehmen, sowie die funktionale Umsetzung und das abschließende Testing.

Die Teams haben es geschafft, menschlich und kulturell zusammenzuwachsen, agile Arbeitsweisen zu verankern, und dadurch eine moderne Projektkultur geschaffen. Ferner wurde das Projekt nach dem pünktlichen Go-Live „in-time, budget and quality“ abgeschlossen, was für ein Projekt einer solchen Größenordnung nicht selbstverständlich ist. Es ist ein skalierbares Template entstanden, welches nun in die weiteren Teilgesellschaften ausgerollt werden konnte.