Zum Inhalt springen

Releasemanagement

aus Wikipedia, der freien Enzyklopädie
Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 27. Oktober 2008 um 12:17 Uhr durch Aka (Diskussion | Beiträge) (Tippfehler entfernt). Sie kann sich erheblich von der aktuellen Version unterscheiden.
Zusammenhänge verschiedener Prozesse im Release Management

Das Release Managementist ein Prozess der sich ursprünglich aus den Erfahrungen des Produkt Managements der Software Industrie ableitete, welcher die Bündelung von Konfigurations-Änderungen zu einem Release oder Versions Paket 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 Anforderung 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 zu 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 Risko Einschätzung, der Planung und Qualitätskontrolle meistens aus dem notwendigen Gleichgewicht kommen. Somit stellt das Release Management auch sicher das ein Release die erwartete Anforderung zu 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 zum einen darauf achten, dass das System frei von schwerwiegenden Fehlern also produktions sicher ist. In der traditionellen Software Entwicklung 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 bei früherem Release Datum erreicht, zu verlieren.

Qualitätskontrolle

Die Qualitätskontrolle eines Releases ist eines der wichtigsten Elemente der Sicherstellung der Change Objektive, also der Frage was will man ursprünglich mit der Änderung einer Konfigurationsänderung aus der Geschäftsperspekive 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 Software Komponenten eines Unternehmens.

Zertifizierung

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

Siehe auch