Change Management

Was ist Change Management?

Die Geschäfts- und IT-Ökosysteme von Unternehmen werden immer komplexer, mit mehr Abhängigkeiten und häufigeren Änderungen. Das Change Management (deut. „Veränderungsmanagement“) ist verantwortlich für alle Änderungen an einem System. Dazu gehören das Anfordern, Planen, Durchführen und Bewerten dieser Änderungen. Das Änderungsmanagement hat zwei Hauptziele: die Unterstützung bei der Bearbeitung von Änderungen und die Nachvollziehbarkeit von Änderungen.

Vorteile von Change Management Software

• Change-Management-Prozesse ermöglichen die sichere und kontrollierte Durchführung von Änderungen, indem Risiken und Auswirkungen bewertet werden. Oft werden sie mit einer Governance-Struktur gekoppelt, um besser abwägen zu können, welche Änderungen eingeführt werden und welche Analysen oder Risikominderungsmaßnahmen dafür nötig sind.
• Mit Change Management kann die Effektivität von Änderungen verfolgt werden, wodurch die Rückverfolgung von Fehlern im Zusammenhang mit Änderungen möglich ist. Diese Fähigkeit ist ein wichtiger Bestandteil von Problem-Management-Prozessen, da viele Probleme erst durch Änderungen eingeschleust werden.
• Für Unternehmen mit globalem Geschäftsbetrieb und großen Änderungsvolumen in der IT spielt das Change Management eine zusätzliche Rolle bei der zeitlichen Koordination von Änderungsanfragen. Oftmals sind Änderungen voneinander abhängig. Das Änderungsmanagement umfasst die Koordination einzelner Änderungen unter Berücksichtigung dieser Abhängigkeiten. Es ist auch für die Planung von Änderungsfenstern verantwortlich, die die Auswirkungen auf Geschäftsprozesse und Systembenutzer minimieren.

Wissenswertes zum Change Management

Es gibt eine Reihe von Aktivitäten (Erfassung von Anfragen, Bewertung ihrer Auswirkungen und Priorisierung und Disposition), die immer Teil von Change-Management-Prozessen sind, unabhängig davon, ob es sich um Änderungen an Anforderungen, Verhalten, Geschäftsprozessen oder IT-Systemen handelt. Neben den Gemeinsamkeiten weisen die unterschiedlichen Formen von Change Management jedoch auch Unterschiede auf:

Prozesse des ITIL Change Management

Das gebräuchlichste Rahmenwerk für Change Management ist die „IT Infrastructure Library“ (ITIL). ITIL behandelt Änderungsmanagement als kleinen, aber wichtigen Bestandteil des gesamten Entwicklungsprozesses. Innerhalb des ITIL-Change-Management-Prozesses gibt es die folgenden neun Teilprozesse:

• Change Management Support: Stellt Vorlagen und Anleitungen für die Autorisierung von Änderungen zur Verfügung und versorgt andere IT-Servicemanagement-Prozesse mit Informationen über geplante und laufende Änderungen.

• Bewertung von Änderungsvorschlägen: Teil der Servicestrategie, um mögliche Probleme vor Beginn der Designaktivitäten zu identifizieren.

• RFC-Erfassung und Review: Filtern von Requests for Change (Änderungsanfragen), die nicht alle für die Bewertung erforderlichen Informationen enthalten oder als nicht praktikabel erachtet werden.

• Bewertung und Umsetzung von Notfalländerungen: In Notfallsituationen müssen Changes schnellstmöglich bewertet, genehmigt und umgesetzt werden, um z. B. schwerwiegende Incidents zu lösen oder Sicherheitslücken zu schließen.

• Bewertung durch den Change Manager: Bestimmt den erforderlichen Genehmigungsgrad für die vorgeschlagene Änderung (z. B. Projektteam, CAB oder Management-Entscheidungsträger).

• Bewertung der Änderung durch das CAB: Das Change Advisory Board bewertet vorgeschlagene Änderungen und genehmigt die Planungsphase.

• Planung und Freigabe der Build-Phase: Die detaillierte Change- und Release-Planung sowie die Umsetzungsphase werden genehmigt.

• Freigabe der Change-Deployment-Phase: Überprüfung, ob alle erforderlichen Änderungskomponenten erstellt sowie ordnungsgemäß getestet wurden und anschließende Freigabe.

• Implementierung von kleineren Changes: Implementierung risikoarmer, überschaubarer Änderungen, die kein Release Management erfordern.

• Review und Abschluss: Überprüfung, wie die Änderung umgesetzt wurde, ob die richtigen Aufzeichnungen aufbewahrt werden und alle mit der Änderung verbundenen Probleme als Lektionen für die Zukunft erfasst werden.

Diese klassische Definition von Change Management wird heutzutage oftmals als zu einschränkend für agile Methoden betrachtet. In den letzten Jahren wurde daher versucht, ITIL neu zu interpretieren, um moderne Methoden wie Agile, Scrum und DevOps zu ergänzen.

Agiles Change Management

In der agilen Software-Entwicklung wird Change Management anders gestaltet als in traditionellen ITIL-Rahmenwerken. Agiles Change Management konzentriert sich weniger darauf, viele Veränderungen gleichzeitig zu koordinieren. In agilen Projekten wird der Änderungsumfang in kleinere Blöcke aufgeteilt, die unabhängig von einem großen Paket geliefert werden. Diese Änderung der Rahmenbedingungen verlagert die Verantwortung für das Change Management von einer zentralen Position auf mehrere Projektteams und Produktverantwortliche. Risiken bei der Produktion werden dadurch minimiert, dass die Teams im Fall von Problemen sehr schnell reagieren können.

Die Erfahrungen in der agilen Softwarelieferung haben gezeigt, dass die Anwendungsentwicklung erst dann abgeschlossen ist, wenn die Anforderungen des Endbenutzers erfüllt sind. Die allgemeine Liefergeschwindigkeit wird daher eher an der Fähigkeit der Benutzer und Geschäftsfunktionen gemessen, die produzierten Änderungen zu nutzen als durch die Entwicklungsgeschwindigkeit.

Change Management Software ermöglicht den Einsatz agiler Methoden durch regelbasierte Automatisierung und Prozessverwaltung: