Gebräuchliche Versionsnamen in verschiedenen Phasen der Softwareentwicklung

Release-Management ist der Prozess der Verwaltung, Planung, Terminierung und Steuerung eines Software-Builds durch verschiedene Phasen und Umgebungen; es umfasst das Testen und die Bereitstellung von Software-Releases . [ 1 ] [ 2 ]

Beziehung zu Prozessen

Organisationen, die agile Softwareentwicklung eingeführt haben, verzeichnen deutlich mehr Releases. Mit der zunehmenden Beliebtheit agiler Entwicklungsmethoden gewinnt Continuous Delivery , ein neuer Ansatz für Software-Releases , an Bedeutung für den Übergang von der Entwicklung zur Veröffentlichung. [ 3 ] Ein Ziel von Continuous Delivery und DevOps ist die schnellere und häufigere Bereitstellung zuverlässigerer Anwendungen. Die Überführung der Anwendung vom Build-Prozess über verschiedene Umgebungen bis hin zur Produktionsumgebung als Release ist Teil der Continuous-Delivery-Pipeline. [ 4 ] Release-Manager nutzen zunehmend Tools wie Application Release Automation und Continuous Integration, um den Continuous-Delivery-Prozess zu optimieren und eine DevOps-Kultur zu etablieren. Dies geschieht durch die Automatisierung von Aufgaben, wodurch diese schneller, zuverlässiger und wiederholbarer ausgeführt werden können. Die gestiegene Anzahl an Software-Releases führt zu einer verstärkten Abhängigkeit von Release-Management- und Automatisierungstools für die Durchführung dieser komplexen Release-Prozesse. [ 5 ]

Beziehung zu ITIL/ITSM

In Organisationen, die ihren IT-Betrieb mithilfe des IT- Servicemanagement-Paradigmas , insbesondere des ITIL- Frameworks, steuern, orientiert sich das Release-Management an den ITIL-Konzepten und -Prinzipien. Es gibt mehrere formale ITIL-Prozesse, die mit dem Release-Management zusammenhängen, allen voran das Release- und Deployment-Management, das die Planung, Terminierung und Steuerung der Übertragung von Releases in Test- und Produktivumgebungen zum Ziel hat [ 6 ] , sowie der Change-Enablement-Prozess [ 7 ] . In ITIL-Organisationen sind Releases tendenziell seltener als in agilen Entwicklungsumgebungen. Die Release-Prozesse werden von den IT-Betriebsteams mithilfe von IT-Servicemanagement-Ticketingsystemen verwaltet, wobei der Fokus weniger auf der Automatisierung der Release-Prozesse liegt [ 8 ] .

Referenzen

  1. ^ Humble, Jez; Farley, David (2011). Continuous Delivery: Zuverlässige Software-Releases durch Build-, Test- und Deployment-Automatisierung . Pearson Education Inc., S. 110. ISBN 978-0-321-60191-9Die
  2. ^ Bays, Michael E. (1999). Software-Release-Methodik . Upper Saddle River, NJ: Prentice Hall PTR. ISBN 0-13-636564-7OCLC  41411901 .​
  3. ^ Ambler, Scott W. (12. Februar 2014). „Wir brauchen jetzt mehr agile IT!“ . Dr. Dobbs Welt der Softwareentwicklung . San Francisco: UBM.
  4. ^ Humble, Jez; Farley, David (2011). Continuous Delivery: Zuverlässige Software-Releases durch Build-, Test- und Deployment-Automatisierung . Pearson Education Inc., S.  255–257 . ISBN 978-0-321-60191-9Die
  5. ^ Best Practices im Änderungs-, Konfigurations- und Release-Management (Bericht). Gartner. 14. Juli 2010.
  6. ^ „ITIL Release and Deployment Management“ . IT Process Maps . Deutschland: Stefan und Andrea Kempter. 15. Mai 2016.
  7. ^ Karu, Kaimar (1. Dez. 2023). „ITIL 4 Practitioner: Change Enablement – ​​change with customer value in mind“ . Axelos Resource Hub . UK: Axelos.
  8. ^ „ITIL/ITSM Release Management Practices“ . Release Management Wiki . USA: Electric Cloud.