Service Value System: der Rahmen von ITIL 4

Was am Anfang und was am Ende steht

In das System laufen zwei verschiedene Dinge hinein. Demand ist die konkrete Nachfrage nach einem Service, jemand braucht etwas und sagt es. Opportunity ist die Möglichkeit, Wert zu schaffen, die noch niemand angefragt hat. ITIL 4 trennt beides bewusst, weil eine IT-Organisation, die nur auf Demand reagiert, nie von sich aus etwas anbietet und dauerhaft in der Rolle der Auftragsannahme bleibt.

Heraus kommt Wert. Entscheidend dabei: Wert entsteht nicht im Service selbst, sondern in der Nutzung. ITIL 4 beschreibt ihn ausdrücklich als gemeinsam erzeugt, weil Anbieter und Empfänger beide etwas beitragen müssen. Ein Ticketsystem, das 4.000 Störungen im Monat schließt, hat damit noch nichts über den Wert gesagt. Erst die Frage, ob die Fachabteilung dadurch arbeitsfähig war, beantwortet das. Deshalb reicht Durchsatz als einzige Kennzahl nicht aus.

Die fünf Bausteine und was jeder beiträgt

Die sieben Leitprinzipien sind die Entscheidungsregeln: Focus on value, Start where you are, Progress iteratively with feedback, Collaborate and promote visibility, Think and work holistically, Keep it simple and practical, Optimize and automate. Sie gelten nicht nur für Verbesserungsprojekte, sondern für jede Entscheidung im System.

Die Governance legt fest, wer über Richtung, Regeln und Mittel entscheidet und wie die Einhaltung überprüft wird. Ohne diesen Baustein bleibt das Service Value System eine Sammlung guter Absichten, weil niemand Prioritäten verantwortet. Die Service Value Chain liefert das Betriebsmodell mit ihren sechs Aktivitäten, aus denen sich Wertströme zusammensetzen. Die 34 Practices stellen die Fähigkeiten bereit, gruppiert in allgemeine Management-Practices, Service-Management-Practices und technische Management-Practices.

Die kontinuierliche Verbesserung ist der Rückkanal. Sie taucht im Modell dreifach auf: als eigener Baustein des Systems, als Aktivität Improve in der Value Chain und als Practice Continual Improvement. Diese Dreifachnennung ist Absicht. Verbesserung soll nicht als Sonderprojekt neben der Arbeit laufen, sondern an jeder Stelle möglich sein.

Die vier Dimensionen halten das Modell ehrlich

Um das Service Value System herum liegen die vier Dimensionen des Service-Managements: Organisationen und Menschen, Information und Technologie, Partner und Lieferanten sowie Wertströme und Prozesse. Sie sind kein Zusatzkapitel, sondern eine Prüffrage an jede Entscheidung.

Der Nutzen zeigt sich, wenn ein Verbesserungsvorhaben stockt. Ein Team optimiert den Ablauf und tauscht das Werkzeug, also die vierte und die zweite Dimension, und die Reaktionszeit bleibt trotzdem gleich. Der Grund liegt dann oft in der dritten Dimension, weil der Vertrag mit dem Dienstleister eine Frist vorgibt, die sich durch keine Prozessänderung verkürzen lässt. Wer die vier Dimensionen der Reihe nach durchgeht, findet solche Blockaden vor dem Projektstart statt danach.

ITIL 4 stellt die vier Dimensionen außerdem in einen äußeren Rahmen aus politischen, wirtschaftlichen, gesellschaftlichen, technischen, rechtlichen und ökologischen Faktoren. Das klingt akademisch, ist aber der Ort, an dem gesetzliche Anforderungen und Lieferengpässe im Modell überhaupt einen Platz haben.

Wo das Modell im Alltag Silos aufbricht

Nimm eine Störung an einer Anwendung, die ein externer Dienstleister betreibt. In einer reinen Prozesswelt endet die Verantwortung des Service Desk an der Schnittstelle zum Dienstleister, und der Anwender wartet, während zwei Tickets in zwei Systemen liegen.

Im Service Value System gehört die Beziehung nach außen zur Aktivität Engage, und Supplier Management ist eine Practice, die zum selben Wertstrom beiträgt wie Incident Management. Der Unterschied ist nicht philosophisch: Er führt dazu, dass die Eskalationsstufen beim Dienstleister und die eigenen Prioritätsstufen zusammen betrachtet werden, statt getrennt gepflegt zu werden.

Genau dafür ist das Modell gebaut. Es beschreibt keine Aufbauorganisation, sondern das Zusammenspiel. Wer es als Organigramm liest und jeder Practice einen Verantwortlichen zuordnet, hat die Silos nur umbenannt.