Checkliste Change-Einordnung: Unterschied zwischen den Versionen

Aus IT Process Wiki
KKeine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
Zeile 14: Zeile 14:
'''Checklisten-Kategorie''': [[ITIL-Checklisten]] - Change Management
'''Checklisten-Kategorie''': [[ITIL-Checklisten]] - Change Management


'''Quelle''': Checkliste "Change-Einordnung" aus der [https://de.it-processmaps.com/produkte/versionen-itil-prozesslandkarte-v3.html '''ITIL-Prozesslandkarte V2''']
'''Quelle''': Checkliste "Change-Einordnung" aus der ITIL-Prozesslandkarte V2  | ⯈  [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html aktuelle Version des ITIL-Prozessmodells]


<p>&nbsp;</p>
<p>&nbsp;</p>
Zeile 41: Zeile 41:
<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>
<html>Von:&#160;&#160;Stefan Kempter&#160;<a rel="author" href="https://www.linkedin.com/in/stefankempter"><img style="margin:0px 0px 0px 0px;" src="/images/bookmarking/linkedin.png" width="16" height="16" title="Von: Stefan Kempter | Profil auf LinkedIn" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a>, IT Process Maps.</html>


<!-- Diese Seite liegt in folgenden Kategorien: -->
<!-- Diese Seite liegt in folgenden Kategorien: -->

Aktuelle Version vom 29. März 2019, 13:13 Uhr

Checkliste Change Einordnung - Vorlage Change Einordnung
Checkliste Change Einordnung - Vorlage Change Einordnung


ITIL-Prozess: ITIL Service Transition - Serviceüberführung - Change Management

Checklisten-Kategorie: ITIL-Checklisten - Change Management

Quelle: Checkliste "Change-Einordnung" aus der ITIL-Prozesslandkarte V2  | ⯈  aktuelle Version des ITIL-Prozessmodells

 

Die Einordnung eines Changes erfolgt nach definierten Regeln:

  • Zuordnung einer Priorität
    • “Niedrig“ (Entscheidung durch Change Manager oder CAB), z.B.
      • die Verschiebung der Implementierung des Changes auf einen günstigen Zeitpunkt bedeutet keine wesentlichen Nachteile für das Unternehmen
    • „Normal“ (Entscheidung durch Change Manager oder CAB), z.B.
      • die Implementierung des Changes ist nicht unmittelbar erforderlich, eine zu lange Verzögerung würde jedoch Nachteile für das Unternehmen bedeuten
    • „Hoch“ (Entscheidung durch Change Manager oder CAB), z.B.
      • die Implementierung des Changes ist zeitnah erforderlich, um wesentliche Nachteile für das Unternehmen zu vermeiden
    • „Kritisch“ (Einberufung des EC)
      • sofortiges Handeln ist erforderlich, um großen Schaden vom Unternehmen abzuwenden
  • Zuordnung einer Kategorie bezüglich der Entscheidungskompetenz
    • „Auswirkungen gering“ (Entscheidung durch den Change Manager), z.B.
      • Change ist auf eine einzelne Applikation bezogen und Seiteneffekte können mit Sicherheit ausgeschlossen werden
    • „Auswirkungen substantiell“ (Entscheidung durch das CAB), z.B.
      • Change betrifft mehrere Applikationen
      • Change betrifft Basis-Infrastruktur, auf die sich mehrere Applikationen stützen
    • „Auswirkungen kritisch“ (Entscheidung durch das CAB und zusätzlich durch den IT-Leiter), z.B.
      • Change betrifft große Teile unternehmenskritischer Infrastruktur-Komponenten
      • Change führt in wesentlichem Umfang neue Technologien ein

 

Von:  Stefan Kempter , IT Process Maps.