Mit der Einführung der Release Management Workbench ermöglicht Rev-Trac 7 nun einer Organisation, den Status der verschiedenen SAP-Änderungen innerhalb eines Releases oder mehrerer Releases zu erkennen und zu verwalten.

In der Supportumgebung ist es normalerweise offensichtlich, wie SAP-Änderungen gefördert oder verzögert werden können. Meistens liegt es am Fortschreiten der Entwicklung.

Einfach ausgedrückt: Eine Änderung, die früher als erwartet fertig ist, kann schneller in die Produktion übernommen werden.

Allerdings kann eine Änderung, die nicht rechtzeitig zum geplanten Zeitfenster für die Supportfreigabe produktionsreif ist, auf ein späteres Zeitfenster verschoben werden.

In einer Projektumgebung ist es oft komplizierter, und es müssen sowohl geschäftliche Verpflichtungen als auch kundenorientierte Fristen berücksichtigt werden.

Daher ist es typisch für einen Release Manager, das Risiko eines Projektstarts zu reduzieren, indem er Wellen von funktionalen Releases durchführt, die jeweils einen Produktionsstillstand erfordern können.

In einer modernen Dev-Ops-Umgebung werden durch den Einsatz einer agilen Entwicklungs- und Freigabemethodik die Systemausfallzeiten reduziert.

Dies ermöglicht ein häufigeres Durchlaufen der Funktionen, die aus kleineren Teilen bestehen.

Es gibt viele Möglichkeiten, wie ein Unternehmen die Rev-Trac Release Management Workbench konfigurieren kann, um Projektfreigaben zu handhaben. Hier sind einige der häufigsten Trends bei unseren Kunden:

  1. Wellenförmiger Ansatz für die Produktionsabläufe
  2. Initiativ basierte Freigaben
  3. Hyper-Care-Phase nach dem Produktionsstart

Wellenansatz für das Release-Management

Der Wave-Ansatz ermöglicht es einer Organisation, mehrere Releases in ein Projekt-Build einzubeziehen. Jede Welle dient in der Regel als Voraussetzung für die nachfolgende Welle.

In einigen Fällen können SAP-Änderungen per Drag & Drop zwischen Wellen verschoben werden, wenn keine Abhängigkeiten bestehen.

Auf diese Weise können verschiedene Teile der Funktionalität in unterschiedlicher Geschwindigkeit entwickelt werden, während gleichzeitig die Tests für die einzelnen Wellen beginnen können, sobald sie fertig sind.

Initiativbasierter Ansatz

Bei diesem Ansatz wird eine mehrstufige Hierarchie für die Freigabeverwaltung wie folgt verwendet:

Freigabe > Initiative > Veränderung

Wenn ein Unternehmen mehrere große Funktionsblöcke hat, die für die Entwicklung benötigt werden, können diese in Initiativen zusammengefasst werden.

Eine Initiative wird als ein einzelnes Miniprojekt oder als eine größere Geschäftsanforderung behandelt, die aus mehreren Änderungen besteht.

In diesem Fall bleiben die SAP-Änderungen innerhalb einer Initiative statisch, jedoch kann jede Initiative je nach Fortschritt und den geschäftlichen Anforderungen für das Go-Live zwischen verschiedenen Releases verschoben werden.

In einigen Fällen kann ein Unternehmen mehrere Initiativen abschließen und sie von der Freigabe zur Produktion zurückhalten, bis das Unternehmen bereit ist, die funktionalen Erweiterungen zu erhalten.

Hyper-Care nach dem Go-Live

Eine Hyper-Care-Freigabe kann genau wie eine nachfolgende Freigabe eingerichtet werden, umfasst jedoch auch diese:

  • Behebung von Fehlern, die in den ersten Tagen der Inbetriebnahme gefunden wurden
  • Geringfügige Änderungen, die aufgrund von Verzögerungen bei der TCO nicht in das Go-Live einbezogen wurden
  • Geringfügige Änderungen, wenn die Funktionalität beim Start nicht den Erwartungen entsprach

Es ist auch möglich, eine Hyper-Care-Periode zu konfigurieren, die es erlaubt, Änderungen in einer beschleunigten Art und Weise in die Produktion einfließen zu lassen, um sicherzustellen, dass Probleme nach dem Go-Live ohne den bürokratischen Aufwand einer typischen Support-Änderung bewältigt werden.

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.