1. Vinzent Ehrat, Matthias Wohler 28. April 2011 ITIL V3Release Management Release Management

2. „Release andDeploymentManagement„ als integrierter Prozess in ITIL 2 Quellen: http://de.wikipedia.org/wiki/Release_Management http://praktische-informatik.fh-luebeck.de/node/29

3. Verknüpfte Prozesse 3 Termin für Änderungen Liste der Änderungen Daten zum Aktualisieren der CMDB und DSL Change Request Release Plan Zugriff und Bereitstellung auf CMDB und DSL Eigene Darstellung

4. Aktivitäten des Release Managements [1] 4 Am Beispiel Atomkraftwerk Quelle: http://technet.microsoft.com/en-us/library/Cc966506.sqlop201_big(l=en-us).gif

5. 5 Aktivitäten des Release Managements [2] Quelle: http://itservicemngmt.blogspot.com/2007/07/release-management-quick-reference.html

7. Verantwortlichkeiten

8. Bezug zu anderen Prozessen und RichtlinienRelease Unit Release-Typen Release-Arten bzw. Ausprägungen Namenskonventionen und Nummerierungsrichtlinien Verteilungsfrequenzen Anforderungen an die Definitive Software Library (DSL) Anforderungen an den Definitive Hardware Store (DHS) Dokumentationsanforderungen (Release und Rollout Plan) Release-Richtlinien für die IT-Services definieren: Anzahl Frequenz Bezeichnung Nummerierung Testvorschriften etc 6 Release Policy> Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation

9. 7 Release Policy> Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation Planung

10. Entwickeln oder Einkaufen 8 Release Policy> Planung > makeorbuy> Release erstellen > Testen > Rollout planen > Kommunikation > Installation Quellen: http://en.wikipedia.org/wiki/File:Agile_Software_Development_methodology.jpg http://sine.ni.com/cms/images/casestudies/zuehlke_projekt.jpg&imgrefurl=http://sine.ni.com/cs/app/doc/p/id/cs-12322&usg=__n6

11. Delta Release / Release Unit Full Release Package Release Emergency Release 9 Release Policy> Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation Release Arten

12. 10 Release Policy> Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation Versionsnummerierungen

13. Version nach Entwicklungsstadien Alpha während der Entwicklung der Software, sehr frühes Stadium Beta zum Testen vorgesehen, begrenzter Anwenderkreis RC Veröffentlichungskandidat (releasecandidate rc), abschließende Testversion Release (final) endgültige Version Patch auch patchlevel pl – Korrekturlevel 11 Release Policy> Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation Quelle: http://de.wikipedia.org/wiki/Versionsnummer

14. 12 Release Policy> Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation Testen Quelle: http://en.wikipedia.org/wiki/Software_testing

15. Durchlaufszeit des Releasmangement Prozesses Prozesskosten Anzahl Incidents nach Rollout Anzahl illegal benutzter Software Anzahl Viren Vollständigkeit der Dokumentation Prozessreife der Mitarbeiter (OEE) Termintreue 13 Release Policy> Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation Key Performance Indicators (KPI)

16. Zeitlich realistisch Checklisten Dokumentiert Unterstützt (early Life support, ELS) angekündigt und kommuniziert? 14 Release Policy > Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation Rollout / Rollback

17. Kommunikation 15 Release Policy > Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation

18. 16 Release Policy > Planung > makeorbuy > Release erstellen > Testen > Rollout planen > Kommunikation > Installation Distribution und Installation

19. Danken für die Aufmerksamkeit Vinzent Ehrat, Matthias Wohler 17

20. Backup Folien 18

21. Veränderungen an komplexen Systemen Erfordern: Rahmenbedingungen (Policy) Definierte Prozesse / Exception Handling Steuerung, Kontrolle und Überwachung Stakeholder Management Integrierte Verbesserungsprozesse 19

22. 20 Aktivitäten des Release Managements Quelle: http://www.iso20000.ch/osSite/osPicWin.php?pic=/osMedia/pic/01_itil_st_proz04_1837_or.jpg&template=1

23. Änderungen zu ITIL V2 Aktivitäten und Ziele sind im wesentlichen identisch Detaillierter sind die Bereiche "Planung und Test von Releases" Neu zwei dedizierte Prozesse hinzugekommen Projekt-Management (Transition Planningand Support) Service Validation andTesting 21 Quelle: http://wiki.de.it-processmaps.com/index.php/Vergleich_von_ITIL_V3_und_ITIL_V2_-_Die_wichtigsten_%C3%84nderungen#Die_neue_ITIL-Struktur:_Der_ITIL_V3_Service_Lifecyle

24. Service Management Software 22 uvm.