Releasemanagement: Unterschied zwischen den Versionen

Aus Foxwiki
Versionsgeschichte interaktiv durchsuchen
← Zum vorherigen Versionsunterschied
VisuellWikitext
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(23 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
'''topic''' - Kurzbeschreibung
'''Releasemanagement''' - Managementaktivität, die sich mit der Freigabe und dem Übergang von Entwicklungsständen in einen operativen Zustand befasst
 
== Beschreibung ==
== Beschreibung ==
[[File:Releasemngt.jpg|mini|400px|Prozesse im Release Management]]


<noinclude>
Das '''Releasemanagement''' (''Freigabemanagement'', ''Release Engineering'') ist traditionell eine Managementaktivität, die sich mit der Freigabe bzw.&nbsp;dem Übergang von Entwicklungsständen in einen operativen Zustand befasst.
== Anhang ==
=== Siehe auch ===
Es ist Bestandteil bei der [[Produktentwicklung|Entstehung]] von Komponenten, Systemen oder Produkten.  
{{Special:PrefixIndex/{{BASEPAGENAME}}}}
* Beispiele sind [[Entwicklungsstadium (Software)|Software]], Hardware (Elektrik oder Elektronik), mechanischer Bauteile, Computersysteme und die IT.  
==== Links ====
* Es unterstützt die übergeordnete Leitung dieser Bereiche.  
===== Weblinks =====
* Weitere Begriffe, die im Zusammenhang mit Releasemanagement verwendet werden, sind [[Softwareverteilung|Auslieferung]] (Deployment) und Distribution.
 
= TMP =
[[Datei:releasemngt.jpg|mini|350px|Zusammenhänge verschiedener Prozesse im Release Management]]
Das '''Releasemanagement''' (oder ''Freigabemanagement''<ref>{{Literatur |Autor=Fabian Wolf |Titel=Fahrzeuginformatik: Eine Einführung in die Software- und Elektronikentwicklung aus der Praxis der Automobilindustrie |Verlag=Springer Fachmedien Wiesbaden |Ort=Wiesbaden |Datum=2018 |ISBN=978-3-658-21223-0 |DOI=10.1007/978-3-658-21224-7 |Online=http://link.springer.com/10.1007/978-3-658-21224-7 |Abruf=2022-07-28}}</ref> bzw. ''Release Engineering'') ist traditionell eine Managementaktivität, die sich mit der Freigabe bzw. dem Übergang von Entwicklungsständen in einen operativen Zustand befasst.<ref>{{Internetquelle |autor=R.J. Cloutier (Editor in Chief) |url=https://www.sebokwiki.org/wiki/Deploying,_Using,_and_Sustaining_Systems_to_Solve_Problems |titel=Deploying, Using, and Sustaining Systems to Solve Problems - SEBoK |werk=The Guide to the Systems Engineering Body of Knowledge (SEBoK), v. 2.6 |hrsg=The Trustees of the Stevens Institute of Technology |datum=2022-07-28 |sprache=en |abruf=2022-07-28}}</ref> Es ist Bestandteil bei der [[Produktentwicklung|Entstehung]] von Komponenten, Systemen oder Produkten. Beispiele sind [[Entwicklungsstadium (Software)|Software]], Hardware (Elektrik oder Elektronik), mechanischer Bauteile, Computersysteme und die IT<ref>{{Literatur |Autor=Dominic Müller, Joachim Herbst, Markus Hammori, Manfred Reichert |Titel=IT Support for Release Management Processes in the Automotive Industry |Sammelwerk=Business Process Management |Band=4102 |Verlag=Springer Berlin Heidelberg |Ort=Berlin, Heidelberg |Datum=2006 |ISBN=978-3-540-38901-9 |DOI=10.1007/11841760_26 |Seiten=368–377 |Online=http://link.springer.com/10.1007/11841760_26 |Abruf=2022-07-28}}</ref>. Es unterstützt die übergeordnete Leitung dieser Bereiche. Weitere Begriffe, die im Zusammenhang mit Releasemanagement verwendet werden, sind [[Softwareverteilung|Auslieferung]] (Deployment) und Distribution.


== Hintergrund ==
== Hintergrund ==
Unter Freigabemanagement versteht man die Bündelung und Bereitstellung von Änderungen von Versionsständen zu einem sog. Release oder Versionspaket.
Unter Freigabemanagement versteht man die Bündelung und Bereitstellung von Änderungen von Versionsständen zu einem sog.&nbsp;elease oder Versionspaket.


Der Begriff findet häufig Verwendung in der Softwareentwicklung, jedoch bezieht sich die Aufgabe ganz allgemein auch auf z. B. Elektronikentwicklung (vgl. [[Bemusterung (Technik)|Musterstände]]), Prototypen, Systeme oder generelle Produkte. Freigabemanagement ist eine Erweiterung der [[Versionsverwaltung]]. Des Weiteren ist die Eingliederung eines freigegebenen Objektes in eine Infrastruktur oder Produktion bedeutend.<ref>{{Literatur |Autor=Kim H. Pries |Titel=Project management of complex and embedded systems : ensuring product integrity and program quality |Verlag=CRC Press |Ort=Boca Raton |Datum=2009 |Sprache=en |ISBN=978-1-4200-7206-8 |Seiten=215 ff.}}</ref> Als Beispiel kann man sich eine Software (oder Anteile davon) vorstellen, die bei einem Auftragnehmer kodiert wurde und nach Abschluss aller Tests an einen Auftraggeber übergeben wird, welcher diese in seinem Produkt weiterverwendet.
Der Begriff findet häufig Verwendung in der Softwareentwicklung, jedoch bezieht sich die Aufgabe ganz allgemein auch auf z.&nbsp;.&nbsp;lektronikentwicklung (vgl.&nbsp;[Bemusterung (Technik)|Musterstände]]), Prototypen, Systeme oder generelle Produkte.  
* Freigabemanagement ist eine Erweiterung der [[Versionsverwaltung]].  
* Des Weiteren ist die Eingliederung eines freigegebenen Objektes in eine Infrastruktur oder Produktion bedeutend.  
* Als Beispiel kann man sich eine Software (oder Anteile davon) vorstellen, die bei einem Auftragnehmer kodiert wurde und nach Abschluss aller Tests an einen Auftraggeber übergeben wird, welcher diese in seinem Produkt weiterverwendet.


Das Freigabemanagement interagiert mit dem [[Veränderungsmanagement|Veränderungs-]] und [[Konfigurationsmanagement]], sowie [[Integrationsmanagement]]. Es ist jedoch eine eigenständige Disziplin. Es bezieht außerdem Erfahrungen aus dem [[Produktmanagement]] generell.
Das Freigabemanagement interagiert mit dem [[Veränderungsmanagement|Veränderungs-]] und [[Konfigurationsmanagement]], sowie [[Integrationsmanagement]].  
* Es ist jedoch eine eigenständige Disziplin.  
* Es bezieht außerdem Erfahrungen aus dem [[Produktmanagement]] generell.


== Ziele ==
== Ziele ==
Das Freigabemanagement erfüllt verschiedene Ziele, wie z.&nbsp;B.:
{| class="wikitable options"
 
|-
=== Verfügbar machen von Entwicklungsständen ===
! Ziel !! Beschreibung
Als Grundziel dient das Freigabemanagement dem Bereitstellen von Entwicklungsständen. Das Ziel ist dabei die Abnahme (Übernahme) durch einen Kunden oder andere Partei. Es bildet damit die prozessuale Schnittstelle, z. B. beim Übergang von Software zu Hardware oder eines allgemeinen Produktes vom Ende der Entwicklungsphase zum Endverbraucher.
|-
 
| Entwicklungsständen verfügbar machen || Als Grundziel dient das Freigabemanagement dem Bereitstellen von Entwicklungsständen.  
=== Risikominimierung von Änderungen ===
* Das Ziel ist dabei die Abnahme (Übernahme) durch einen Kunden oder andere Partei.  
Änderungen sind allgegenwärtiger Bestandteil in einer Produktentwicklung. Effektives Releasemanagement kann die negativen Folgen von mangelhaften Spezifikationen, Designs, Implementierungen oder Tests und deren Einfluss auf andere Prozesse, Systeme oder Geschäftspartner hemmen.
* Es bildet damit die prozessuale Schnittstelle, z.&nbsp;B.&nbsp;beim Übergang von Software zu Hardware oder eines allgemeinen Produktes vom Ende der Entwicklungsphase zum Endverbraucher.
 
|-
Hinweis: Das eigentliche [[Veränderungsmanagement]] beschäftigt sich explizit mit der Kontrolle von Änderungen innerhalb eines Produktlebenszyklus bzw. dessen Teilabschnitte. Das [[Anforderungsmanagement]] ist für ebenfalls als eigenständige Disziplin zu erwähnen.
| Risikominimierung von Änderungen || Änderungen sind allgegenwärtiger Bestandteil in einer Produktentwicklung.  
 
* Effektives Releasemanagement kann die negativen Folgen von mangelhaften Spezifikationen, Designs, Implementierungen oder Tests und deren Einfluss auf andere Prozesse, Systeme oder Geschäftspartner hemmen.
=== Erfüllung von Standards und Normen ===
Hinweis: Das eigentliche [[Veränderungsmanagement]] beschäftigt sich explizit mit der Kontrolle von Änderungen innerhalb eines Produktlebenszyklus bzw.&nbsp;dessen Teilabschnitte.  
Verschiedene Normen fordern Arbeitsprodukte, welche u.&nbsp;a. vom Releasemanagement generiert und erfüllt werden müssen. Beispiel: [[Automotive SPICE]], dort SPL.2 Product Release.
* Das [[Anforderungsmanagement]] ist für ebenfalls als eigenständige Disziplin zu erwähnen.
 
|-
=== Einfluss auf Produktqualität ===
| Erfüllung von Standards und Normen || Verschiedene Normen fordern Arbeitsprodukte, welche u.&nbsp;.&nbsp;vom Releasemanagement generiert und erfüllt werden müssen. Beispiel: [[Automotive SPICE]], dort SPL.2 Product Release.
Eine Freigabe steht auch in Bezug zu einer [[Verifizierung und Validierung]] einer Komponente, Systems oder Produktes. Sie dient als formelle Grundlage dafür.
|-
| Einfluss auf Produktqualität || Eine Freigabe steht auch in Bezug zu einer [[Verifizierung und Validierung]] einer Komponente, Systems oder Produktes. Sie dient als formelle Grundlage dafür.
|}


== Aktivitäten ==
== Aktivitäten ==
 
Einige Aktivitäten, die für eine Freigabe notwendig sind, sind z.&nbsp;B.:
Einige Aktivitäten, die für eine Freigabe notwendig sind, sind z. B.:
* Festlegung des Umfangs einer Freigabe (in Abstimmung mit dem Projektteam, dem Auftraggeber etc.)
* Festlegung des Umfangs einer Freigabe (in Abstimmung mit dem Projektteam, dem Auftraggeber etc.)
* Festlegung des genauen Zeitplans einer Freigabe in Abstimmung mit dem Change- bzw. [[Produktmanagement]]
* Festlegung des genauen Zeitplans einer Freigabe in Abstimmung mit dem Change- bzw.&nbsp;[[Produktmanagement]]
* [[Qualitätskontrolle]] der Freigabe anhand von festgelegten Kriterien bzw. Checklisten
* [[Qualitätskontrolle]] der Freigabe anhand von festgelegten Kriterien bzw.&nbsp;Checklisten
* Dokumentation des Inhalts der Freigabe, dabei insbesondere Beschreibung der für die Rückwärts[[Kompatibilität (Technik)|kompatibilität]] relevanten Eigenschaften
* Dokumentation des Inhalts der Freigabe, dabei insbesondere Beschreibung der für die Rückwärts[[Kompatibilität (Technik)|kompatibilität]] relevanten Eigenschaften
* Verwaltung der Versionshistorie (''[[Versionierung]]''), damit Sicherstellung der Reproduzierbarkeit
* Verwaltung der Versionshistorie (''[[Versionierung]]''), damit Sicherstellung der Reproduzierbarkeit


== Ablauf, Bausteine und Phasen ==
== Ablauf ==
 
;Ablauf, Bausteine und Phasen
=== Koordination und Anforderungen ===
=== Koordination und Anforderungen ===
Die Aufgabe wird meist von einem eigenständigen Releasemanager<ref>{{Internetquelle |url=https://sre.google/sre-book/release-engineering/ |titel=Google - Site Reliability Engineering |abruf=2022-07-29}}</ref> bzw. Projektleiter oder sogar Team<ref name=":0">{{Internetquelle |autor=Tyler Cipriani |url=https://diff.wikimedia.org/2021/10/07/how-the-wikimedia-foundation-deploys-code/ |titel=How the Wikimedia Foundation deploys code |werk=Diff |datum=2021-10-07 |sprache=en-US |abruf=2022-07-28}}</ref> durchgeführt. Inhaltlich bedeutet dies die Planung und Ausführung von Freigaben. Dabei werden festgelegte Umfänge (Anforderungen und Kriterien) berücksichtigt. Ein Verfügbar machen (intern oder extern) für den Endbenutzer bzw. Zielsystem ist dabei Hauptbestandteil der Aufgabe.
Die Aufgabe wird meist von einem eigenständigen Releasemanager durchgeführt.  
* Inhaltlich bedeutet dies die Planung und Ausführung von Freigaben.  
* Dabei werden festgelegte Umfänge (Anforderungen und Kriterien) berücksichtigt.  
* Ein Verfügbar machen (intern oder extern) für den Endbenutzer bzw.&nbsp;Zielsystem ist dabei Hauptbestandteil der Aufgabe.


Ein Zusammenspiel erfolgt mit dem [[Veränderungsmanagement]] ([[Change Management (ITIL)]]), [[Integrationsmanagement]], [[Testmanagement]] ([[Akzeptanztest]]s), [[Marketing]] etc. bzw. anderen Unternehmenseinheiten. Die meisten an einer Produktentwicklung beteiligten Einheiten werden über das Freigabemanagement angesprochen bzw. es werden Ergebnisse aus den einzelnen Bereichen eingefordert. Unabhängig von einer Freigabe läuft die Produktentwicklung meist weiter. Jedoch kann eine Freigabe (je nach Umfang und Zielsetzung) auch einen Abschluss bzw. Neubeginn einer Projektphase darstellen ([[Meilenstein (Projektmanagement)|Meilensteine]]).
Ein Zusammenspiel erfolgt mit dem [[Veränderungsmanagement]] ([[Change Management (ITIL)]]), [[Integrationsmanagement]], [[Testmanagement]] ([[Akzeptanztest]]s), [[Marketing]] etc.&nbsp;bzw.&nbsp;anderen Unternehmenseinheiten.  
* Die meisten an einer Produktentwicklung beteiligten Einheiten werden über das Freigabemanagement angesprochen bzw.&nbsp;es werden Ergebnisse aus den einzelnen Bereichen eingefordert.  
* Unabhängig von einer Freigabe läuft die Produktentwicklung meist weiter.  
* Jedoch kann eine Freigabe (je nach Umfang und Zielsetzung) auch einen Abschluss bzw.&nbsp;Neubeginn einer Projektphase darstellen ([[Meilenstein (Projektmanagement)|Meilensteine]]).


=== Planung ===
=== Planung ===
Die Planung der Freigabe ist als eigenständiges Projekt zu verstehen. Es müssen Zeitpläne erstellt werden, Umfänge abgeschätzt und festgelegt, Kommunikation mit [[Stakeholder]]n etc. bewältigt werden, alles was notwendig ist um eine Freigabe zu ermöglichen.
Die Planung der Freigabe ist als eigenständiges Projekt zu verstehen.  
* Es müssen Zeitpläne erstellt werden, Umfänge abgeschätzt und festgelegt, Kommunikation mit [[Stakeholder]]n etc.&nbsp;bewältigt werden, alles was notwendig ist um eine Freigabe zu ermöglichen.


=== Entscheidung ===
=== Entscheidung ===
Der Releasemanager entscheidet, wann ein System als Release zur Weitergabe freigegeben werden kann. Durch eine geeignete Release-Strategie muss dabei darauf geachtet werden, dass das System frei von schwerwiegenden Fehlern, also produktionssicher ist. In der traditionellen [[Entwicklungsstadium (Software)#Release Candidate|Softwareentwicklung]] ist dies meist der Fall, wenn der Entwicklungsprozess das Stadium [[Entwicklungsstadium (Software)#Release Candidate|Release Candidate]] erreicht.
Der Releasemanager entscheidet, wann ein System als Release zur Weitergabe freigegeben werden kann.  
* Durch eine geeignete Release-Strategie muss dabei darauf geachtet werden, dass das System frei von schwerwiegenden Fehlern, also produktionssicher ist.  
* In der traditionellen [[Entwicklungsstadium (Software)#Release Candidate|Softwareentwicklung]] ist dies meist der Fall, wenn der Entwicklungsprozess das Stadium [[Entwicklungsstadium (Software)#Release Candidate|Release Candidate]] erreicht.


=== Risikoanalyse ===
=== Risikoanalyse ===
Das Freigabemanagement integriert die Arbeitsprodukte des Risikomanagement, wie z. B. Risikoanalysen, die für den betreffenden Release Gültigkeit haben. Zu jeder Freigabe werden diverse Risiken einer Freigabe abgeschätzt. Diese können sich von anderen Risiken unterscheiden und sind speziell zugeschnitten.
Das Freigabemanagement integriert die Arbeitsprodukte des Risikomanagement, wie z.&nbsp;B.&nbsp;Risikoanalysen, die für den betreffenden Release Gültigkeit haben.  
* Zu jeder Freigabe werden diverse Risiken einer Freigabe abgeschätzt.  
* Diese können sich von anderen Risiken unterscheiden und sind speziell zugeschnitten.


=== Qualitätskontrolle ===
=== Qualitätskontrolle ===
Das Freigabemanagement integriert Test- und Prüfberichte (bereitgestellt von der Qualitätsabteilung) für den jeweiligen Release. Weiterhin spielen im Falle von Software auch Ergebnisse aus der [[Informationssicherheit]] eine Rolle (z. B. [[Penetrationstest (Informatik)|Penetrationstest]]) und können Einfluss auf eine Freigabe nehmen.
Das Freigabemanagement integriert Test- und Prüfberichte (bereitgestellt von der Qualitätsabteilung) für den jeweiligen Release.  
* Weiterhin spielen im Falle von Software auch Ergebnisse aus der [[Informationssicherheit]] eine Rolle (z.&nbsp;B.&nbsp;[[Penetrationstest (Informatik)|Penetrationstest]]) und können Einfluss auf eine Freigabe nehmen.
 
=== Bereitstellung ===
; Bereitstellung der eigentlichen Freigabe
Das Freigabemanagement arbeitet entlang der Produktentwicklung und bereitet meist eine zyklische Herausgabe vor.
* Wenn die reine Entwicklung abgeschlossen ist, bedeutet das aber nicht gleichzeitig eine Veröffentlichung.  


=== Bereitstellung der eigentlichen Freigabe ===
; Dazu müssen oft noch weitere Schritte erfolgen
Das Freigabemanagement arbeitet entlang der Produktentwicklung und bereitet meist eine zyklische Herausgabe vor. Wenn die reine Entwicklung abgeschlossen ist, bedeutet das aber nicht gleichzeitig eine Veröffentlichung. Dazu müssen oft noch weitere Schritte erfolgen:
* Erstellung der Konfigurationsstände, welche alle Komponenten beinhaltet
* Erstellung der Konfigurationsstände, welche alle Komponenten beinhaltet
* Zusammenstellung und Bezeichnung von Software-Quellcode, Hardwaredesigns, technischen Zeichnungen oder anderer Elemente
* Zusammenstellung und Bezeichnung von Software-Quellcode, Hardwaredesigns, technischen Zeichnungen oder anderer Elemente
Zeile 74: Zeile 94:


=== Dokumentation ===
=== Dokumentation ===
Die Dokumentation dient z. B. der späteren Nachproduktion oder [[Rückverfolgbarkeit (Anforderungsmanagement)|Rückverfolgung]] von speziellen Releases für einzelne Kunden oder Plattformen.
Die Dokumentation dient z.&nbsp;B.&nbsp;der späteren Nachproduktion oder [[Rückverfolgbarkeit (Anforderungsmanagement)|Rückverfolgung]] von speziellen Releases für einzelne Kunden oder Plattformen.  
 
* Es sollte eine komplette Beschreibung der gesamten [[Systemumgebung]] und des zugrunde liegenden Systems (Programme, Versionen, Dokumente, Beschreibungen, [[Anleitung]]en, generelle Artefakte) erstellt werden.
Es sollte eine komplette Beschreibung der gesamten [[Systemumgebung]] und des zugrunde liegenden Systems (Programme, Versionen, Dokumente, Beschreibungen, [[Anleitung]]en, generelle Artefakte) erstellt werden.


== Zusammenhang mit Softwareentwicklung ==
== Softwareentwicklung ==
;Zusammenhang mit Softwareentwicklung


=== Methodologie ===
=== Methodologie ===
Software-Freigabemanagement verändert sich als Aufgabe ebenso wie die Softwareentwicklung selbst. Im Falle von Groß-Softwareprojekten existieren eigene Release-Teams (bzw. Release-Engineering Teams) und eigene Abläufe, die sich je nach Projekt aufstellen, anpassen und optimieren. Als Beispiel arbeitet das Release-Team der Wikimedia Foundation ([[MediaWiki]]) mit sog. ''Release-Trains'' (Freigabezügen), welche wöchentlich stattfinden.<ref name=":0" /> Je nach Software-Kontext (z. B. Open Source Software<ref>{{Internetquelle |autor=Stefano Zacchiroli |url=http://blog.ieeesoftware.org/2016/08/release-management-in-open-source.html |titel=Release management in Open Source projects |sprache=en |abruf=2022-07-28}}</ref> oder Mobile Apps<ref>{{Internetquelle |autor=Federica Sarro |url=http://blog.ieeesoftware.org/2016/03/release-management-of-mobile-apps.html |titel=Release Management of Mobile Apps |sprache=en |abruf=2022-07-28}}</ref>) ergeben sich eigenständige Anforderungen und Herausforderungen. Die hohe Komplexität (Datenmengen, Datenbanken, Schnittstellen, Benutzereingaben/UIs, Zielgeräte, Probleme usw.) von Software spiegelt sich u.&nbsp;a. auch bei der Freigabe wieder. Dies kann am Beispiel der [[Corona-Warn-App]] detailreich nachvollzogen werden.
Software-Freigabemanagement verändert sich als Aufgabe ebenso wie die Softwareentwicklung selbst.  
* Im Falle von Groß-Softwareprojekten existieren eigene Release-Teams (bzw.&nbsp;Release-Engineering Teams) und eigene Abläufe, die sich je nach Projekt aufstellen, anpassen und optimieren.  
* Als Beispiel arbeitet das Release-Team der Wikimedia Foundation ([[MediaWiki]]) mit sog. ''Release-Trains'' (Freigabezügen), welche wöchentlich stattfinden.  
* Je nach Software-Kontext (z.&nbsp;B.&nbsp;Open Source Software) ergeben sich eigenständige Anforderungen und Herausforderungen.  
* Die hohe Komplexität (Datenmengen, Datenbanken, Schnittstellen, Benutzereingaben/UIs, Zielgeräte, Probleme usw.) von Software spiegelt sich u.&nbsp;.  
* auch bei der Freigabe wieder.  
* Dies kann am Beispiel der [[Corona-Warn-App]] detailreich nachvollzogen werden.


=== Werkzeuge, Services, Methodologien ===
=== Werkzeuge, Services, Methodologien ===
Für Releasemanagement stehen verschiedene Werkzeuge zur Verfügung, je nach Produkt und Industrie.
Für Releasemanagement stehen verschiedene Werkzeuge zur Verfügung, je nach Produkt und Industrie.


''Hinweis: Ein reines Werkzeug zur Versionskontrolle dient noch nicht zum eigentlichen Releasemanagement. Anteilig am Releasemanagement sind auch die sog. [[Versionshinweise]].''
''Hinweis: Ein reines Werkzeug zur Versionskontrolle dient noch nicht zum eigentlichen Releasemanagement.  
* Anteilig am Releasemanagement sind auch die sog. [[Versionshinweise]].''


==== Beispiele ====
==== Beispiele ====
 
* [[Apache Subversion]] (SVN) – Für das Projekt existieren eigenständige Software-Release Methoden für Entwickler, die sich beteiligen wollen.
* [[Apache Subversion]] (SVN) – Für das Projekt existieren eigenständige Software-Release Methoden für Entwickler, die sich beteiligen wollen.<ref>{{Internetquelle |url=https://subversion.apache.org/docs/community-guide/releasing.html |titel=Apache Subversion - Community Guide - Making Subversion Releases |abruf=2022-07-28}}</ref>
* [[DevOps]] – auch im DevOps existieren eigene Ansätze zum Releasemanagement.
* [[DevOps]] – auch im DevOps existieren eigene Ansätze zum Releasemanagement.<ref>{{Literatur |Autor=Abhinav Krishna Kaiser |Titel=Release Management in DevOps |Sammelwerk=Reinventing ITIL® in the Age of DevOps |Verlag=Apress |Ort=Berkeley, CA |Datum=2018 |ISBN=978-1-4842-3975-9 |DOI=10.1007/978-1-4842-3976-6_10 |Seiten=271–295 |Online=http://link.springer.com/10.1007/978-1-4842-3976-6_10 |Abruf=2022-07-28}}</ref>
* [[GitHub]] – Git basierte Plattform, mit eigenen Freigabemechanismen
* [[GitHub]] – Git basierte Plattform, mit eigenen Freigabemechanismen<ref>{{Internetquelle |url=https://ghdocs-prod.azurewebsites.net/en/repositories/releasing-projects-on-github/managing-releases-in-a-repository |titel=Managing releases in a repository |sprache=en |abruf=2022-07-29}}</ref>
* [[GitLab]] – Git-basierte Plattform, mit eigenen Freigabemechanismen
* [[GitLab]] – Git-basierte Plattform, mit eigenen Freigabemechanismen<ref>{{Internetquelle |url=https://docs.gitlab.com/ee/topics/release_your_application.html |titel=Deploy and release your application {{!}} GitLab |sprache=en-us |abruf=2022-07-29}}</ref>
* [[Kontinuierliche Integration]] (CI/CD)
* [[Kontinuierliche Integration]] (CI/CD)
** ''Hinweis: Kontinuierliche Integration kann als eine Art Weiterentwicklung der einfachen Versionskontrolle verstanden werden. Es kann ebenso automatische Releases verwalten. Es ist jedoch meist eine Kernfrage des Releasemanagement die genauen Inhalte (Features) und Defekte zu definieren und koordinieren.''
** ''Hinweis: Kontinuierliche Integration kann als eine Art Weiterentwicklung der einfachen Versionskontrolle verstanden werden.  
* ''Release Control''<ref>{{Internetquelle |url=https://www.microfocus.com/en-us/products/release-control/overview |titel=Release Management Tool {{!}} Application Release Automation {{!}} Micro Focus |sprache=en-us |abruf=2022-07-29}}</ref> – Ein Softwareprodukt von [[Micro Focus]]
* Es kann ebenso automatische Releases verwalten.  
* Es ist jedoch meist eine Kernfrage des Releasemanagement die genauen Inhalte (Features) und Defekte zu definieren und koordinieren.''
* ''Release Control'' – Ein Softwareprodukt von [[Micro Focus]]


== Zusammenhang Informationstechnologie und ITIL ==
== Informationstechnologie und ITIL ==
Das Freigabemanagement dient dem [[Service-Management|Service Management]] und ist Teil des [[ITSM|IT-Service-Management]] (ITSM).<ref>{{Internetquelle |autor=Stefan Kempter, Andrea Kempter |url=https://wiki.de.it-processmaps.com/index.php/Release_Management |titel=Release Management {{!}} IT Process Wiki |hrsg=IT Process Maps GbR |sprache=en |abruf=2022-07-28}}</ref> Es ist seit ITIL v3 eine eigenständige Prozesseinheit.
;Zusammenhang Informationstechnologie und ITIL
Das Freigabemanagement dient dem [[Service-Management|Service Management]] und ist Teil des [[ITSM|IT-Service-Management]] (ITSM).  
* Es ist seit ITIL v3 eine eigenständige Prozesseinheit.


Im Zusammenhang mit ITIL stehen das geforderte [[ITIL Definitive Hardware Library|Definitive Hardware Library]] und [[ITIL Definitive Software Library|Definitive Software Library]].<ref>{{Internetquelle |url=https://advisera.com/20000academy/blog/2014/10/28/itil-definitive-software-library-definitive-hardware-store/ |titel=ITIL Definitive Software Library and Definitive Hardware Store |sprache=en-US |abruf=2022-07-28}}</ref> Die Bedeutung ist jeweils die Archivierung (logische Verwaltung) von technischen bzw. Softwarekomponenten eines Unternehmens. Das DSL wurde nach der Veröffentlichung von ITIL v3 zu DML (Definitive Media Library) umbenannt.
Im Zusammenhang mit ITIL stehen das geforderte [[ITIL Definitive Hardware Library|Definitive Hardware Library]] und [[ITIL Definitive Software Library|Definitive Software Library]].  
* Die Bedeutung ist jeweils die Archivierung (logische Verwaltung) von technischen bzw.&nbsp;Softwarekomponenten eines Unternehmens.  
* Das DSL wurde nach der Veröffentlichung von ITIL v3 zu DML (Definitive Media Library) umbenannt.


== Neuartige oder angrenzende Entwicklungen ==
== Neuartige oder angrenzende Entwicklungen ==
* [[Over-the-Air-Update]]s sind sowohl in der Telekommunikation, [[Internet der Dinge]], als auch Automobilindustrie<ref>{{Internetquelle |autor=Wolfgang Rudschies |url=https://www.adac.de/rund-ums-fahrzeug/reparatur-pflege-wartung/reparatur-rueckruf/updates-over-the-air/ |titel=Updates over the air: Wie das Auto per Software aufgefrischt wird |werk=ADAC |hrsg=Allgemeiner Deutscher Automobil-Club e.V. (ADAC) |datum=27.07.2021 |abruf=2022-07-28}}</ref> teils im produktiven Einsatz und fordern ein robustes und geeignetes Freigabemanagement.
* [[Over-the-Air-Update]]s sind sowohl in der Telekommunikation, [[Internet der Dinge]], als auch Automobilindustrie teils im produktiven Einsatz und fordern ein robustes und geeignetes Freigabemanagement.
* Im [[Cloud Computing]] werden bei [[Microsoft Azure]] sog. ''Feeds'' genutzt, um Pakete zu bündeln und verteilen.<ref>{{Internetquelle |autor=ramiMSFT |url=https://docs.microsoft.com/en-us/azure/devops/artifacts/concepts/feeds |titel=What are feeds? - Azure Artifacts |sprache=en-us |abruf=2022-07-28}}</ref>
* Im [[Cloud Computing]] werden bei [[Microsoft Azure]] sog. ''Feeds'' genutzt, um Pakete zu bündeln und verteilen.
* Ein anderes Instrument sind [[Containervirtualisierung|Container]], speziell [[Docker (Software)|Docker]].<ref>{{Internetquelle |url=https://dzone.com/guides/orchestrating-and-deploying-containers |titel=Orchestrating and Deploying Containers - DZone Research Guides |sprache=en |abruf=2022-08-03}}</ref>
* Ein anderes Instrument sind [[Containervirtualisierung|Container]], speziell [[Docker (Software)|Docker]].
* Release Management von [[Microservices]].<ref>{{Internetquelle |url=https://community.atlassian.com/t5/Agile-articles/Efficient-Release-Management-of-Microservices-Based-Solution/ba-p/1022713 |titel=Efficient Release Management of Microservices Based Solution |datum=2019-03-02 |sprache=en |abruf=2022-08-03}}</ref>
* Release Management von [[Microservices]].
* [[App Store]]s – Spezifische Fragestellungen (auch Rechtliche<ref>{{Literatur |Autor=Jörn Lenz |Titel=Rechtliche Stellung von App-Stores |Verlag=Springer Fachmedien Wiesbaden |Ort=Wiesbaden |Datum=2018 |ISBN=978-3-658-20981-0 |DOI=10.1007/978-3-658-20982-7 |Online=http://link.springer.com/10.1007/978-3-658-20982-7 |Abruf=2022-07-29}}</ref>) und Techniken<ref>{{Literatur |Autor=Radoslava Leseva Adams, Hristo Lesev |Titel=Releasing Your App in the App Store |Sammelwerk=Migrating to Swift from Flash and ActionScript |Verlag=Apress |Ort=Berkeley, CA |Datum=2016 |ISBN=978-1-4842-1667-5 |DOI=10.1007/978-1-4842-1666-8_23 |Seiten=483–502 |Online=http://link.springer.com/10.1007/978-1-4842-1666-8_23 |Abruf=2022-07-29}}</ref><ref>{{Literatur |Autor=Lee Englestone |Titel=Publishing to the App Store |Sammelwerk=.NET Developer's Guide to Augmented Reality in iOS |Verlag=Apress |Ort=Berkeley, CA |Datum=2021 |ISBN=978-1-4842-6769-1 |DOI=10.1007/978-1-4842-6770-7_17 |Seiten=151–178 |Online=http://link.springer.com/10.1007/978-1-4842-6770-7_17 |Abruf=2022-07-29}}</ref> ergeben sich für Software, die in sog. App Stores veröffentlicht wird.
* [[App Store]]s – Spezifische Fragestellungen (auch Rechtliche ergeben sich für Software, die in sog.&nbsp;App Stores veröffentlicht wird.
* Die NASA bietet seine für die Raumfahrt entwickelte Software der Öffentlichkeit an und hat dafür ein eigenständiges Programm aufgelegt.<ref>{{Internetquelle |url=https://software.nasa.gov/ |titel=Home {{!}} NASA Software Catalog |abruf=2022-07-28}}</ref>
* Die NASA bietet seine für die Raumfahrt entwickelte Software der Öffentlichkeit an und hat dafür ein eigenständiges Programm aufgelegt.


== Normen ==
== Normen ==
 
* [[ISO/IEC 20000]]
* [[ISO/IEC 20000]]<ref>{{Internetquelle |autor=14:00-17:00 |url=https://www.iso.org/cms/render/live/en/sites/isoorg/contents/data/standard/07/06/70636.html |titel=ISO/IEC 20000-1:2018 |abruf=2021-02-10 |sprache=en}}</ref>
* [[Automotive SPICE]]
* [[Automotive SPICE]]


== Literatur ==


=== Artikel<!-- Chronologisch --> ===
<noinclude>
 
* {{Literatur |Autor=Eero Laukkanen, Maria Paasivaara, Juha Itkonen, Casper Lassenius |Titel=Comparison of release engineering practices in a large mature company and a startup |Sammelwerk=Empirical Software Engineering |Band=23 |Nummer=6 |Datum=2018-12 |Sprache=en |DOI=10.1007/s10664-018-9616-7 |Seiten=3535–3577}}
* {{Literatur |Autor=Bram Adams, Shane McIntosh |Titel=Modern Release Engineering in a Nutshell -- Why Researchers Should Care |Sammelwerk=2016 IEEE 23rd International Conference on Software Analysis, Evolution, and Reengineering (SANER) |Verlag=IEEE |Ort=Suita, Osaka, Japan |Jahr=2016 |Sprache=en |ISBN=978-1-5090-1855-0 |DOI=10.1109/SANER.2016.108 |Seiten=78–90}}
* {{Literatur |Autor=Pratik K. Biswas |Titel=Autonomic Software Release Management for Communications Networks |Sammelwerk=2007 10th IFIP/IEEE International Symposium on Integrated Network Management |Verlag=IEEE |Ort=Munich, Germany |Jahr=2007 |ISBN=978-1-4244-0798-9 |DOI=10.1109/INM.2007.374782 |Seiten=179–188|Sprache=en}}
* {{Literatur |Autor=Murali Ramakrishnan |Titel=Software release management |Sammelwerk=Bell Labs Technical Journal |Band=9 |Nummer=1 |Datum=2004-05-11 |Sprache=en |DOI=10.1002/bltj.20015 |Seiten=205–210}}
 
=== Moderne Lehrtexte<!-- A–Z --> ===
 
* {{Literatur |Autor=Betsy Beyer, Tim Harvey, Dinah McNutt |Titel=Release Engineering |Verlag=O’Reilly Media, Inc. |Ort= |Jahr=2016 |Sprache=en |ISBN=978-1-4919-6521-4 |Online=https://www.safaribooksonline.com/library/view/title/9781492049036/?ar?orpq&email=^u}}
* {{Literatur |Autor=Dave Howard |Titel=IT release management: a hands-on guide |Verlag=CRC Press |Ort=Boca Raton, FL |Jahr=2012 |Sprache=en |ISBN=978-1-4398-8352-5}}
* {{Literatur |Autor=Hans-Bernd Kittlaus |Titel=Software Product Management: The ISPMA®-Compliant Study Guide and Handbook |Verlag=Springer Berlin Heidelberg |Ort=Berlin, Heidelberg |Jahr=2022 |ISBN=978-3-662-65115-5 |DOI=10.1007/978-3-662-65116-2|Sprache=en}}
* {{Literatur |Autor=Gerard O’Regan |Titel=Concise Guide to Software Engineering |Verlag=Springer International Publishing |Ort=Cham |Jahr=2017 |Sprache=en |Reihe=Undergraduate Topics in Computer Science |ISBN=978-3-319-57749-4 |DOI=10.1007/978-3-319-57750-0}}
* {{Literatur |Autor=Michael T. Nygard |Titel=Release it! design and deploy production-ready software |Auflage=Second edition |Verlag=Pragmatic Bookshelf |Ort=Raleigh, North Carolina |Jahr=2018 |Sprache=en |Reihe=The pragmatic programmers |ISBN=978-1-68050-239-8}}
* {{Literatur |Autor=Stephen Rylander |Titel=Patterns of Software Construction: How to Predictably Build Results |Verlag=Apress |Ort=Berkeley, CA |Jahr=2022 |Sprache=en |ISBN=978-1-4842-7935-9 |DOI=10.1007/978-1-4842-7936-6}}
 
=== Klassische Werke<!-- A–Z --> ===
 
* {{Literatur |Autor=Michael E Bays |Titel=Software Release Methodology |Verlag=Prentice Hall |Ort=Philadelphia, PA |Jahr=1999 |Sprache=en}}
* {{Literatur |Autor=Jez Humble, David Farley |Titel=Continuous delivery: reliable software releases through build, test, and deployment automation |Verlag=Addison-Wesley |Ort=Upper Saddle River, NJ |Jahr=2010 |ISBN=978-0-321-60191-9}}
 
* {{Literatur |Autor=C. Michael Pilato, Ben Collins-Sussman, Brian W. Fitzpatrick, Kathrin Lichtenberg, C. Michael Pilato |Titel=Versionskontrolle mit Subversion: Software-Projekte intelligent koordinieren |Auflage=3. Aufl., komplett überarb. und aktualisiert |Verlag=O’Reilly |Ort=Beijing Köln |Jahr=2009 |ISBN=978-3-89721-897-0 |Online=https://svnbook.red-bean.com}}
* {{Literatur |Autor=Tobias Wassermann |Titel=Versionsmanagement mit Subversion: Installation, Konfiguration, Administration ; [Repository-Verwaltung und -Administration, Serverkonfiguration von Apache und svnserve, grafische Oberflächen für Subversion, vollständige Befehlsreferenz] |Auflage=1. Aufl |Verlag=mitp |Ort=Heidelberg |Jahr=2006 |Reihe=Programmierung |ISBN=978-3-8266-1662-4}}
 
== Siehe auch ==


== Anhang ==
=== Siehe auch ===
{{Special:PrefixIndex/{{BASEPAGENAME}}}}
----
* [[Software Engineering]]
* [[Software Engineering]]
* [[Softwarequalität]]
* [[Softwarequalität]]


== Einzelnachweise ==
==== Links ====
<references />
===== Weblinks =====
[[Kategorie:Softwaretechnik]]
# https://de.wikipedia.org/wiki/Releasemanagement
[[Kategorie:Programmierung]]
[[Kategorie:IT-Management]]
[[Kategorie:IT-Management]]
# https://de.wikipedia.org/wiki/Releasemanagement


</noinclude>
</noinclude>

Aktuelle Version vom 19. Dezember 2023, 11:02 Uhr

Releasemanagement - Managementaktivität, die sich mit der Freigabe und dem Übergang von Entwicklungsständen in einen operativen Zustand befasst

Beschreibung

Prozesse im Release Management

Das Releasemanagement (Freigabemanagement, Release Engineering) ist traditionell eine Managementaktivität, die sich mit der Freigabe bzw. dem Übergang von Entwicklungsständen in einen operativen Zustand befasst.

Es ist Bestandteil bei der Entstehung von Komponenten, Systemen oder Produkten.

  • Beispiele sind Software, Hardware (Elektrik oder Elektronik), mechanischer Bauteile, Computersysteme und die IT.
  • Es unterstützt die übergeordnete Leitung dieser Bereiche.
  • Weitere Begriffe, die im Zusammenhang mit Releasemanagement verwendet werden, sind Auslieferung (Deployment) und Distribution.

Hintergrund

Unter Freigabemanagement versteht man die Bündelung und Bereitstellung von Änderungen von Versionsständen zu einem sog. elease oder Versionspaket.

Der Begriff findet häufig Verwendung in der Softwareentwicklung, jedoch bezieht sich die Aufgabe ganz allgemein auch auf z. . lektronikentwicklung (vgl. [Bemusterung (Technik)|Musterstände]]), Prototypen, Systeme oder generelle Produkte.

  • Freigabemanagement ist eine Erweiterung der Versionsverwaltung.
  • Des Weiteren ist die Eingliederung eines freigegebenen Objektes in eine Infrastruktur oder Produktion bedeutend.
  • Als Beispiel kann man sich eine Software (oder Anteile davon) vorstellen, die bei einem Auftragnehmer kodiert wurde und nach Abschluss aller Tests an einen Auftraggeber übergeben wird, welcher diese in seinem Produkt weiterverwendet.

Das Freigabemanagement interagiert mit dem Veränderungs- und Konfigurationsmanagement, sowie Integrationsmanagement.

  • Es ist jedoch eine eigenständige Disziplin.
  • Es bezieht außerdem Erfahrungen aus dem Produktmanagement generell.

Ziele

Ziel Beschreibung
Entwicklungsständen verfügbar machen Als Grundziel dient das Freigabemanagement dem Bereitstellen von Entwicklungsständen.
  • Das Ziel ist dabei die Abnahme (Übernahme) durch einen Kunden oder andere Partei.
  • Es bildet damit die prozessuale Schnittstelle, z. B. beim Übergang von Software zu Hardware oder eines allgemeinen Produktes vom Ende der Entwicklungsphase zum Endverbraucher.
Risikominimierung von Änderungen Änderungen sind allgegenwärtiger Bestandteil in einer Produktentwicklung.
  • Effektives Releasemanagement kann die negativen Folgen von mangelhaften Spezifikationen, Designs, Implementierungen oder Tests und deren Einfluss auf andere Prozesse, Systeme oder Geschäftspartner hemmen.

Hinweis: Das eigentliche Veränderungsmanagement beschäftigt sich explizit mit der Kontrolle von Änderungen innerhalb eines Produktlebenszyklus bzw. dessen Teilabschnitte.

Erfüllung von Standards und Normen Verschiedene Normen fordern Arbeitsprodukte, welche u. . vom Releasemanagement generiert und erfüllt werden müssen. Beispiel: Automotive SPICE, dort SPL.2 Product Release.
Einfluss auf Produktqualität Eine Freigabe steht auch in Bezug zu einer Verifizierung und Validierung einer Komponente, Systems oder Produktes. Sie dient als formelle Grundlage dafür.

Aktivitäten

Einige Aktivitäten, die für eine Freigabe notwendig sind, sind z. B.:

  • Festlegung des Umfangs einer Freigabe (in Abstimmung mit dem Projektteam, dem Auftraggeber etc.)
  • Festlegung des genauen Zeitplans einer Freigabe in Abstimmung mit dem Change- bzw. Produktmanagement
  • Qualitätskontrolle der Freigabe anhand von festgelegten Kriterien bzw. Checklisten
  • Dokumentation des Inhalts der Freigabe, dabei insbesondere Beschreibung der für die Rückwärtskompatibilität relevanten Eigenschaften
  • Verwaltung der Versionshistorie (Versionierung), damit Sicherstellung der Reproduzierbarkeit

Ablauf

Ablauf, Bausteine und Phasen

Koordination und Anforderungen

Die Aufgabe wird meist von einem eigenständigen Releasemanager durchgeführt.

  • Inhaltlich bedeutet dies die Planung und Ausführung von Freigaben.
  • Dabei werden festgelegte Umfänge (Anforderungen und Kriterien) berücksichtigt.
  • Ein Verfügbar machen (intern oder extern) für den Endbenutzer bzw. Zielsystem ist dabei Hauptbestandteil der Aufgabe.

Ein Zusammenspiel erfolgt mit dem Veränderungsmanagement (Change Management (ITIL)), Integrationsmanagement, Testmanagement (Akzeptanztests), Marketing etc. bzw. anderen Unternehmenseinheiten.

  • Die meisten an einer Produktentwicklung beteiligten Einheiten werden über das Freigabemanagement angesprochen bzw. es werden Ergebnisse aus den einzelnen Bereichen eingefordert.
  • Unabhängig von einer Freigabe läuft die Produktentwicklung meist weiter.
  • Jedoch kann eine Freigabe (je nach Umfang und Zielsetzung) auch einen Abschluss bzw. Neubeginn einer Projektphase darstellen (Meilensteine).

Planung

Die Planung der Freigabe ist als eigenständiges Projekt zu verstehen.

  • Es müssen Zeitpläne erstellt werden, Umfänge abgeschätzt und festgelegt, Kommunikation mit Stakeholdern etc. bewältigt werden, alles was notwendig ist um eine Freigabe zu ermöglichen.

Entscheidung

Der Releasemanager entscheidet, wann ein System als Release zur Weitergabe freigegeben werden kann.

  • Durch eine geeignete Release-Strategie muss dabei darauf geachtet werden, dass das System frei von schwerwiegenden Fehlern, also produktionssicher ist.
  • In der traditionellen Softwareentwicklung ist dies meist der Fall, wenn der Entwicklungsprozess das Stadium Release Candidate erreicht.

Risikoanalyse

Das Freigabemanagement integriert die Arbeitsprodukte des Risikomanagement, wie z. B. Risikoanalysen, die für den betreffenden Release Gültigkeit haben.

  • Zu jeder Freigabe werden diverse Risiken einer Freigabe abgeschätzt.
  • Diese können sich von anderen Risiken unterscheiden und sind speziell zugeschnitten.

Qualitätskontrolle

Das Freigabemanagement integriert Test- und Prüfberichte (bereitgestellt von der Qualitätsabteilung) für den jeweiligen Release.

Bereitstellung

Bereitstellung der eigentlichen Freigabe

Das Freigabemanagement arbeitet entlang der Produktentwicklung und bereitet meist eine zyklische Herausgabe vor.

  • Wenn die reine Entwicklung abgeschlossen ist, bedeutet das aber nicht gleichzeitig eine Veröffentlichung.
Dazu müssen oft noch weitere Schritte erfolgen
  • Erstellung der Konfigurationsstände, welche alle Komponenten beinhaltet
  • Zusammenstellung und Bezeichnung von Software-Quellcode, Hardwaredesigns, technischen Zeichnungen oder anderer Elemente
  • Bereitstellung von Benutzerhandbüchern, technischer Dokumentation usw.
  • Bereitstellung/Vertrieb der Komponente, der Software, Hardware etc.
  • Hilfestellung für die Ausbildung und Vorbereitung der Mitarbeiter

Dokumentation

Die Dokumentation dient z. B. der späteren Nachproduktion oder Rückverfolgung von speziellen Releases für einzelne Kunden oder Plattformen.

  • Es sollte eine komplette Beschreibung der gesamten Systemumgebung und des zugrunde liegenden Systems (Programme, Versionen, Dokumente, Beschreibungen, Anleitungen, generelle Artefakte) erstellt werden.

Softwareentwicklung

Zusammenhang mit Softwareentwicklung

Methodologie

Software-Freigabemanagement verändert sich als Aufgabe ebenso wie die Softwareentwicklung selbst.

  • Im Falle von Groß-Softwareprojekten existieren eigene Release-Teams (bzw. Release-Engineering Teams) und eigene Abläufe, die sich je nach Projekt aufstellen, anpassen und optimieren.
  • Als Beispiel arbeitet das Release-Team der Wikimedia Foundation (MediaWiki) mit sog. Release-Trains (Freigabezügen), welche wöchentlich stattfinden.
  • Je nach Software-Kontext (z. B. Open Source Software) ergeben sich eigenständige Anforderungen und Herausforderungen.
  • Die hohe Komplexität (Datenmengen, Datenbanken, Schnittstellen, Benutzereingaben/UIs, Zielgeräte, Probleme usw.) von Software spiegelt sich u. .
  • auch bei der Freigabe wieder.
  • Dies kann am Beispiel der Corona-Warn-App detailreich nachvollzogen werden.

Werkzeuge, Services, Methodologien

Für Releasemanagement stehen verschiedene Werkzeuge zur Verfügung, je nach Produkt und Industrie.

Hinweis: Ein reines Werkzeug zur Versionskontrolle dient noch nicht zum eigentlichen Releasemanagement.

Beispiele

  • Apache Subversion (SVN) – Für das Projekt existieren eigenständige Software-Release Methoden für Entwickler, die sich beteiligen wollen.
  • DevOps – auch im DevOps existieren eigene Ansätze zum Releasemanagement.
  • GitHub – Git basierte Plattform, mit eigenen Freigabemechanismen
  • GitLab – Git-basierte Plattform, mit eigenen Freigabemechanismen
  • Kontinuierliche Integration (CI/CD)
    • Hinweis: Kontinuierliche Integration kann als eine Art Weiterentwicklung der einfachen Versionskontrolle verstanden werden.
  • Es kann ebenso automatische Releases verwalten.
  • Es ist jedoch meist eine Kernfrage des Releasemanagement die genauen Inhalte (Features) und Defekte zu definieren und koordinieren.
  • Release Control – Ein Softwareprodukt von Micro Focus

Informationstechnologie und ITIL

Zusammenhang Informationstechnologie und ITIL

Das Freigabemanagement dient dem Service Management und ist Teil des IT-Service-Management (ITSM).

  • Es ist seit ITIL v3 eine eigenständige Prozesseinheit.

Im Zusammenhang mit ITIL stehen das geforderte Definitive Hardware Library und Definitive Software Library.

  • Die Bedeutung ist jeweils die Archivierung (logische Verwaltung) von technischen bzw. Softwarekomponenten eines Unternehmens.
  • Das DSL wurde nach der Veröffentlichung von ITIL v3 zu DML (Definitive Media Library) umbenannt.

Neuartige oder angrenzende Entwicklungen

  • Over-the-Air-Updates sind sowohl in der Telekommunikation, Internet der Dinge, als auch Automobilindustrie teils im produktiven Einsatz und fordern ein robustes und geeignetes Freigabemanagement.
  • Im Cloud Computing werden bei Microsoft Azure sog. Feeds genutzt, um Pakete zu bündeln und verteilen.
  • Ein anderes Instrument sind Container, speziell Docker.
  • Release Management von Microservices.
  • App Stores – Spezifische Fragestellungen (auch Rechtliche ergeben sich für Software, die in sog. App Stores veröffentlicht wird.
  • Die NASA bietet seine für die Raumfahrt entwickelte Software der Öffentlichkeit an und hat dafür ein eigenständiges Programm aufgelegt.

Normen



Anhang

Siehe auch

Links

Weblinks
  1. https://de.wikipedia.org/wiki/Releasemanagement


Abgerufen von „https://wiki.foxtom.de/index.php?title=Releasemanagement&oldid=87071“