Beyond ChaRM: The Future of SAP Change. Find out how we can help!

AGL Lights

This article is also available in

Unternehmen

Hauptsitz: Sydney, Australien
Industry: Energy & Utilities
Dienstleistungen/Produkte: Stromerzeugung, Stromeinzelhandel, Erdgaseinzelhandel

AGL Energy steht seit über 180 Jahren an der Spitze der Energieinnovation in Australien. Um die Anforderungen des Unternehmens und seiner Kunden zu bedienen – laut Angaben rund 3,6 Millionen im Jahr 2017 – wurde die SAP Umgebung von AGL über die Jahre zunehmend komplex.

Mit der Zeit wuchs das Retail „System of Record“ auf sieben parallele SAP Delivery Landscapes an: 1 BAU (N) und 6 Projektlandschaften (N+1), die letztlich in dasselbe Production System ausliefern. Eine derart komplexe Struktur erzeugt enorme Change-Volumina.

Große Mengen an Changes in mehreren Landscapes zu steuern ist anspruchsvoll. Risiken durch Retrofit, parallele Changes und Transport Sequencing können Kosten erhöhen und die Stabilität des Production Systems gefährden.

Um diese Herausforderung zu adressieren, rollte AGL seine Initiative SAP Extreme Delivery aus. Dazu gehörte eine Landscape-Konsolidierung, um den SAP Enterprise Core zu beschleunigen sowie Aufwand und Risiko fürs Business zu reduzieren. Als Teil der Transformation wollte AGL SAP Changes in fünf Tagen oder weniger nach Production bringen. Damit das gelingt, war eine transparente und konsistente Change-Management-Strategie entscheidend.

Automatisierung verbessert Application Delivery Times

AGL implementierte Rev-Trac – eine leistungsfähige Plattform für SAP Change Management Automation – um Best-Practice-Prozesse und Policies durchzusetzen, Transports zu steuern und Aufwand zu reduzieren.

Zum Zeitpunkt der Einführung verfügte AGL über zahlreiche Development Systeme in mehreren Landscapes, jeweils mit eigenem Weg nach Production. Um die massiven Change-Volumina zu managen und Parallelentwicklung zu kontrollieren, setzt AGL auf Rev-Trac’s Object Locking. Das hilft, Overtakes und Overwrites zu verhindern.

„Es dauert etwa eine halbe Stunde, um die Grundlagen von Rev-Trac zu lernen. Für die meisten Nutzer ist es ziemlich einfach und unkompliziert.“
Brett Campbell, SAP Development Architect, AGL

Rev-Trac’s Locking stellt sicher, dass alle Transports, die ein bestimmtes Objekt betreffen, derselben Rev-Trac Request zugeordnet sind. Autorisierte Nutzer können die Restriktion bei Bedarf übersteuern, vorausgesetzt, die Parallelentwicklung (in einer anderen Rev-Trac Request) ist freigegeben.

Brett Campbell erklärte, dass AGL eine BAU Support Landscape hatte, die seit über zehn Jahren live war und über 3–4 Development Systeme verfügte.

Entscheidend war, zu verhindern, dass verschiedene Teams gleichzeitig unabhängig am selben Objekt arbeiten. Object Locking warnt Entwickler, dass ein Objekt in einer bestimmten Landscape bereits gesperrt ist – und dass eine Freigabe für Parallelentwicklung erforderlich ist, bevor Teams fortfahren.

„Wir haben einen Prozess, dem unsere Entwickler und Dev Leads folgen sollen. Wenn Parallelentwicklung organisiert wird, ist Kommunikation entscheidend.“, so Campbell.

AGL nutzt außerdem Rev-Trac’s Dependency Capabilities, um Konflikte mit Shared Objects zu vermeiden. So lassen sich Changes am selben Objekt zwischen Teams koordinieren und Overtakes/Overwrites verhindern.

Mit effizienter gesteuerter Parallelentwicklung kann AGL die Production Stability sichern und schneller auf Business-Anforderungen reagieren.

Retrofit-Aufwand reduzieren und SAP S/4HANA Migration beschleunigen

Ein weiteres wertvolles Feature sind Rev-Trac’s Request-Cloning Capabilities, mit denen AGL seine BAU Landscape mit 3–4 Development Systemen und die parallelen Projekttracks besser synchron hält.

Rev-Trac kann Requests, die für Production freigegeben sind, automatisch klonen – so werden alle BAU Changes für die Wiederanwendung in den parallelen Projekttracks berücksichtigt. Das verhindert potenzielle Overwrites, wenn N+1 Arbeit nach Production migriert.

Brett Campbell erklärte, dass ein SAP Change früher nach dem Go-live nur in der Landscape aktiv war, aus der er migriert wurde:

„Unter den neuen Cloning-Regeln werden Changes, sobald eine Rev-Trac Request bereit für Production ist, in alle relevanten Development Systeme geklont. Diese Changes werden anschließend regelmäßig von den Ownern der jeweiligen Systeme erneut angewendet.“

Die Vorteile von Rev-Trac gehen über Retrofit hinaus: AGL nutzt die Plattform auch, um die Migration zu SAP S/4HANA in einem anderen Unternehmensbereich zu verschlanken. Corporate Financials wurden bereits nach SAP S/4HANA migriert; ISU und CRM sollen in den nächsten 24 Monaten folgen.

Zur Vereinfachung der SAP S/4HANA Migration hat AGL alle Custom Requirements quantifiziert und für jedes Requirement eine Rev-Trac Request angelegt. Jede Request, die eine Funktion liefert, ist damit transparent und nachvollziehbar. AGL kann die Historie und den Grund jeder Objektänderung leicht nachvollziehen und gleichzeitig den Aufbau des neuen Systems beschleunigen.

Rev-Trac als Tool für Change Consolidation und Transport Management hilft AGL, sein SAP Umfeld zu beschleunigen und Risiken zu minimieren. Konsistente, durchsetzbare Prozesse stellen sicher, dass Transports nicht verloren gehen, nicht von Listen „runterfallen“ und nicht out of sequence importiert werden. Konflikte werden vermieden und durch kontrollierte Parallelentwicklung kann AGL SAP Applications und Enhancements schneller und sicherer liefern.

„Mit zunehmender Prozessreife durch Rev-Trac sind unsere Overwrite-Issues in Production weiter zurückgegangen. Seit mehr als 12 Monaten gab es keine solchen Issues mehr. Wir nutzen Rev-Trac als Transport Management Tool – und solange man die Regeln befolgt, lassen sich Issues, die die Production Stability bedrohen, vermeiden.“, sagte Campbell.

Rev-Trac automatisiert und erzwingt SAP Change Management Prozesse und ermöglicht AGL, seine Transformation zu beschleunigen sowie Rapid Delivery und Agile Objectives im SAP Umfeld zu erreichen.