Sie sind hier: Startseite > Blog > IT > IT-Management > ITIL® Transformation (Version 5): Veränderung systematisch steuern, ohne sie zu überfrachten
ITIL® Transformation (Version 5): Veränderung systematisch steuern, ohne sie zu überfrachten

In Kürze: ITIL® Transformation (Version 5) vermittelt einen strukturierten Ansatz für Veränderung in komplexen Organisationen. Im Mittelpunkt stehen das ITIL® Transformation Model, passende Transformationsmuster, Governance, Umsetzung, Messung und kontinuierliches Lernen. Für Unternehmen wird damit aus einer ITSM-Transformation kein isoliertes Projekt, sondern ein steuerbarer Entwicklungsprozess, der Produkte, Services, Rollen und Entscheidungen miteinander verbindet. Dieser Artikel beleuchtet, wie das ITIL® Transformation Model Orientierung schafft und wie ITSM-Transformation durch Governance, gezielte Weiterbildung und messbaren Wert wirksam gestaltet werden kann.
Warum Transformation heute anders gedacht werden muss
Viele Veränderungsprogramme starten mit großem Schwung. Es gibt eine Roadmap, ein neues Tool, ein Zielbild und meist auch eine Reihe gut gemeinter Workshops. Einige Monate später ist die Lage oft weniger eindeutig, die Technik ist eingeführt, die Zusammenarbeit hat sich aber kaum verändert. Kennzahlen werden erhoben, ohne Entscheidungen wirklich zu beeinflussen. Und aus dem ursprünglich klaren Ziel ist ein Bündel einzelner Maßnahmen geworden.
Genau an diesem Punkt setzt ITIL® Transformation (Version 5) an. Das Modul betrachtet Transformation nicht als lineares Vorhaben mit einem sauberen Anfang und einem endgültigen Abschluss. Es geht vielmehr darum, Veränderung in einem Umfeld zu steuern, das unübersichtlich, dynamisch und teilweise widersprüchlich ist. Märkte verschieben sich, Technologien entwickeln sich weiter, regulatorische Erwartungen steigen und Stakeholder verfolgen unterschiedliche Interessen. Eine praktikable Transformationslogik muss damit umgehen können.
Für IT- und Service-Manager:innen ist das besonders relevant. Sie bewegen sich täglich zwischen Betriebssicherheit, Kosten, Nutzererwartungen, Governance und Innovation. Eine ITSM-Transformation kann deshalb nicht nur an Prozessen oder Tools ansetzen. Sie muss auch klären, welchen Wert ein Service erzeugen soll, wer Entscheidungen trifft, wie Fortschritt sichtbar wird und wie die Organisation aus Erfahrungen lernt.
Was ITIL® Transformation (Version 5) konkret adressiert
ITIL® Transformation (Version 5) ist ein Kernmodul im neuen ITIL®-Qualifikationsschema von PeopleCert®. Einen Überblick über ITIL ® 5 und die zugehörigen Zertifizierungsmöglichkeiten finden Sie hier . Es behandelt die praktische Gestaltung, Verankerung und Weiterentwicklung von Veränderung über digitale Produkte und Services hinweg. Der Schwerpunkt liegt auf strukturierter, wertorientierter Transformation, die Governance, Umsetzung und Lernen miteinander ausbalanciert.
Dazu gehören zentrale Transformationskonzepte, der Umgang mit komplexen und unsicheren Umgebungen, das ITIL® Transformation Model mit seinen Ebenen, Phasen und Schritten sowie unterschiedliche Muster für Initiierung, Governance und Umsetzung. Hinzu kommen Messung, kontinuierliche Verbesserung und der Einsatz konkreter Methoden, etwa Value Stream Mapping, Objectives and Key Results oder Reifegradmodelle. Wie sich diese Ansätze in der Praxis anwenden lassen, erfahren Sie in unserem Seminar ITIL® Transformation (Version 5).
Auch künstliche Intelligenz wird berücksichtigt, denn: KI verändert Arbeitsweisen, Entscheidungslogiken und Risikoprofile. Eine Transformation im IT-Service-Management sollte deshalb nicht nur neue technische Möglichkeiten erschließen, sondern ebenfalls Verantwortlichkeiten, Kontrollmechanismen und Lernfähigkeit weiterentwickeln.
Das ITIL® Transformation Model als gemeinsame Navigationshilfe
Das ITIL® Transformation Model bildet den methodischen Kern. Es hilft dabei, Veränderung nicht als lose Sammlung von Initiativen zu behandeln, sondern als zusammenhängenden Weg. Dabei geht es um Governance, Positionierung, Umsetzung und Lernen. Für die Praxis ist vor allem wichtig, dass diese Perspektiven nicht nacheinander abgehakt werden. Sie beeinflussen sich ständig gegenseitig.
Governance schafft Leitplanken. Sie klärt, wer wofür verantwortlich ist, nach welchen Kriterien priorisiert wird und wann eine Entscheidung eskaliert werden muss. Positionierung sorgt dafür, dass Ausgangslage, Ambition und Kontext verstanden werden. In der Umsetzung wird aus dem Zielbild konkrete Arbeit. Lernen ermöglicht schließlich, Annahmen zu überprüfen und den Kurs anzupassen.
Das klingt zunächst selbstverständlich. Im Alltag fehlt jedoch häufig genau diese Verbindung. Ein Portfolio-Board priorisiert Projekte, während Service-Verantwortliche mit anderen Kennzahlen arbeiten. Das Controlling betrachtet Budgets, Verantwortliche im Change-Management blicken auf Akzeptanz und Kommunikation, und operative Teams messen Stabilität oder Durchlaufzeiten. Das ITIL® Transformation Model schafft einen Rahmen, in dem diese Sichtweisen zusammengeführt werden können.
Von der Vision zur belastbaren Positionierung
Eine Transformation braucht Richtung. Eine bloße Formulierung wie „Wir werden kundenorientierter“ reicht dafür nicht aus. Sie lässt offen, woran Fortschritt erkannt wird, welche Entscheidungen sich ändern sollen und welchen konkreten Nutzen Kund:innen oder interne Stakeholder erwarten dürfen.
Eine belastbare Positionierung verbindet Ambition und Realität. Dazu gehört eine ehrliche Betrachtung der Ausgangslage: Welche Produkte und Services sind geschäftskritisch? Wo entstehen Reibungsverluste? Welche Fähigkeiten fehlen? Welche Abhängigkeiten bremsen? Und welche Veränderung ist im aktuellen Umfeld überhaupt realistisch?
Gerade Senior Consultants und Architekt:innen können hier eine wichtige Brücke bauen. Sie übersetzen strategische Ziele in Konsequenzen für Wertströme, Plattformen, Rollen und Governance. Produktmanager:innen und Demand Manager:innen bringen die Sicht auf Bedarf und Priorisierung ein. Controller:innen wiederum helfen, Wertannahmen mit wirtschaftlichen Kriterien zu verbinden. So entsteht ein Zielbild, das nicht nur inspirierend klingt, sondern Entscheidungen trägt.
Governance, die steuert, statt zu blockieren
Governance wird in Transformationsprogrammen schnell mit zusätzlichen Gremien, Freigaben und Dokumentationspflichten verbunden. Gute Governance funktioniert anders. Sie schafft genug Klarheit, damit Teams innerhalb definierter Grenzen handlungsfähig werden.
Dafür braucht es wenige, aber eindeutige Fragen: Wer darf welche Entscheidung treffen? Welche Risiken sind akzeptabel? Welche Kennzahlen lösen Handlungsbedarf aus? Wo liegen Budgetgrenzen? Und welche Ergebnisse müssen gegenüber Stakeholdern transparent gemacht werden?
Für Service-Katalog-, Capacity- oder Portfolio-Manager:innen liegt darin ein spürbarer Vorteil. Wenn Kriterien und Entscheidungsrechte bekannt sind, müssen Prioritäten nicht bei jeder Gelegenheit neu ausgehandelt werden. Gleichzeitig bleibt Governance anpassbar. Werden Annahmen widerlegt oder verändern sich Rahmenbedingungen, müssen Leitplanken überprüft werden können. Kontrolle ohne Lernschleife wäre lediglich Bürokratie.
Transformation Patterns: Nicht jede Veränderung braucht denselben Weg
Organisationen unterscheiden sich, und Transformationen tun es ebenfalls. Ein neuer unternehmensweiter Servicekatalog, die Modernisierung des Change Enablement oder die Einführung KI-gestützter Services stellen jeweils andere Anforderungen. Deshalb arbeitet ITIL® Transformation (Version 5) mit Mustern für Initiierung, Governance und Umsetzung.
Solche Muster helfen, den Ansatz bewusst auszuwählen. Eine Veränderung mit hoher Unsicherheit braucht kurze Lernzyklen und frühe Experimente. Eine stark regulierte Umstellung verlangt möglicherweise engere Kontrollpunkte und eine detailliertere Nachweisführung. Bei einer bereichsübergreifenden Transformation wiederum kann Stakeholder-Koordination wichtiger sein als die technische Komplexität.
Der Nutzen liegt nicht darin, ein Muster schematisch zu kopieren. Entscheidend ist die Diskussion, die es auslöst: Welche Art von Veränderung liegt vor? Wo befindet sich die größte Unsicherheit? Welche Form von Governance ist angemessen? Und wie kann die Umsetzung so gestaltet werden, dass Ergebnisse früh sichtbar werden?
ITSM-Transformation: Vom Prozessprojekt zum Wertstrom
In vielen Organisationen beginnt eine ITSM-Transformation mit Prozessen. Incident, Problem, Change oder Request Management werden dokumentiert, Rollen beschrieben und Workflows im Tool konfiguriert. Das kann notwendig sein, greift allein aber zu kurz.
Ein wertstromorientierter Blick startet nicht beim Prozess, sondern beim gewünschten Ergebnis. Zum Beispiel: Wie schnell kann ein:e neue:r Mitarbeiter:in arbeitsfähig werden? Wie zuverlässig lässt sich eine geschäftskritische Änderung umsetzen? Wie transparent können Fachbereiche Aufwand, Qualität und Risiken eines Services beurteilen? Erst danach wird geklärt, welche Praktiken, Daten, Systeme und Rollen zusammenspielen müssen.
Damit verändert sich auch die Diskussion über KPIs. Eine hohe Zahl geschlossener Tickets sagt wenig über den tatsächlich erzeugten Wert. Interessanter sind Kennzahlen, die Durchlaufzeit, Ergebnisqualität, Nutzerwirkung, Risiko und Wirtschaftlichkeit miteinander in Beziehung setzen. Nicht jede Kennzahl muss sofort perfekt sein. Sie sollte aber eine konkrete Entscheidung unterstützen.
Umsetzung in kleinen, überprüfbaren Schritten
Große Zielbilder veranlassen oftmals große Programme. In der Praxis ist es oft klüger, mit einem begrenzten Wertstrom oder einem klar abgegrenzten Produkt- und Servicebereich zu beginnen. Dort lassen sich Governance, Rollen, Messgrößen und Arbeitsweisen erproben, ohne die gesamte Organisation gleichzeitig umzubauen.
Ein sinnvoller Pilot ist weder beliebig noch folgenlos. Er sollte relevant genug sein, um echte Erkenntnisse zu liefern, und überschaubar genug, damit Anpassungen möglich bleiben. Gute Kandidaten sind Bereiche mit erkennbarem Handlungsdruck, engagierten Verantwortlichen und zugänglichen Daten.
Wichtig ist außerdem, von Beginn an die Skalierung mitzudenken. Was ist spezifisch für den Pilotbereich? Was lässt sich auf andere Teams übertragen? Welche Voraussetzungen müssen geschaffen werden, bevor ein Ansatz breiter ausgerollt wird? So verhindert man, dass ein erfolgreicher Pilot zur Insellösung wird.
Messen, lernen, nachsteuern
Transformation lässt sich nicht allein über Meilensteine steuern. Ein Projekt kann formal im Plan liegen und dennoch am eigentlichen Ziel vorbeilaufen. Deshalb verbindet ITIL® Transformation Messung mit Lernen und kontinuierlicher Verbesserung.
In der Praxis empfiehlt sich eine kleine, ausgewogene Auswahl an Kennzahlen. Dazu können Ergebniskennzahlen, Prozess- oder Flusskennzahlen, Risikohinweise und Lernindikatoren gehören. Entscheidend ist die gemeinsame Interpretation. Eine Kennzahl ist kein Urteil, sondern ein Signal. Erst im Kontext wird sichtbar, ob Handlungsbedarf besteht.
Regelmäßige Reviews sollten deshalb nicht nur fragen, ob Aufgaben erledigt wurden. Spannender sind Fragen wie: Welche Annahme hat sich bestätigt? Wo beobachten wir unbeabsichtigte Nebenwirkungen? Welche Entscheidung würden wir mit dem heutigen Wissen anders treffen? Und was muss in der nächsten Etappe angepasst werden? Diese Fragen bringen Bewegung in die Transformation, ohne ständig das gesamte Zielbild infrage zu stellen.
Die Rolle von Fähigkeiten und Zertifizierungen
ITIL® Transformation ist im Qualifikationsschema von ITIL® Version 5 ein verbindendes Kernmodul. Es muss nur einmal absolviert werden und wird für mehrere Designations angerechnet. Damit erhält Transformation eine zentrale Stellung zwischen operativer Praxis, Produkt- und Serviceorientierung sowie strategischer Führung.Für Unternehmen ist das relevant, weil Weiterbildung gezielter geplant werden kann. Nicht jede Person benötigt dieselbe Tiefe. Führungskräfte brauchen ein gemeinsames Verständnis von Governance, Wert und Priorisierung. Service- und Produktverantwortliche müssen Transformation in ihrem Verantwortungsbereich umsetzen können. Spezialist:innen wiederum bringen Methodenwissen in Wertstromanalyse, Messung, Architektur oder Change ein. Für Einsteiger:innen, die zunächst die Grundlagen des IT Service Managements kennenlernen möchten, bietet das Seminar IT Service Management Grundlagen einen geeigneten Einstieg. Eine Orientierung zu den verschiedenen ITIL®-Qualifizierungswegen bietet unser Qualifizierungsplaner zu ITIL® Version 5, der die möglichen Lern- und Zertifizierungspfade übersichtlich darstellt.
Eine Zertifizierung ersetzt allerdings keine Organisationsentwicklung. Sie schafft eine einheitliche Sprache, Konzepte und methodische Sicherheit. Wirkung entsteht erst, wenn diese Fähigkeiten in realen Entscheidungen, Rollen und Routinen eingesetzt werden. Ein Lernpfad sollte deshalb immer mit konkreten Aufgaben und Entwicklungsschritten verbunden sein.
Typische Stolpersteine und wie man ihnen begegnet
Der erste Stolperstein ist ein zu starker Fokus auf das Framework selbst. Wenn jede Diskussion darum kreist, ob etwas „ITIL-konform“ ist, gerät der eigentliche Zweck aus dem Blick. Besser ist die Frage, ob eine Vorgehensweise Wert erzeugt, Risiken angemessen behandelt und Lernen ermöglicht.
Der zweite Stolperstein ist eine überladene Governance. Zu viele Gremien verlangsamen Entscheidungen und verwischen Verantwortung. Sinnvoller sind klare Entscheidungsrechte, transparente Kriterien und ein verlässlicher Eskalationsweg.
Drittens wird Kommunikation oft mit Information verwechselt. Eine Präsentation erklärt vielleicht das Zielbild, verändert aber noch keine Zusammenarbeit. Menschen müssen verstehen, was sich in ihrem Alltag ändert, welche Entscheidungen sie künftig selbst treffen können oder müssen und woran Erfolg gemessen wird.
Viertens werden Kennzahlen gelegentlich zu früh als verbindliche Zielwerte gesetzt. Das fördert lokale Optimierung und kann ein unerwünschtes Verhalten auslösen. Gerade zu Beginn sollten Messgrößen auch der Orientierung dienen. Erst wenn ihre Aussagekraft verstanden ist, eignen sie sich für belastbare Zielvereinbarungen.
Ein pragmatischer Startpunkt für Organisationen
Wer eine IT-Servive-Management-Transformation vorbereitet, muss nicht sofort ein umfassendes Programm aufsetzen. Ein tragfähiger Einstieg besteht aus diesen fünf Schritten:
- einen relevanten Wertstrom auswählen und den gewünschten Nutzen konkret beschreiben
- Stakeholder, Entscheidungsrechte und Abhängigkeiten sichtbar machen
- wenige Messgrößen definieren, die Wert, Fluss, Risiko und Lernen abbilden
- einen begrenzten Umsetzungsschritt planen, der innerhalb kurzer Zyklen überprüfbare Ergebnisse liefert
- eine feste Lernschleife etablieren, in der Annahmen, Ergebnisse und nächste Entscheidungen gemeinsam betrachtet werden.
Dieser Einstieg wirkt unspektakulär, und genau das ist seine Stärke. Transformation wird damit greifbar. Teams sehen, woran sie arbeiten, Führungskräfte erkennen, welche Entscheidungen anstehen, und Stakeholder können Veränderungen anhand konkreter Ergebnisse beurteilen.
Transformation wirksam gestalten
ITIL® Transformation (Version 5) liefert kein starres Rezept. Es bietet eine belastbare Struktur, um Veränderung unter realen Bedingungen zu führen. Das ITIL® Transformation Model verbindet Governance, Positionierung, Umsetzung und Lernen. Transformationsmuster helfen dabei, den Ansatz an Kontext und Unsicherheit anzupassen. Methoden und Kennzahlen machen Fortschritt sicht- und greifbar.
Der größte Nutzen entsteht dort, wo Organisationen Transformation nicht mehr als Zusatzaufgabe behandeln. Sie wird Teil der normalen Steuerung von Produkten und Services. Portfolio, Budget, Kapazität, Risiko, Stakeholder-Interessen und operative Erfahrungen fließen in ein gemeinsames Bild ein.
Für IT- und Service-Manager:innen bedeutet das: weniger Aktionismus, mehr bewusste Entscheidungen. Für Teams bedeutet es klarere Leitplanken und kürzere Lernwege. Und für das Business wird sichtbarer, wie ITSM-Transformation tatsächlich zu belastbaren, wertorientierten Ergebnissen beiträgt.
ITIL®-Weiterbildung gezielt planen – mit Cegos Integrata
Welche Kompetenzen benötigt Ihr Team für eine erfolgreiche ITSM-Transformation? Gemeinsam mit Ihnen identifizieren wir gern den passenden Qualifizierungsbedarf und unterstützen Sie bei der Auswahl geeigneter ITIL® 5-Weiterbildungen und Zertifizierungswege.
Jetzt persönlich beraten lassen
FAQ zu ITIL® Transformation (Version 5)
Was ist ITIL® Transformation (Version 5)?
ITIL® Transformation (Version 5) ist ein Kernmodul des ITIL®-Qualifikationsschemas. Es vermittelt einen strukturierten Ansatz, um Veränderung über digitale Produkte und Services hinweg zu initiieren, zu steuern, umzusetzen und kontinuierlich weiterzuentwickeln.Was ist das ITIL® Transformation Model?
Das ITIL® Transformation Model strukturiert Transformation über miteinander verbundene Ebenen, Phasen und Schritte. Es verbindet insbesondere Governance, Positionierung, Umsetzung und Lernen, damit Veränderung nicht aus isolierten Maßnahmen besteht.Welche Rolle spielt Governance in der ITSM-Transformation?
Governance definiert Entscheidungsrechte, Leitplanken, Risiken und Kriterien für Priorisierung. Richtig gestaltet schafft sie Orientierung und Handlungsfähigkeit, statt zusätzliche Bürokratie zu erzeugen.Für wen ist ITIL® Transformation besonders relevant?
Das Modul richtet sich unter anderem an IT- und Service-Manager:innen, Consultants, Architekt:innen, Portfolio-, Demand- und Change-Verantwortliche, Controller:innen, Produktmanager:innen sowie Führungskräfte mit Aufgaben in Governance, Budgetierung, KPIs und Roadmapping.Wie ist ITIL® Transformation im Zertifizierungssystem eingeordnet?
ITIL® Transformation ist ein Kernbestandteil mehrerer Designations innerhalb von ITIL® Version 5. Das Modul muss nur einmal absolviert werden und wird anschließend für die jeweiligen Qualifikationspfade angerechnet.Wie sollten Organisationen eine ITSM-Transformation beginnen?
Ein pragmatischer Start ist ein klar abgegrenzter Wertstrom mit relevantem Nutzen, eindeutigen Verantwortlichkeiten, wenigen aussagekräftigen Kennzahlen und kurzen Lernzyklen. So entstehen früh belastbare Erkenntnisse für die weitere Skalierung.René Kosel
René Kosel verantwortet bei Cegos Integrata als Produktmanager die Bereiche Software-Engineering & Testing sowie IT-Strategie und -Management. Zuvor betreute er die Themenbereiche Produktmanagement, agile Methoden und Change Management.Als ausgebildeter Fachinformatiker für Anwendungsentwicklung und seiner Arbeitserfahrung im Vertrieb der überbetrieblichen Aus- und Weiterbildung verbindet er technisches Know-how mit dem Wissen, was Organisationen antreibt. So entwickelt er Produkte und Lernlösungen, die neben einer hohen Praxisnähe auch aktuelle und zukünftige Herausforderungen abdecken.

