Im ersten Teil unserer Blogserie haben wir uns die Unterschiede zwischen Public- und Private-Cloud-ERP-Angeboten angesehen und untersucht, wie die verschiedenen SAP Private Cloud-Angebote im Vergleich abschneiden.
In Teil 2 untersuchen wir die Verwaltung von Änderungen in Cloud-ERP, insbesondere während der Übergangsphase zwischen vorhandenen lokalen Systemen und dem Cloud-Ziel.
Die meisten großen Unternehmen setzen auf eine Private Cloud ERP-Version. Die häufigsten Gründe hierfür hängen mit der Größe und Komplexität der Migrationsprojekte zusammen:
- Oftmals gibt es mehr als nur eine oder zwei Landschaften zu migrieren
- Es gibt oft erhebliche Anpassungen, die noch nicht aufgegeben werden können
- Eine reine Greenfield-Implementierung der Public Cloud auf einem vollkommen sauberen Kern ist zwar vielleicht das ultimative Ziel, aber als erster Schritt unpraktisch.
Der Wechsel zu einer privaten Cloud bringt jedoch einige Herausforderungen mit sich.
Haben Sie einen Ort, wo ich mich umziehen könnte?
Haben Sie bereits umfangreiche Anpassungen vorgenommen? Haben Sie externe integrierte Anbindung dieser Systeme, insbesondere auf andere lokale Systeme?
Die meisten Migrationen dauern Monate oder sogar Jahre. Während dieser Zeit steht der Geschäftsbetrieb nicht still und SAP ändert sich auch nicht. Abgesehen von einem systemweiten Änderungsstopp für die Projektdauer müssen Änderungen im Produktionssystem (ECC) während des Projekts auf das neue System migriert werden (S/4HANA) vor dem Go-Live, um funktionale Regressionen zu verhindern.
Dies ist eine häufige Herausforderung im Änderungsmanagement komplexer SAP-Umgebungen. Neue Releases, Upgrades und Migrationsprojekte benötigen oft mehr Zeit, als für einen Change Freeze in der Produktion akzeptabel ist. Daher wird parallel zum Projekt fortlaufender Business Support geleistet. Werden regelmäßige Änderungen des Business Supports nicht ordnungsgemäß in die Projektsysteme integriert, treten bei der Umstellung erneut Regressionsfehler auf.
Eine gute Change-Management-Lösung automatisiert einen Großteil dieses Aufwands, indem sie Änderungen nahtlos zwischen bestehenden Produktions- und Projektlandschaften verschiebt und die Rückverfolgbarkeit und Compliance-Anforderungen von Änderungen verwaltet, wenn eine Transformation oder Neuentwicklung erforderlich ist. Komplexe SAP-Kunden benötigen wahrscheinlich ein Change-Management über mehrere Landschaften hinweg, die gleichzeitig in lokalen und Cloud-Umgebungen betrieben werden. Stellen Sie daher sicher, dass Ihr Ansatz dieser Anforderung gerecht wird.
ABAP-Code aus ECC-Systemen ist oft kompatibel oder leicht zu ändern und kann daher mit leistungsfähigen Änderungsmanagement-Tools zwischen ECC und Cloud-ERP transportiert werden. Einige Änderungen erfordern eine komplexere Transformation von ECC in S/4HANAoder sogar eine Neuentwicklung von ABAP-Kernlösungen zu BTP-Lösungen.
In beiden Fällen ist die Rückverfolgbarkeit das Hauptanliegen. Es ist entscheidend, jede Änderung an bestehenden Geschäftssystemen ordnungsgemäß zu dokumentieren und zu verfolgen und sicherzustellen, dass während des Migrationsprojekts die entsprechenden Migrations-, Transformations- und Bereitstellungsschritte für das neue System durchgeführt werden.
Wenn Ihr SAP-System mehr als nur ein paar Landschaften umfasst oder Sie eine erhebliche Menge an benutzerdefiniertem Code und Korrekturen verwalten, stellen Sie sicher, dass Sie über eine Lösung zur Automatisierung des Änderungsmanagements verfügen, die mit Legacy- und Cloud-ERP kompatibel ist. Manuelles Änderungsmanagement in einem komplexen Projekt führt zu änderungsbedingten Ausfällen – vermeiden Sie es.
Änderungsmanagement ist entscheidend
Mit der richtigen Änderungslösung ist es nun an der Zeit, mit der Migration zu beginnen. Das Änderungsmanagement spielt bei jedem komplexen ERP-Migrationsprojekt eine Schlüsselrolle. Die besten Automatisierungslösungen übernehmen auch die laufende Verwaltung und die endgültige Umsetzung:
- Identifizieren und verwalten Sie alle Anpassungen und Migrationen
- Verschieben Sie Build-Komponenten während des Projekts zwischen Entwicklungs-, Qualitätssicherungs- und Staging-Systemen
- Importieren Sie Änderungen in Vorproduktions- und letztendlich Produktionsumgebungen, ordnen Sie sie an und orchestrieren Sie sie, und stellen Sie dabei die richtige Importreihenfolge, Objektversionen und Abhängigkeiten sicher.
- Führen Sie Änderungen an bestehenden und neuen Systemen gleichzeitig durch und unterstützen Sie dabei jede beliebige Kombination aus BTP, S/4HANAund ECC gleichzeitig aus einer einzigen Perspektive
- Verwalten Sie inkompatible Änderungen mit Rückverfolgbarkeit und stellen Sie sicher, dass Anpassungen auf der Zielplattform im Einklang mit der Funktionalität vorhandener Anpassungen entwickelt werden.
- Stellen Sie sicher, dass alle Änderungen an bestehenden Geschäftssystemen während des Projekts vor der Inbetriebnahme ordnungsgemäß in das neue System übernommen werden, um Funktionseinbußen zu vermeiden.
Prognose: Wolken?
Was passiert, wenn Sie das nicht ernst nehmen? Das größte Risiko besteht darin, Fehler zu machen – falscher Code, veraltete Versionen, Funktionsverlust im neuen System, Compliance-Probleme und sogar Defekte oder Ausfälle. Selbst bei perfekter Ausführung ist die Verwaltung eines so großen Änderungsvolumens über mehrere Systeme hinweg zeitaufwändig und ineffizient – die Automatisierung zahlt sich aus.
Eine typische Migration umfasst Tausende von Änderungen und Transportvorgängen. Microsoft Excel leistet viele hervorragende Arbeit, die Automatisierung von SAP-Änderungen gehört jedoch nicht dazu. Bei der Verwaltung komplexer Änderungen und großer SAP-Bestände können Nachrüstungen und das Projektlandschaftsmanagement leicht Fehler verursachen. Nehmen Sie diesen Aspekt Ihres Projekts daher ernst.
Die Ruhe vor hybriden Landschaften
In Teil 3 untersuchen wir die Herausforderungen und Anforderungen für ein erfolgreiches Veränderungsmanagement in hybriden Landschaften. Genau diese werden Sie bei der Migration vom heutigen lokalen ECC zum Cloud-ERP von morgen erleben. Es wird Sie nicht überraschen, dass es Lücken in den Standardtools gibt. Bleiben Sie dran!
