Checkliste Release Policy: Unterschied zwischen den Versionen

Aus IT Process Wiki
Zeile 1: Zeile 1:
<seo metakeywords="release policy, release policy itil, itil release policy, release richtlinie" metadescription="Die Release Policy ist ein Satz von Regeln für die Überführung unterschiedlicher Arten von Releases in die Life-Betriebsumgebung, ..." />
<itpmch><title>Checkliste Release Policy | IT Process Wiki</title>
<meta name="keywords" content="release policy, release policy itil, itil release policy, release richtlinie" />
<meta name="description" content="Die Release Policy ist ein Satz von Regeln für die Überführung unterschiedlicher Arten von Releases in die Life-Betriebsumgebung, ..." />
</itpmch>
<imagemap>
<imagemap>
Image:ITIL-Wiki-english.jpg|Checkliste Release Policy - Vorlage Release Policy
Image:ITIL-Wiki-english.jpg|Checkliste Release Policy - Vorlage Release Policy
Zeile 7: Zeile 10:
<br style="clear:both;"/>
<br style="clear:both;"/>


== <span id="Finanzanalyse ITIL">Überblick</span> ==
<p>&nbsp;</p>


'''ITIL-Prozess''': [[ITIL V3 Service Transition - Serviceüberführung|ITIL 2011 Service Transition]] - [[Release und Deployment Management]]
'''ITIL-Prozess''': [[ITIL Service Transition - Serviceüberführung|ITIL 2011 Service Transition]] - [[Release und Deployment Management]]


'''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten_ITIL_2011|Checklisten ITIL 2011]] - Service Transition (Serviceüberführung)
'''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten_ITIL_2011|Checklisten ITIL 2011]] - Service Transition (Serviceüberführung)
Zeile 16: Zeile 19:


<p>&nbsp;</p>
<p>&nbsp;</p>
===<span id="Release Policy Richtlinie">Überblick</span>===


Die ''Release Policy (Release-Richtlinie)'' enthält einen Satz von Regeln für die Überführung unterschiedlicher Arten von Releases in die Life-Betriebsumgebung, wobei je nach Dringlichkeit und Auswirkung unterschiedliche Vorgehensweisen für die Releases festgelegt werden.
Die ''Release Policy (Release-Richtlinie)'' enthält einen Satz von Regeln für die Überführung unterschiedlicher Arten von Releases in die Life-Betriebsumgebung, wobei je nach Dringlichkeit und Auswirkung unterschiedliche Vorgehensweisen für die Releases festgelegt werden.
Zeile 22: Zeile 27:
__TOC__
__TOC__


== ITIL Release Policy - Inhalte ==  
==ITIL Release Policy - Inhalte==  


''Die Release Policy (Release-Richtlinie) umfasst in der Regel die folgenden Informationen:''
''Die Release Policy (Release-Richtlinie) umfasst in der Regel die folgenden Informationen:''
Zeile 28: Zeile 33:
<p>&nbsp;</p>
<p>&nbsp;</p>


===== Konventionen zur Release-Identifikation =====
====Konventionen zur Release-Identifikation====
(Konventionen zur Release-Identifikation, -Nummerierung und -Bezeichnung)
(Konventionen zur Release-Identifikation, -Nummerierung und -Bezeichnung)


===== Anforderungen =====
====Anforderungen====
(Anforderung, dass nur Software aus der DML in Releases eingehen darf)
(Anforderung, dass nur Software aus der DML in Releases eingehen darf)


