Was ist der Unterschied zwischen Change Management und Configuration Management in ITIL?
Wie die erste Antwort sehr knapp beschreibt sind diese beiden "Diziplinen" aus ITIL verknüpft. Ich habe allerdings bei beiden immer noch das Gefühl, dass sie nicht so richtig verstanden werden.
Das Prinzip bei Change Management ist die geplante Durchführung von Änderungen im allen vorstellbaren IT -Feldern. Es kommt also auf den Konext an.
Hier fängt auch schon die Definitions-Problematik an… was ist ein Change?
Setzt man ein existierendes System an IT voraus, gibt es viele mögliche Änderungen (Change). Was grenzt also den Change ein? Für mich ist hier die Herkunft des Change wichtig.
Wo kommt also ein Change her?
Typische Antworten:
Aus einer Anforderung zur Änderung durch die fachlichen Auftraggeber.
Aus einer Anforderung der technischen Betreiber
Etc
Auffällig ist hier, dass ein Change aus einer Anforderung entsteht, also nicht um etwas fehlerhaftes zu Beheben oder ohne bereits einen Lösungsweg zu haben.
Also zweiter wichtiger Punkt ist, die Änderung ist geplant und durch einen Stakeholder angefordert.
Das heißt aber auch, dass das System nach dieser Änderung nicht gleich dem ist, was es vorher war. Das kann ziemlich weit gehen und sogar neue Probleme erzeugen (geplante und ungeplante).
Das Configuration Management arbeitet quasi als "Gedächtnis" des Systems aus der Gesamtsicht.
Als der Komplexitätsgrad noch nicht so hoch war wie heute behalf man sich mit Backups, die vor einem Change gemacht wurden, um den "historischen" Zustand (Configuration) zu sichern und später bei Bedarf wieder herstellen zu können.
Das wird in ITIL vom Configuration Management nun übernommen. Es zeichnet alle Änderungen am System auf, um später die Einstellungen (Configuration) parat zu haben. Diese Informationen werden in der CMDB zentral abgelegt und können von dort aus wieder abgerufen werden.
Das heißt also, dass der Change Manager den Configuration Manager davon in Kenntnis setzen muss, wenn ein Change durchgeführt wird, was an der Konfiguration geändert wurde.
Typische Änderungen:
Software Version
Hardware Version
Parameter für ein Gerät oder Netzwerk
Zusätzliche Geräte und Software
Prozesse im System
Etc
Dabei spielt es keine Rolle wie klein oder wie groß die Änderung ist, die Änderung wird vom Configuration Management mitgeschrieben.
Configuration Management arbeitet also mit der Historie und liefert aus der CMDB die Daten dafür.
Change Management ist also getrieben durch Anforderungen, eine Änderung durchzuführen.
Configuration Management verwaltet die Auswirkungen von Änderungen und macht sie durch die CMDB (Configuration Management Data Base) verfügbar.
Change Management fokussiert auf eine Änderung oder auf ein Paket von Änderungen, Configuration Management verwaltet alle Änderungen eines Systems während seiner Laufzeit. Der SDLC (Software Development Life Cycle) sollte von Anfang an durch das Configuration Management begleitet werden.