Wenn Sie nach Freigabe verwalten, werden Sie mit zahlreichen Herausforderungen konfrontiert. Ich habe im Laufe der Zeit gelernt, dass sich der Rest von selbst ergibt und das Risiko reduziert, wenn man es in drei Schlüsselbereichen richtig macht.

Anstatt sie als Herausforderungen zu bezeichnen, sollten wir sie vielmehr als Erfolgsfaktoren bezeichnen.

Erster Erfolgsfaktor

Definieren Sie klar und deutlich eine akzeptable "Business as usual"- oder BAU-Änderung im Vergleich zu einer "Release-Änderung". Die Definition dieser beiden Kategorien ist entscheidend.

Wenn Sie Grauzonen lassen, werden die Benutzer Änderungswünsche ("Wir brauchen so schnell wie möglich eine neue Zeile im Benutzerformular!") in die BAU-Liste aufnehmen, um schnell handeln zu können.

Die BAU-Liste wird schnell aufgebläht, während die Release-Liste schrumpft, und Sie werden feststellen, dass Sie Ihre eigene Release-Strategie untergraben haben.

Zweiter Erfolgsfaktor

Der Prozess muss stimmen. Ein solider Prozess mit formalisierten Schritten zur Planung, Terminierung, Kontrolle und Freigabe von Releases stellt sicher, dass diese mit den Geschäftsanforderungen in Einklang stehen.

Durch die Durchsetzung des Prozesses wird verhindert, dass Änderungen nach Ablauf der Frist eingefügt oder aus einer Version entfernt werden. Vielleicht organisieren Sie Freigaben nach einer Anwendung, einem Datum oder einem anderen Kriterium.

Um die Bereitstellung zu beschleunigen, sollten Sie die Anzahl der Komponenten in Ihrem Prozess begrenzen, damit Ihre Tests nicht so umfangreich und tiefgreifend sein müssen. Ihre Änderungen werden schneller in Produktion gehen.

Dritter und letzter Erfolgsfaktor

Verwalten Sie Ihre parallelen Änderungen genau. Das betrifft sowohl die Änderungsdefinition als auch den Prozess. Gleichzeitige Änderungen innerhalb der BAU und des Releases können dazu führen, dass die BAU-Änderung überschrieben wird, wenn das Release in Produktion geht.

Solche Fehler können sehr schwer aufzuspüren sein und einen schlechten Eindruck von der Qualität der Freigabe oder sogar von der Strategie selbst hinterlassen. Eine gute Prozesskontrolle und -durchsetzung kann solche Probleme verhindern.

Wenn Sie erst einmal Entscheidungskriterien aufgestellt und geprüft, die Durchsetzung von Prozessen etabliert und parallele Änderungen kontrolliert haben, werden Sie vor vielen weiteren Entscheidungen stehen - aber Sie haben eine solide Grundlage dafür.

Sollten Sie zum Beispiel eine N+1-Entwicklungslandschaft einsetzen? Sie können diese Art von Problemen klären, indem Sie Schlüsselfragen wie diese beantworten:

  • Wie viele Änderungen wird jede Version enthalten (Umfang der Version)?
  • Welche Arten von Änderungen werden pro Release berücksichtigt (Auswirkungen des Releases)?
  • Wie oft sollen Releases in die Produktion einfließen (Release-Frequenz)?
  • Wie viel und welche Arten von Veränderungen werden das stetige Volumen des BAU-Wandels ausmachen?

Diese Tabelle kann Ihnen bei der Wahl der Zustellungsart helfen.

ÜberlegungenDEV - QAS - PRD (N)DV1 - QA1 (N+1)
Umfang der VeröffentlichungenNiedrig - MittelMittel - Hoch
Auswirkungen von FreisetzungenNiedrig - MittelMittel - Hoch
Häufigkeit der VeröffentlichungenVierteljährlich - halbjährlichVierzehntägig - Vierteljährlich
Steady state BAU VolumenNiedrig - MittelMittel - Hoch

Wenn Sie beispielsweise kleine bis mittlere Änderungen in Ihren BAU-Stream aufnehmen und die vierteljährliche Freigabe für größere Verbesserungen aufheben, können Sie auf N+1-Entwicklungsprozesse verzichten und stattdessen die Freigaben über Ihren Standardprozess verwalten.

Welcher Ansatz für Sie am besten geeignet ist, entscheiden Sie selbst. Achten Sie nur darauf, dass jeder Erfolgsfaktor, der "richtig" sein muss, Ihre Entscheidung unterstützt.

Wenn Sie mehr darüber erfahren möchten, wie Rev-Trac Ihnen helfen kann, Releases besser zu verwalten und jeden Erfolgsfaktor richtig zu nutzen, wenden Sie sich bitte an unsere Experten für SAP-Änderungsmanagement.