Service Transition
In Service Transition (Serviceüberführung) geht es darum, sicherzustellen, dass "alle Änderungen und Überführungen in die Live-Betriebsumgebung die vereinbarten Erwartungen des Unternehmens, der Kunden und der Anwender erfüllen" [1].
Service Transition umfasst Aktivitäten wie z. B. Planen und Koordinieren von Service-Changes, Erstellen und Testen neuer oder geänderter Service-Komponenten und Ausrollen neuer oder geänderter Service-Komponenten in die Live-Umgebung.
Service Transition (Service-Überführung) in YaSM und den ITSM-Frameworks.
Service Transition in den ITSM-Frameworks
Service Transition ist im Service-Management ein prominentes Thema, seit mit ITIL V3 der Service-Lifecycle eingeführt wurde. In diesem Lifecycle ist Service Transition eine von insgesamt fünf Phasen.
Das ITIL V3-Buch zur Service Transition beschreibt es als diejenige Phase, welche die Inputs von Service Design entgegennimmt und mit deren Hilfe dafür sorgt, dass die Service-Lösungen reibungslos in den Live-Betrieb überführt werden.
Gemäß ITIL V3 umfasst Service Transition die folgenden Sub-Prozesse:
- Transition Planning und Support
- Change Management
- Service Asset und Configuration Management
- Release und Deployment Management
- Service-Validierung und ‑Test
- Change-Evaluierung
- Knowledge Management
In ITIL® 4 wurde das Konzept des Service-Lifecycles zugunsten eines ganzheitlicheren Ansatzes wieder aufgegeben. ITIL v4 definiert keine spezifischen Prozesse mehr, die Organisationen implementieren sollten, aber die meisten bekannten ITIL-Prozesse aus dem Service-Transition-Buch sind in ITIL 4 als sogenannte "Practices" wiederzufinden. ITIL 4 bezeichnet demzufolge Change Management, Configuration Management sowie Service-Validierung und ‑Test als Practices (Change Management wurde allerdings in "Change Enablement" umbenannt) [2].
Andere Service-Management-Frameworks, wie beispielsweise CMMI-SVC®, USMBOK™ und COBIT®, enthalten gleichermaßen Prozesse für Service Transition, wenn auch gelegentlich unter etwas anderen Bezeichnungen; so gibt es z.B. in CMMI-SVC® eine Process Area "SST (Service System Transition)".
In VeriSM™ wird das VeriSM-Modell als "ein Service-Management-Betriebsmodell für eine Organisation" eingeführt [3]. VeriSM beschreibt "High-Level Stages" für Entwicklung und Bereitstellung von Produkten und Services. Eine dieser Phasen, "Produce", erinnert an die Service-Transition-Phase des ITIL-Service-Lifecycles und ist verantwortlich für das Erstellen, Testen und Implementieren von Produkten und Services.
Schließlich enthält ISO 20000, der internationale Standard für Service-Management, spezifische Anforderungen in Bezug auf Service-Erstellung und ‑Transition.
Service-Transition-Prozess in YaSM
Das YaSM Service-Management-Modell übersetzt die Empfehlungen und Grundgedanken der verschiedenen ITSM-Frameworks in einen schlanken und praxistauglichen Service-Transition-Prozess.
Dieser wird vom Service-Design-Prozess angestoßen, sobald eine Servicedefinition und ein Service-Implementierungs-Konzept vorliegen. Am Ende des Service-Erstellungs-Prozesses ist der Service "bereit zur Aktivierung", d. h. Kunden können jetzt eine Service-Vereinbarung unterzeichnen und beginnen, den Service zu nutzen.
Der Service-Transition-Prozess enthält die folgenden Sub-Prozesse:
- Koordinieren der Entwicklungs- und Beschaffungs-Aktivitäten
- Entwickeln von Anwendungen und Systemen
- Entgegennehmen der Service-Komponenten
- Erstellung oder Aktualisierung der Betriebs-Dokumentation
- Testen der Service-Komponenten
- Ausrollen der Service-Komponenten
- Vorbereiten der Service-Aktivierung
Für jeden Sub-Prozess bietet YaSM ein detailliertes Template, das die Prozess-Aktivitäten, Rollen, Inputs und Outputs beschreibt.
Außerdem enthält YaSM Dokument-Vorlagen für die beiden wichtigsten Outputs des Service-Erstellungs-Prozesses:
- Testskripte und Testprotokolle dienen der detaillierten Dokumentation aller Testaktivitäten
- das Service-Betriebshandbuch spezifiziert die Aktivitäten, die für den Betrieb eines Service und der darunter liegenden Infrastruktur erforderlich sind.
All das ist denkbar unkompliziert. Die komplette Beschreibung des YaSM Service-Transition-Prozesses finden Sie in diesem Wiki, einschließlich einer Definition der Sub-Prozesse, Details zu den Prozess-Outputs und einer RACI-Matrix.
Change Management: Ein unterstützender YaSM-Prozess
Was ist aus dem Change Management geworden?
Natürlich gibt es einen solchen Change-Management-Prozess in YaSM, aber als unterstützenden Prozess außerhalb des Service Lifecycles. Dieser kann von allen anderen Service-Management-Prozessen aufgerufen werden, wenn Changes erforderlich sind - wodurch die ganze Prozess-Struktur viel einfacher zu verstehen ist.
Themenverwandte Seiten
- YaSM Service-Management-Prozesse ➔ LP3: Erstellen neuer oder geänderter Services
- ITIL 4 Practices und YaSM-Prozesse
- YaSM und ITIL V3 ➔ YaSM vs. ITIL Service Transition
Externe Links und Literatur
[a] IT Process Wiki - ITIL Service Transition. -- S. Kempter: IT Process Wiki, "ITIL Service Transition (Service-Überführung)". - IT Process Maps; Lindau (Bodensee), Deutschland.
[1] The Cabinet Office: ITIL® Service Transition (2011 Edition). - The Stationery Office; London, UK.
[2] AXELOS: ITIL® Foundation, ITIL 4 Edition. - The Stationery Office; Norwich, UK, 2019.
[3] IFDC (International Foundation for Digital Competences) (2017). VeriSM™ - A Service Management Approach for the Digital Age. Zaltbommel, Netherlands: Van Haren Publishing.
Von: Stefan Kempter 
, IT Process Maps.
Service Transition in den ITSM-Frameworks › Service-Transition-Prozess in YaSM › Change Management
