Die Release Management Workbench ermöglicht es einem Unternehmen, viele Änderungen zusammenzufassen, die Transporte der Änderungen zu einem Release zu synchronisieren und mit einem Minimum an Genehmigungen in großem Umfang zu verteilen.

Die Einführung der Release Management Workbench hat viele neue Möglichkeiten für das Änderungsmanagement und die Verwaltung paralleler SAP-Projektspuren geschaffen.

Ein Thema, das immer wieder auftaucht, ist der Prozess der Synchronisierung von Änderungen aus einem parallelen SAP-Projekt-Track in den Support-Track nach dem Produktivstart, oft auch als "Rückmeldung" bezeichnet.

Die beiden wichtigsten Überlegungen für die Rückmeldung von SAP-Projektänderungen in den Support-Track sind die folgenden:

  1. Sequentielles System, prozessgesteuert vs. gemeinsames Ziel, migrationsauftragsgesteuert
  2. Warteschlange für die Änderungsgenehmigung vs. Warteschlange für die Freigabe

Wenn man diese Überlegungen kombiniert, gibt es vier mögliche Einstellungen für die Rückspülung:

  1. Sequentielles System, prozessgesteuert und Warteschlangen für Änderungsgenehmigungen

Bei dieser Methode muss ein individueller Änderungsantrag mit einer Strategie konfiguriert werden, die die Migration zu jedem SAP-Projektverfolgungssystem sowie zu jedem Supportverfolgungssystem und zur Produktion berücksichtigt.

Mit dieser Methode können Migrationen zu den Support-Track-Systemen vor oder nach dem Produktionsstart erfolgen, so dass weitere Tests vor dem Start möglich sind.

Es ist zu bedenken, dass die Verwaltung von Änderungen an den einzelnen Tracksystemen besondere Sorgfalt bei der Abfolge und eine strengere Kontrolle durch den Release Manager erfordert, um sicherzustellen, dass alle Änderungen innerhalb des SAP-Projekts berücksichtigt werden.

Diese Methode kann nützlich sein, um die Migration stärker zu reglementieren, aber die Verwaltung der Freisetzungen lockerer zu gestalten.

  1. Sequentielles System, prozessgesteuert & Freigabe-Warteschlange

Bei dieser Methode muss die Freigabe die Migrationen zu den einzelnen Support-Track-Systemen entweder vor oder nach der Produktionseinführung verwalten.

Es wird vorgeschlagen, dass, wenn die Tests in den Support-Track-Systemen vor dem Produktionsstart durchgeführt werden, die Änderungsanforderungen so konfiguriert werden, dass sie die Test Erfolg/Misserfolg, während die Freigabe so konfiguriert ist, dass die Massenmigration aller untergeordneten Änderungen verwaltet wird.

Diese Methode bietet ein höheres Maß an Regulierung in Bezug auf die Migration, während sie gleichzeitig einen strengen und kontrollierten Ansatz für die Verwaltung von Freisetzungen beinhaltet.

  1. Gemeinsames Ziel, auftragsgesteuerte Migration und Warteschlangen für Änderungsgenehmigungen

Diese Methode erfordert einen einzigen Änderungsantrag, der die Genehmigung für die Produktion nach sich zieht und die Transporte in die Warteschlange aller unterstützenden Tracksysteme stellt.

Sobald die Transporte in der Warteschlange stehen, kann ein entsprechend autorisierter Rev-Trac-Migrationsadministrator Migrationen auslösen, wobei er entweder mit dem Produktionssystem beginnt oder die Transporte zunächst auf die Support-Track-Systeme anwendet.

Diese Methode gibt dem Migrationsadministrator die Kontrolle darüber, wann die Transporte in die einzelnen Systeme importiert werden, bietet jedoch keinen kontrollierten Ansatz für die Verwaltung der Freigabe.

Daher muss der Migrationsadministrator mithilfe von Dienstprogrammen zur Überprüfung der Reihenfolge und von Berichten über den Änderungsstatus sicherstellen, dass die Warteschlange ordnungsgemäß gefüllt ist, bevor er die Migrationsaufträge auslöst.

  1. Gemeinsames Ziel, Migrationsauftrag und Freigabe-Warteschlange

Meiner Meinung nach ist diese Methode am einfachsten zu handhaben und bietet die effizienteste Methode für den Start.

Bei dieser Methode ist nur eine einzige Genehmigung für die Produktion auf der Freigabeebene erforderlich.

Alle zugrundeliegenden Support-Änderungen werden erfasst, und die Transporte werden in eine entsprechende Reihenfolge gebracht und in eine Warteschlange für alle Support-Track-Systeme sowie für die Produktion gestellt.

Das Unternehmen kann die Migrationen zu den Support-Track-Systemen und zur Produktion in beliebiger Reihenfolge auslösen, wobei sichergestellt ist, dass alle Änderungen innerhalb des Releases berücksichtigt wurden.

Bei dieser Methode wird davon ausgegangen, dass für das SAP-Projekt-Release in den Support-Track-Systemen keine Tests erforderlich sind und dass alle "Work in Progress"-Supportänderungen in den Entwicklungssystemen überschrieben werden können.

ANMERKUNG: Abgesehen von den in diesem Artikel gegebenen Ratschlägen sollten Unternehmen die Sequenzierung, die Wiederholung des Transports und entsprechende Tests in Betracht ziehen, bevor diese Methoden eingesetzt werden können.

Es gibt viele Methoden zur Verwaltung von Freigaben in Rev-Trac. Wenden Sie sich bitte an unser interne Experten um herauszufinden, welches der beste Ansatz für das Versionsmanagement in Ihrem Unternehmen ist.