ITIL-Wertschöpfungskette am Beispiel einer on premises Software-Paketierungs-Straße Transformation einer ITIL-v3-Servicekette zu ITIL4

Anbieter zum Thema

adesso AG

Rittal GmbH & Co. KG

Schneider Electric GmbH

Rosenberger-OSI GmbH & Co. OHG

Nein, das ist kein Artikel, in dem die ITIL4-Grundprinzipien ´runtergeschrieben und die Anwender damit alleingelassen werden (ITIL ursprünglich = IT Infrastructure Library). Es folgt die Beschreibung einer Transformation an einem konkreten Beispiel.

Das Szenario: Ein Service-Provider leistet für Kunden neben dem Client-Management auch einen Field-Service sowie Serverhousing, Workplace, Print und AD-Services. Die Organisation ist klassisch geschnitten. Dass Client-Management und der Field Service sind in einem Bereich und die Server- und Backend-Betreuung in einem anderen Bereich. Gleiches gilt für die Verantwortlichkeiten.

Das Client Management verfügt über eine on-premises Paketierungs-Straße und ist mit den nötigen Berechtigungen ausgestattet, um im Netzwerk die Kundensoftware mit einem Software-Deployment-Tool ausbringen zu können. SLAs und KPIs sind vereinbart. Die SLAs sind für das Ausbringen der Software an klare Zeiten gebunden.

Ein Service- und Provider-Management ist in die Abläufe eingebunden. Es gibt regelmäßige Meetings mit dem Kunden und ein Release-/Change-Kalender über jede Software-Ausbringung ist mit dem Kunden vereinbart.

ITIL v3-Servicekette und ihre Teilprozesse

Der komplette Software-Bereitstellungsprozess ergibt sich aus der Summe aller unten aufgeführten Teilprozesse. Da die einzelnen Module auf der vorangegangenen Aktion aufsetzen, ist die Produktion nur umsetzbar, wenn alle Teilprozessschritte im Detail eingehalten und umgesetzt werden.

Das bedeutet: Verantwortlichkeiten sind klar definiert und abgestimmt. Der Bereitstellungsprozess wurde in zwei Hauptblöcke unterteilt, konform des Informationsflusses einer Informationskollekte und den jeweiligen Datenausgängen.

Hauptblock 1

• Aufnahme und Niederschrift des Kundenwunsches

• Fachliche Softwarevalidierung und die Aufwandsfreigabe

• Ticketeröffnung und Anpassung als ITIL-konformer Beginn des Change-Prozesses

• Paketerstellung und Qualitätssicherung

• Klärung aller ausstehenden Unstimmigkeiten

Hauptblock 2

• Softwareverteilung und Qualitätssicherung auf Kundensystemen

• Kundenakzeptanz- und Freigabe für ein Paketrollout

• Abrechnungs- und Reporting-Prozesse

• Ticketbearbeitung konform Abschluss eines Change-Prozesses

Überführt in ein Phasenmodell und aus Sicht des Client-Managements betrachtet sieht das Szenario und der Ablauf wie in Abbildung 1 dargestellt aus.

Die verschiedenen Farben zeigen auf, von wem etwas erwartet und geleistet wird. Diese Abstimmungen müssen sich in den SLA, OLA und KPI wiederfinden. Wurde dies nicht getan, sinkt die Akzeptanz und Zufriedenheit auf Kundenseite.

Für die Mitarbeiter des Serviceprovider bedeutet es Frust, Stress und in letzter Konsequenz Pönale-Zahlungen. Die Erwartungen der Kunden können nicht getroffen werden und der Serviceprovider beschäftigt sich intern viel zu sehr mit sich selbst, als mit Anfragen der Kunden.

In Abbildung 2 werden die Phasen weiter ausgeführt und abgestimmte Artefakte werden erzeugt. Dies ist die Basis des SLA, der vereinbart sein sollte, um Schaden von Kunden und des Serviceprovider abzuwenden. Die Phasen müssen ebenfalls definiert und Erwartungen der Stakeholder konkretisiert werden. Beispielhaft sind hier als KPI die Bearbeitungszeiten und definierten Pausierungen angeführt.

Übertragen in einen Regelprozess sieht der Gesamtprozess inklusive Zuständigkeiten, wie in Abbildung 3 dargestellt aus.

Die Kunst eines Multiprovider für diverse Kunden ist, alle beteiligten Rollen beim Provider, wie beim Kunden zu besetzen und die Übergabepunkte und Erwartungen eindeutig abzusprechen. Das ist von einem Teil der Organisation, wie dem Client-Management nicht alleine zu leisten. Hier müssen das Service-Management und alle beteiligten Teams des Multiprovider mit an einen Tisch.

Transformation von ITIL v3 nach ITIL v4

