Was ist eines der kritischeren Erfolgskriterien für SAP DevOps? Wenn Sie mit „Shift Left“ geantwortet haben, sind Sie auf dem richtigen Weg, Ihre DevOps-Ziele erfolgreich zu erreichen.
Doch was bedeutet das Konzept von „Shift Left“? Kann es wirklich dazu beitragen, das SAP-Änderungsrisiko zu reduzieren, das in den heutigen SAP-Umgebungen beträchtlich ist?
Shift Left ist ein Konzept, das dazu anregt, so viele Informationen und Erkenntnisse wie möglich so früh wie möglich im Entwicklungszyklus zu gewinnen.
Das bedeutet, dass alles – vom Design über das Schreiben des Codes bis hin zum Testen – frühzeitig im Prozess stattfindet. Dadurch werden Fehler früher entdeckt, die Anwendungsfunktionen entsprechen den Geschäftsanforderungen, und Aspekte der Sicherheit, Integration und Funktionalität werden früher gelöst.
Letztendlich können Sie das SAP-Änderungsrisiko erheblich reduzieren, und SAP-IT-Teams können hochwertige SAP Changes in Geschäftsgeschwindigkeit bereitstellen. Der Schlüssel liegt darin zu verstehen, an welchen Objekten Programmierer arbeiten, und sicherzustellen, dass das Risiko entsprechend berücksichtigt und kontrolliert wird.
Wie kann Rev-Trac – eine automatisierte SAP-Change-Management-Plattform – das SAP-Änderungsrisiko, das täglich durch technische Objekte entsteht, reduzieren?
Kritische und sensible Objekte
Viele Organisationen verfügen über Prozesse oder Tabellen, die für ihr tägliches Geschäft kritisch oder sehr sensibel sind.
Manchmal ist es notwendig, zusätzliche Schritte, höhere Kontrollstufen oder autorisierte Genehmigungen einzuführen, um die Bearbeitung dieser Objekte und deren Fortschritt durch eine SAP-Landschaft zu ermöglichen und das SAP-Änderungsrisiko zu reduzieren.
Mit Rev-Trac können Kunden Objekte oder Objektbereiche definieren, die höheren Compliance-Anforderungen unterliegen müssen. Dies wird erzwungen, wenn Programmierer diese definierten sensiblen Objekte ändern.
Parallel Development Workbench
Eines der riskantesten Unterfangen in der SAP-Anwendungsentwicklung ist, wenn zwei Programmierer parallel am selben Objekt arbeiten. Dies setzt Ihr Unternehmen einem falschen Transport-Sequencing und potenziellen Downgrades der Produktionsinstanz aus.
Traditionelle SAP-Sperren können dazu beitragen, das SAP-Änderungsrisiko zu reduzieren, aber sobald der Transport freigegeben ist, können das Tempo und die Dringlichkeit jeder Änderung die Reihenfolge der Bereitstellung weiter
komplizieren.
Die Verwendung von SAP Transport of Copies (TOCs) für Tests ist ein alternativer Ansatz, um die parallele Entwicklung besser zu verwalten und das SAP-Änderungsrisiko zu reduzieren.
Dies funktioniert, indem die Sperre aufrechterhalten wird, bis die Änderung für die Bereitstellung in der Produktion bereit ist. Dies wirkt sich jedoch auf alle im Transport enthaltenen Objekte aus. Dies ist eine Herausforderung, wenn Notfallanpassungen an einzelnen Objekten erforderlich sind.
Im Gegensatz dazu ermöglicht das Advanced Locking System von Rev-Trac, dass die Sperre auf dem Objekt verbleibt, bis die Änderung in der Produktion angekommen ist.
Die Parallel Development Workbench steuert dann, welche Objekte auf individueller Objektebene parallel entwickelt werden können.
Da es auf individueller Objektebene arbeitet, werden nicht alle Objekte innerhalb eines Transports oder einer Änderung beeinträchtigt.
Overtakes
Sobald die parallele Entwicklung genehmigt wurde, muss die korrekte Reihenfolge der Transporte verwaltet werden, da:
- Unerwünschte Objektmodifikationen unbeabsichtigt in eine nachfolgende Umgebung eingeführt werden können; und
- Außerhalb der Reihenfolge liegende Migrationen oft zu einem späteren Zeitpunkt zu einem Downgrade führen können.
Das Overtake and Overwrite Protection System (OOPS) von Rev-Trac bietet mehrere Warnungen vor potenziellen Problemen. Ein Overtake (außerhalb der Reihenfolge) ist ein
Vorläufer eines potenziellen Overwrites (Downgrade). Ein Overwrite kann nicht erfolgen, es sei denn, eine Überholung wurde genehmigt.
Die OOPS-Warnungen geben den Benutzern, die an einer Änderungsanforderung arbeiten, Bewusstsein und Echtzeitkontrolle und bieten ihnen die Möglichkeit, zusätzliche Risiken einzugehen.
CISS (Code Impact Scoring System)
CISS analysiert den Code in aufsteigender Richtung und entdeckt alle Programme oder Transaktionen und somit Prozesse, die ein geändertes Objekt beeinflussen könnte.
Die Funktion:
- Bietet Einblicke in Auswirkungen, die möglicherweise nicht erkannt wurden und riskanter sein könnten als erwartet
- Vermittelt ein Verständnis dafür, welche Transaktionen, Programme oder Prozesse im Fokus der Tests stehen sollten.
CISS bietet Echtzeit-Einblicke in die größeren Auswirkungen von Änderungen an SAP-Objekten. Dadurch kann das Risiko verstanden und verwaltet werden.
Fazit – Reduzieren Sie jetzt das SAP-Änderungsrisiko!
Benutzer eines automatisierten SAP-Change-Management-Systems müssen mit geeigneten Risikomanagement- und Risikominderungstools ausgestattet werden.
Dies stellt sicher, dass sie nicht nur auf die Risiken bei SAP Changes aufmerksam gemacht werden, sondern auch über geeignete Kontrollen verfügen, um die Risiken zu verwalten und zu überwachen.
Die erweiterten Funktionen von Rev-Trac unterstützen den Shift Left, indem sie Benutzer warnen, bevor ein Problem entsteht, oder sicherstellen, dass sie sich der Risiken so früh wie möglich bewusst sind.
Für weitere Informationen, wie Sie das SAP-Änderungsrisiko reduzieren können, kontaktieren Sie bitte einen unserer Change-Management-Experten.
