Viele Störungen im IT-Betrieb haben ihre Ursache nicht in defekter Hardware, sondern in Änderungen: einem Update, einer geänderten Firewall-Regel oder einer neuen Konfiguration. Change Management sorgt dafür, dass solche Eingriffe bewusst geplant, auf ihre Risiken geprüft und nachvollziehbar dokumentiert werden. Es ist ein Kernprozess des IT-Service-Managements.
Ziel ist nicht, Änderungen zu bremsen, sondern sie planbar zu machen. Wenn eine Störung auftritt, zeigt ein gepflegtes Änderungsprotokoll außerdem schnell, was sich kurz zuvor geändert hat, und verkürzt so die Fehlersuche.
Wie funktioniert Change Management?
Ein typischer Ablauf umfasst fünf Schritte:
- Antrag: Die Änderung wird beschrieben: was, warum und welche Systeme betroffen sind.
- Bewertung: Risiko, Auswirkungen, Abhängigkeiten und Aufwand werden eingeschätzt; dazu gehört ein Rückfallplan.
- Genehmigung: Je nach Risiko entscheidet eine verantwortliche Person oder ein Gremium, das Change Advisory Board.
- Umsetzung: meist in einem vereinbarten Wartungsfenster, mit Tests vor und nach der Änderung.
- Abschluss: Ergebnis prüfen, Dokumentation aktualisieren, Erkenntnisse festhalten.
Changes werden üblicherweise in drei Arten eingeteilt. Standard-Changes sind risikoarm, wiederkehrend und vorab genehmigt, etwa das monatliche Einspielen von Updates nach festem Ablauf. Normale Changes durchlaufen den vollständigen Prozess. Notfall-Changes werden bei akuten Problemen beschleunigt umgesetzt und nachträglich vollständig dokumentiert.
Typische Beispiele
- Die Umstellung der E-Mail-Infrastruktur auf Exchange Online wird mit Zeitplan, Information der Mitarbeitenden und Rückfallplan durchgeführt.
- Eine Änderung an Firewall-Regeln, die mehrere Standorte betrifft, wird vorab mit allen Beteiligten abgestimmt.
- Ein Sicherheitsupdate für eine aktiv ausgenutzte Lücke wird als Notfall-Change kurzfristig eingespielt, abgestimmt mit dem Patch-Management.
Worauf Unternehmen achten sollten
- Den Aufwand an das Risiko anpassen: Routineänderungen als Standard-Changes vereinfachen, damit der Prozess nicht umgangen wird.
- Für jede größere Änderung einen getesteten Rückfallplan bereithalten.
- Gescheiterte Changes auswerten: Häufen sich Probleme bei bestimmten Arten von Änderungen, muss die Bewertung genauer werden.
- Betroffene rechtzeitig informieren, besonders wenn Ausfallzeiten zu erwarten sind.
- Jede Änderung in der IT-Dokumentation nachziehen.
Abgrenzung
Der Begriff Change Management bezeichnet auch das organisatorische Veränderungsmanagement, also die Begleitung von Menschen durch Umstrukturierungen. In der IT ist dagegen der hier beschriebene Prozess gemeint. Neuere ITIL-Fassungen sprechen dafür auch von Change Enablement.
GRID.patch ansehen