Die sieben Grundprinzipien von ITIL4sind als Leitbild zu verstehen und sollen verdeutlichen, welche Wertströme oder Praktiken zur Anwendung kommen sollten. Da sich ITIL4auch an einem agilen-Vorgehen orientiert und wiederum sehr viele Praktiken als Empfehlung vorschlägt, ist jetzt der zu erreichende Mehrwert für das jeweilige Geschäftsumfeld maßgeblich. Die Kür ist das oben beschriebene Szenario nach dem in ITIL 4 vorgesehene kontinuierlichen Verbesserungsmodell aus zu richten.

Verfolgung der sieben Grundprinzipien von ITIL4

Das Augenmerk liegt auf den Grundprinzipien. Diese müssen verinnerlicht sein:

• 1. „Wertorientierung“,

• 2. „Dort beginnen, wo man steht“,

• 3. „Iterative Weiterentwicklung mit Feedback“,

• 4. „Zusammenarbeit und Transparenz fördern“,

• 5. „Ganzheitlich denken und arbeiten“,

• 6. „Auf Einfachheit und Praktikabilität achten“ und

• 7. „Optimieren und automatisieren“.

Jedem im Projektteam sollte es prominent vor Augen geführt werden. Diese Grundprinzipien sind genauso banal wie lösungsorientiert und führen zu einem erfolgreichen Projektabschluss, wenn Prozesse und Abläufe daran ausgerichtet werden.

Inputs und Outputs

Ein Vorteil von ITIL4ist, dass es definierte Inputs sowie Outputs gibt, die es erleichtert zwischen den einzelnen Teilprozessen klar zu definieren, denn es wird offensichtlicher, wo etwas benötigt wird und wer dafür verantwortlich sein müsste. Das macht die Implementation deutlich einfacher als eine „ITIL v3 Lifecycle-Betrachtung“. Bisher wurde diese Betrachtung in Kundensituationen nicht in einer ausgeprägten Form umgesetzt.

Wie sieht die in Abbildung 1 und 2 dargestellte Servicekette als ITIL-v4-Wertschöpfungskette aus?

In Abbildung 4 wird der Ablauf inklusive der Phasen als Wertschöpfungskette inklusive der Phasen dargestellt, die die Organisation nutzen sollte um eine Prüfung und Reflektion der in house Dienstleistungen verbessern zu können.

34 konkrete Management-Praktiken

Wollte ITIL4nicht entschlacken, einfacher und greifbarer werden? Ja; denn zusammengefasst gibt es Management-Praktiken für Services, Projekte, Produkte, Design, Übergang, Erstellung, Test, Bereitstellung und Support. Hier schlummern drastische Änderungen an den Szenarien. Neu ist zum Beispiel, dass ITIL4definierte IT-Service-Management, jetzt die DevOps, Agile und Lean-definierten Konzepte berücksichtigt werden.

Eine Gliederung erfolgt in 14 allgemeine Management-Praktiken, die in der gesamten Organisation für den Erfolg der von der Organisation erbrachten Geschäfte und Dienstleistungen gelten. Es folgen 17 Dienstverwaltungsverfahren, die für bestimmte Dienste gelten, die in einer Organisationsumgebung entwickelt, bereitgestellt und/oder unterstützt werden. Die drei technische Management-Praktiken wurden für Service-Management-Zwecke angepasst, indem der Fokus von Technologielösungen auf IT-Services erweitert oder verlagert wurde.

Aufgrund der Kürze eines Artikels kann keine Ende-to-End Visualisierung sowie Definition vom gesamten Servicelebenszyklus dargestellt werden. Die in house Dienstleistungen müssen von der Ideenfindung, Erstellung, Bereitstellung bis hin zur Inanspruchnahme von Services betrachtet werden um die Schaffung des Mehrwertes abbilden zu können.

Eine produktbasierte Organisationsstruktur

Um einen Anfang zu finden, sollte nach Möglichkeiten mit Automatisierungspotential innerhalb bestehender Wertschöpfungskette gesucht werden, mit dem Augenmerk auf individuelle Servicebereitstellung(en). Dies setzt voraus, dass die Organisation in der Lage ist, eine produktbasierte Organisationsstruktur einzuführen.

Denn oft ist der Schnitt der Bereiche nicht serviceorientiert oder nicht nach dem Mehrwert der Geschäftsobjekte ausgerichtet. So wird die Service-Erbringung und der „value“ unterbrochen oder sogar verhindert.

Treu dem Grundprinzip zwei: „Dort beginnen, wo man steht“, können auch agile Ansätze angewendet werden.

*Der Autor, Gunnår Kentzler, ist Mitarbeiter des Competence Center Infrastruktur & Technologie der Adesso AG mit aktuell 20 Beratern. Er verfügt über eine mehr als 25-jährige Berufserfahrung im IT Client- und Projektgeschäft. Während dieser Zeit war Kentzler in unterschiedlichen Verantwortungen und Branchen beschäftigt. Er nimmt überwiegend die Rolle als IT-Architekt, Gruppenleiter Client Management, Projektleiter und Teilprojektleiter ein.

(ID:46376116)