Die Rev-Trac Release Management Workbench ermöglicht es einer Organisation, SAP-Änderungen, die nicht einem SAP-Release zugeordnet sind, zu erkennen und separat zu steuern.

Dies kann einer Organisation auf verschiedene Weise zugute kommen und kann je nach Art der Veränderung unterschiedlich eingesetzt werden.

In diesem Artikel werde ich einige der Vorteile der Funktion für nicht zugeordnete Änderungen sowohl in einem SAP-Projekt als auch in einer SAP-Supportumgebung erörtern.

Nützliche Varianten

Über eine Variante in der Release Management Workbench ist es möglich, Sichten sehr spezifisch auf die gewünschten Controls zu gestalten.

Da die Freigabeverwaltung so eingerichtet ist, dass ein gemeinsames Rev-Trac-Projekt verwendet wird, ist es wahrscheinlich, dass die verschiedenen SAP-Support-Tracks und SAP-Projekt-Tracks einer Organisation durch das Feld Rev-Trac-Projekt unterschieden werden können.

Daher ist es wichtig, für die SAP-Releases, die das Unternehmen kontrollieren möchte, spezifische Varianten einzurichten.

Um die Release Management Workbench weiter zu steuern, sollten die Varianten unerwünschte Aufträge aus der Ansicht filtern, in der Regel sind dies abgeschlossene oder gelöschte Rev-Trac-Aufträge.

Umgebung unterstützen

In einer SAP-Support-Umgebung ist es möglich, die einzelnen SAP-Änderungen ganz getrennt voneinander durchzuführen, ohne dass sie jemals mit einem Release interagieren, bis sie vollständig getestet, der Code überprüft und für die Produktion bereit sind.

In einer idealen Umgebung meldet sich das Change Advisory Board (CAB) in der Release Management Workbench während des Meetings zum Produktionsstart an und hat eine Liste von SAP-Änderungen in der Spalte "Nicht zugeordnete Änderungen", die sich in verschiedenen Status befinden.

Eine weitere Kontrolle der Variante ermöglicht es der KBS, die nicht zugeordneten Änderungen auf diejenigen zu filtern, die den Status "produktionsreif" haben.

Alle SAP-Änderungen, die als produktionsreif gekennzeichnet sind, befinden sich in einem Zustand, der es ermöglicht, sie einem SAP-Support-Release hinzuzufügen und für die Migration in die Produktion auf einer Release-Ebene zu genehmigen.

Das CAB hat die volle Kontrolle darüber, welche Änderungen in das Support-Release für diesen Zeitraum aufgenommen werden können, indem es die Änderungen aus den nicht zugewiesenen Änderungen oder über die Releases hinweg zieht und ablegt.

Projektumgebung

Aufgrund der Natur der SAP-Projektarbeit ist es oft schon früh klar, zu welchem SAP-Release eine Änderung gehören soll.

Wenn also das CAB bereit ist, eine Projektfreigabe entweder für die Vorproduktion oder die Produktion (auf Release-Ebene) zu genehmigen, ist die Freigabe bereits erstellt worden und enthält eine vorgeschlagene Liste von SAP-Änderungen für die Migration in die nächste Umgebung (Vorproduktion oder Produktion, abhängig von der Landschaftseinrichtung).

Die KBS wird wahrscheinlich Änderungen finden, die noch nicht produktionsreif sind, und riskieren, die Veröffentlichung zu verzögern.

Zu diesem Zeitpunkt kann der CAB oder der Release Manager die vorzeitigen Änderungen aus dem Release herausziehen, entweder in das nächste geplante Release oder in die Spalte der nicht zugeordneten Änderungen.

Zu diesem Zeitpunkt kann das CAB auch die noch nicht zugewiesenen Änderungen überprüfen, um festzustellen, ob sie in die aktuelle Version aufgenommen werden können (vielleicht wurden sie aufgrund von Problemen in der Entwicklung, verzögerten Tests, Objektkollisionen oder Abhängigkeiten aus einer früheren Version verbannt).

Die nicht zugewiesenen Änderungen können als leistungsstarke Funktion der Release Management Workbench genutzt werden, um die Qualität, Transparenz und Agilität während eines Release Go-Live zu verbessern.

In den nächsten Monaten werde ich weitere Einblicke in die Möglichkeiten und empfohlenen Vorgehensweisen bei der Verwaltung von SAP-Releases mit Hilfe der neuen Release Management Workbench geben.