===== Release-Level =====
====Release-Level====
Für jeden Release-Level, z.B. Major, Minor oder Notfall-Release:
Für jeden Release-Level, z.B. Major, Minor oder Notfall-Release:
# Bezeichnung des Release-Levels
# Bezeichnung des Release-Levels
Zeile 43: Zeile 48:
## Beim Deployment eines Minor Releases wird der einfachere Minor-Change-Deployment-Prozess ("[[Change Management#ITIL Minor Changes|Implementierung von Minor Changes]]") verwendet und in [[Release und Deployment Management#Release Record|Release Records]] und [[Change Management#Change Record|Change Records]] dokumentiert
## Beim Deployment eines Minor Releases wird der einfachere Minor-Change-Deployment-Prozess ("[[Change Management#ITIL Minor Changes|Implementierung von Minor Changes]]") verwendet und in [[Release und Deployment Management#Release Record|Release Records]] und [[Change Management#Change Record|Change Records]] dokumentiert
## Beim Deployment eines Major Releases ist ein formelles Projekt mit vollständiger Dokumentation erforderlich
## Beim Deployment eines Major Releases ist ein formelles Projekt mit vollständiger Dokumentation erforderlich
## Das Deployment eines Notfall-Releases erfordert die Genehmigung durch das [[Rollen in ITIL V3#Emergency Change Advisory Board (ECAB)|ECAB]]. Es wird von einem [[Rollen in ITIL V3#Major Incident Team |Major Incident Team]] geplant, koordiniert und dokumentiert
## Das Deployment eines Notfall-Releases erfordert die Genehmigung durch das [[Rollen in ITIL#Emergency Change Advisory Board (ECAB)|ECAB]]. Es wird von einem [[Rollen in ITIL#Major Incident Team |Major Incident Team]] geplant, koordiniert und dokumentiert


===== Leitlinien für verschiedene Ansätze beim Release Deployment =====
====Leitlinien für verschiedene Ansätze beim Release Deployment====
Welches sind die spezifischen Bedingungen, die einen bestimmten Ansatz zur bevorzugten Option machen, z.B.
Welches sind die spezifischen Bedingungen, die einen bestimmten Ansatz zur bevorzugten Option machen, z.B.
# "Big-bang" versus stufenweises Deployment
# "Big-bang" versus stufenweises Deployment
Zeile 51: Zeile 56:
# Systemgesteuertes versus manuelles Deployment
# Systemgesteuertes versus manuelles Deployment


===== Einschränkungen für das Release Deployment =====
====Einschränkungen für das Release Deployment====
Service Level und Operational Level Agreements definieren typischerweise Verfügbarkeits-Ziele, einschließlich erlaubter Wartungsfenster, die ggf. zur Nicht-Verfügbarkeit des Services führen. Sofern keine Notfall-Releases erforderlich sind, werden Releases in der Regel während dieser Wartungsfenster ausgerollt. Release Management muss demzufolge diese Service-spezifischen Einschränkungen in Einschränkungen für das Ausrollen von Releases für Systeme, Anwendungen und andere Komponenten übersetzen, die für die Verfügbarkeit des Services erforderlich sind.
Service Level und Operational Level Agreements definieren typischerweise Verfügbarkeits-Ziele, einschließlich erlaubter Wartungsfenster, die ggf. zur Nicht-Verfügbarkeit des Services führen. Sofern keine Notfall-Releases erforderlich sind, werden Releases in der Regel während dieser Wartungsfenster ausgerollt. Release Management muss demzufolge diese Service-spezifischen Einschränkungen in Einschränkungen für das Ausrollen von Releases für Systeme, Anwendungen und andere Komponenten übersetzen, die für die Verfügbarkeit des Services erforderlich sind.
# Service-spezifische Einschränkungen für das Release Deployment wie in den [[Checkliste SLA OLA|Service Level und Operational Level Agreements]] definiert
# Service-spezifische Einschränkungen für das Release Deployment wie in den [[Checkliste SLA OLA|Service Level und Operational Level Agreements]] definiert
Zeile 66: Zeile 71:
## …
## …


===== Bevorzugte Mechanismen =====
====Bevorzugte Mechanismen====
(Bevorzugte Mechanismen für automatisierte Release Deployments)
(Bevorzugte Mechanismen für automatisierte Release Deployments)


<p>&nbsp;</p>
<p>&nbsp;</p>
<html><a rel="author" href="https://plus.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px;" src="/skins/Vector/images/itpm/bookmarking/gplus.png" width="16" height="16" title="von: Stefan Kempter | Profil auf Google+" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a></html>


