Release Management

Zusammenhänge verschiedener Prozesse im Release Management

Das Release Management ist ein Prozess, der sich ursprünglich aus den Erfahrungen des Produktmanagements der Software-Industrie ableitete, welcher die Bündelung von Konfigurations-Änderungen zu einem Release oder Versionspaket und deren ordnungsgemäße Eingliederung in der Infrastruktur sicherstellte. Release Management bedeutet die Planung und Durchführung der Veröffentlichung, von der Idee bzw. den ersten Anforderungen bis zum Erreichen des Endbenutzers. Es interagiert somit zwischen Change- und Konfigurationsmanagement. Es ist Teil des ITSM bzw. des ITIL-Service Managements.

Das Release Management hat zur Aufgabe, sicherzustellen, dass eine erwartete Anforderung an eine Veränderung in einem Prozess mit einem vertretbaren Risiko in der geforderten Zeit erfolgreich umgesetzt werden kann. Anpassungen im Geschäftsbereich auf sich ständig verändernde äußere Anforderungen erfordern eine permanente Neukonfiguration der Systeme, die die zugrunde liegenden Prozesse steuern. Gleichzeitig erhöht in einer komplexen Umgebung dieser evolutive Prozess der dauerhaften Neukonfiguration von Systemen das Risiko, lebenswichtige Geschäftsprozesse durch Fehlkonfiguration zu stören, unvorhergesehen zu beeinflussen oder ganz zum Stillstand zu bringen. Ein Unternehmen rechtfertigt den Einsatz eines Release Management mit der Reduktion der teilweise erheblichen Kosten durch etwaige Prozess-Störungen, die durch notwendige konfigurative Veränderungen hervorgerufen werden können. Das Release Management hat die Aufgabe, die Risiken der Unterbrechung von Geschäftsprozessen bei Konfigurationsänderungen bestehender Systeme, die durch schlecht geplante oder nicht ausreichend getestete Systemkonfigurationen hervorgerufen werden, zu mindern.

Aufgaben des Release Managements

Das Releasemanagement hat folgende Aufgaben:

• Festlegung des funktionellen Umfangs
• Festlegung des genauen Zeitplans einer Release-Freigabe in Abstimmung mit dem Change- bzw. Produktmanagement
• Qualitätskontrolle zur Überwachung der Einhaltung der Kriterien, die im Rahmen des Change- bzw. Produktmanagements für eine Release-Erstellung festgelegt wurden
• Dokumentation des Umfangs und der Änderungen, dabei insbesondere Beschreibung der für die Rückwärtskompatibilität relevanten Eigenschaften
• Verwaltung der Versionshistorie (Versionierung), damit Sicherstellung der Reproduzierbarkeit

Release-Anforderung

Release Anforderungen werden zunächst vom Change Management erfasst. Das Change Management formuliert in der Regel auch den 'Use Case' und kümmert sich auch um den (je nach Risiko-Relevanz teilweise recht komplexen) Genehmigungsprozess. Anschließend wird die eigentliche Aufgabe der Durchführung eines Changes, also die 'Executive', an das Release Management übergeben. Daraus resultiert oft die Meinung, das Release Management sei ein Teilbereich des Change Managements. Das Release Management ist jedoch nach Praxis-Erfahrung aus dem ITIL-Bereich bewusst kein Teilbereich des Change Managements. Unternehmen, die dies nicht berücksichtigen und Release Management im Change Management integrieren, werden recht schnell in interne Konfliktsituationen der Verantwortlichkeiten kommen, in denen die wichtigen Elemente der Risikoeinschätzung, der Planung und Qualitätskontrolle meistens aus dem notwendigen Gleichgewicht kommen. Somit stellt das Release Management auch sicher, dass ein Release die erwartete Anforderung mit einem vertretbaren Risiko in der geforderten Zeit umsetzen kann. Die aktuelle ITIL Version 3 berücksichtigt diesen Umstand und hat deshalb das Release Management explizit als eigenständige Prozesseinheit definiert.

Release-Planung

Die Planung erstellt das Kerngerüst, die eigentliche Blaupause eines gesamten Release Projektes.

Release-Entscheidung

Der Release-Manager entscheidet, wann ein System als Release zur Weitergabe freigegeben werden kann. Er muss dabei darauf achten, dass das System frei von schwerwiegenden Fehlern, also produktionssicher ist. In der traditionellen Softwareentwicklung ist dies der Fall, wenn der Entwicklungsprozess das Stadium Release Candidate erreicht.

Risiko-Analyse

Risiken sind immer mit Geschäftsperspektiven abzugleichen. Dabei wird ein Restrisiko teilweise bewusst in Kauf genommen um z. B. aufgrund von zu späten Releases mit höherer Qualität keinen geschäftlichen Vorteil, den man durch ein früheres Releasedatum erreicht, zu verlieren.

Qualitätskontrolle

Die Qualitätskontrolle eines Releases ist eines der wichtigsten Elemente der Sicherstellung der Change Objectives, also der Frage

• was will man ursprünglich mit der Änderung einer Konfigurationsänderung aus der Geschäftsperspektive erreichen und
• stimmt das Ergebnis auch mit den Anforderungen überein?

Realisiert wird dies durch entsprechende Testpläne, durch Simulationen und Entwicklung und Test der Strategien zu Notfallsituationen.

Release-Erstellung

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 sowohl des Quellcodes als auch sämtlicher Datendateien
• Bereitstellung von Konfigurationsdateien, Benutzerhandbüchern, technischer Dokumentation, ...
• Bereitstellung/Vertrieb (Datenträger, E-Mail, Download, ...)
• Ausbildung und Vorbereitung der Mitarbeiter, die das System nutzen
• Ausbildung und Vorbereitung der Mitarbeiter, die das System pflegen

Release-Dokumentation

Die Dokumentation von Releases ist z. B. zur späteren Nachproduktion oder Rückverfolgung von speziellen Releases für einzelne Kunden oder Plattformen sehr wichtig.

Die Dokumentation sollte eine komplette Beschreibung der gesamten Entwicklungsumgebung und des zugrunde liegenden Systems (Programme, Versionen, Dokumente, Beschreibungen, Anleitungen, ...) enthalten, um eine spätere Wiederherstellung zu vereinfachen.

DHL - Definitive Hardware Library

Die Archivierung zur Logistischen Verwaltung der technischen Komponenten eines Unternehmens.

DSL - Definitive Software Library

Die Archivierung zur Logistischen Verwaltung der Softwarekomponenten eines Unternehmens.

Zertifizierung

ISO/IEC 20000 Release Management als Teilbereich des ISO/IEC 20000 Standards.