<!-- Diese Seite liegt in folgenden Kategorien: -->
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:ITIL V3|Release Policy]][[Kategorie:ITIL 2011|Release Policy]][[Kategorie:Checkliste (ITIL)|Release-Richtlinie]][[Kategorie:Service Transition|Release-Richtlinie]][[Kategorie:Release & Deployment Management|Release Policy]]
[[Kategorie:ITIL V3|Release Policy]][[Kategorie:ITIL 2011|Release Policy]][[Kategorie:Checkliste (ITIL)|Release-Richtlinie]][[Kategorie:Service Transition|Release-Richtlinie]][[Kategorie:Release & Deployment Management|Release Policy]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 3. August 2013, 16:05 Uhr

Checkliste Release Policy - Vorlage Release Policy
Checkliste Release Policy - Vorlage Release Policy


 

ITIL-Prozess: ITIL 2011 Service Transition - Release und Deployment Management

Checklisten-Kategorie: Checklisten ITIL 2011 - Service Transition (Serviceüberführung)

Quelle: Checkliste "Release Policy/ Release-Richtlinie" aus der ITIL-Prozesslandkarte

 

Überblick

Die Release Policy (Release-Richtlinie) enthält einen Satz von Regeln für die Überführung unterschiedlicher Arten von Releases in die Life-Betriebsumgebung, wobei je nach Dringlichkeit und Auswirkung unterschiedliche Vorgehensweisen für die Releases festgelegt werden.

 

ITIL Release Policy - Inhalte

Die Release Policy (Release-Richtlinie) umfasst in der Regel die folgenden Informationen:

 

Konventionen zur Release-Identifikation

(Konventionen zur Release-Identifikation, -Nummerierung und -Bezeichnung)

Anforderungen

(Anforderung, dass nur Software aus der DML in Releases eingehen darf)

Release-Level

Für jeden Release-Level, z.B. Major, Minor oder Notfall-Release:

  1. Bezeichnung des Release-Levels
  2. Erwartete Häufigkeit solcher Releases
  3. Rollen und Verantwortlichkeiten sowie Eingangs- und Ausgangskriterien für die unterschiedlichen Phasen des Release- und Deployment-Management-Prozesses (diese können für spezifische Serviceüberführungen je nach Notwendigkeit angepasst werden)
  4. Ansatz und Richtlinien für das Gruppieren von Changes in Releases
  5. Planungs- und Dokumentationsanforderungen, z.B.
    1. Beim Deployment eines Minor Releases wird der einfachere Minor-Change-Deployment-Prozess ("Implementierung von Minor Changes") verwendet und in Release Records und Change Records dokumentiert
    2. Beim Deployment eines Major Releases ist ein formelles Projekt mit vollständiger Dokumentation erforderlich
    3. Das Deployment eines Notfall-Releases erfordert die Genehmigung durch das ECAB. Es wird von einem Major Incident Team geplant, koordiniert und dokumentiert

Leitlinien für verschiedene Ansätze beim Release Deployment

Welches sind die spezifischen Bedingungen, die einen bestimmten Ansatz zur bevorzugten Option machen, z.B.

  1. "Big-bang" versus stufenweises Deployment
  2. "Push"- versus "Pull"-Deployment
  3. Systemgesteuertes versus manuelles Deployment

Einschränkungen für das Release Deployment

Service Level und Operational Level Agreements definieren typischerweise Verfügbarkeits-Ziele, einschließlich erlaubter Wartungsfenster, die ggf. zur Nicht-Verfügbarkeit des Services führen. Sofern keine Notfall-Releases erforderlich sind, werden Releases in der Regel während dieser Wartungsfenster ausgerollt. Release Management muss demzufolge diese Service-spezifischen Einschränkungen in Einschränkungen für das Ausrollen von Releases für Systeme, Anwendungen und andere Komponenten übersetzen, die für die Verfügbarkeit des Services erforderlich sind.

  1. Service-spezifische Einschränkungen für das Release Deployment wie in den Service Level und Operational Level Agreements definiert
    1. Service A
      1. Erlaubte Häufigkeit neuer Releases nach Release-Typ
      2. Release-Zeitfenster und Einschränkungen (z.B. Samstag 01.00 – 04.00 Uhr, nicht im Dezember)
    2. Service B
    3. …
  2. Einschränkungen für das Ausrollen von Releases für Systeme, Anwendungen und andere Komponenten, die obige Services unterstützen
    1. System A
      1. Erlaubte Häufigkeit neuer Releases nach Release-Typ
      2. Release-Zeitfenster und Einschränkungen (z.B. Samstag 01.00 – 04.00 Uhr, nicht im Dezember)
    2. System B
    3. …

Bevorzugte Mechanismen

(Bevorzugte Mechanismen für automatisierte Release Deployments)

 

Abgerufen von „https://wiki.de.it-processmaps.com/index.php?title=Checkliste_Release_Policy&oldid=7947“