Vom Prozess zum Wertstrom — wie SVS und SVC in ITIL 4 zusammenwirken
20. Mai 2026
Thomas Scherzinger, Florian Nitz
Lesezeit: 6 Minuten
Warum die Service Value Chain mehr ist als ein neuer Name für den Prozessbaum — und was das im Alltag einer IT-Organisation konkret ändert.
Ein neuer Mitarbeiter beginnt am Montag in einer Schweizer Kantonsverwaltung. Sein Laptop ist nicht eingerichtet, die Active-Directory-Anmeldung scheitert, die Fachapplikation hat keine Lizenz auf seinen Namen. Der Service-Desk meldet: «Wir haben unseren Teil erledigt — fragen Sie bei HR nach.» HR sagt: «Der Antrag ist eingereicht — das liegt jetzt bei IT.»
Das ist kein Versagen einer Person. Es ist das vorhersehbare Ergebnis einer Organisation, die in Prozessen denkt statt in Wertströmen.
Genau hier setzt der zentrale Paradigmenwechsel von ITIL 4 an — mit zwei Konzepten, die seit 2019 das Rückgrat des Frameworks bilden: dem Service Value System (SVS) und der Service Value Chain (SVC). Dieser Artikel zeigt, wie beide funktionieren — und was sich für IT-Verantwortliche ändert, wenn man von Prozess- auf Wertstrom-Denken umstellt.
1. Was sich seit ITIL v3 fundamental ändert
Wie wir im ersten Artikel der Serie gezeigt haben, war ITIL v3 ein Modell der Stabilität: 26 Prozesse, klar abgegrenzt, jeder mit eigener Verantwortlichkeit. Das funktionierte in einer Welt, in der die IT vor allem Verfügbarkeit liefern musste.
Heute sieht die Realität anders aus. Ein Mitarbeiter-Onboarding berührt fünfzehn Systeme, drei Abteilungen und zwei externe Anbieter. Ein Notfall-Patch muss in 48 Stunden ausgerollt, dokumentiert und regulatorisch verankert sein.
In dieser Welt scheitert das Prozess-Modell nicht, weil die einzelnen Prozesse schlecht wären — sondern weil zwischen den Prozessen, an den Übergängen, niemand zuständig ist. ITIL 4 hat genau diesen Befund zu Ende gedacht.
2. Das Service Value System — das grosse Bild
Das SVS ist das Dach. Es beschreibt, wie alle Komponenten einer IT-Organisation zusammenwirken, um aus einer Anfrage Wert zu erzeugen — egal, ob die aus einer Bürgeranfrage, einer regulatorischen Vorgabe oder einer strategischen Initiative kommt.
Die fünf Bausteine
- Leitprinzipien — sieben Grundsätze als Korrektiv bei jeder Entscheidung, etwa «Start where you are» oder «Focus on value».
- Governance — wer entscheidet was, auf welcher Datenbasis, mit welchen Rechenschaftspflichten.
- Service Value Chain — der operative Kern, auf den wir gleich zurückkommen.
- Practices — 34 organisatorische Fähigkeiten, die früher «Prozesse» hiessen. Diesen Wandel behandeln wir im nächsten Artikel der Serie.
- Continual Improvement — kein separater Prozess, sondern eine Haltung, die in jedem anderen Element verankert ist.
Das wirkt komplexer als die v3-Welt — ist aber das Gegenteil. Statt 26 Prozessen, die jeweils ihr eigenes Reich bilden, sind alle Elemente auf ein Ziel ausgerichtet: Wert zu erzeugen. Wo früher jedes Team seine eigenen KPIs verteidigte, fragt ITIL 4: Welchen Beitrag leisten wir gemeinsam?
Abbildung 1: Das Service Value System — Leitprinzipien, Governance, Practices und Continual Improvement umschliessen die Service Value Chain als operativen Kern.
Die Service Value Chain — das operative Herz
Die SVC besteht aus sechs Aktivitäten:
- Plan — Vision, Strategie und Architektur ausrichten
- Engage — Stakeholder verstehen, Erwartungen aufnehmen
- Design & Transition — Services entwickeln und einführen
- Obtain / Build — Komponenten beschaffen oder selbst entwickeln
- Deliver & Support — Services im Betrieb halten
- Improve — kontinuierlich besser werden
Der entscheidende Punkt — und der häufigste Irrtum: Diese sechs Aktivitäten sind kein Workflow. Sie sind keine feste Reihenfolge, sondern ein Netz, das in jedem Wertstrom anders kombiniert wird.
Ein Onboarding braucht Engage, Deliver & Support und Improve — aber kaum Design & Transition. Ein Sicherheitspatch braucht Plan, Obtain, Design & Transition und Deliver & Support — aber kaum Engage. Wer das verinnerlicht, fragt nicht mehr «welcher Prozess ist zuständig?», sondern «welche Aktivitäten brauchen wir hier — und welche Practices unterstützen sie?»
3. Zwei Wertströme aus der Praxis
Szenario 1: Onboarding eines neuen Mitarbeiters
Eine Kantonsverwaltung erhält am 1. März fünfzehn neue Mitarbeitende.
Im alten Prozess-Denken: Der HR-Prozess läuft, erzeugt fünfzehn Tickets, der IT-Prozess «Service Request Fulfillment» arbeitet sie einzeln ab. Jeder Prozess meldet am Ende seine eigene Erfüllungsquote.
Im Wertstrom-Denken: Wir definieren den Wertstrom «Mitarbeiter ist am Tag 1 produktiv» — und messen genau das. Engage klärt Wochen vorher mit HR, welche Rollen kommen. Plan koordiniert die Reihenfolge der Provisionierungen. Obtain / Build aktiviert Lizenzen und Accounts. Deliver & Support stellt die Geräte bereit. Improve sammelt nach der ersten Woche systematisch Feedback.
Das Ergebnis ist nicht eine Sammlung von Ticket-Quoten, sondern eine Aussage: «Dreizehn von fünfzehn Mitarbeitenden waren am Tag 1 produktiv. Bei zweien hakte die Fachapplikation X — Improve übernimmt.»
Szenario 2: Notfall-Sicherheitspatch
In einer weitverbreiteten Systemkomponente wird eine kritische Schwachstelle bekannt.
Im alten Modell: Incident Management läuft an, Change Management parallel, vielleicht Problem Management — und in der Hektik wird der Patch eingespielt, ohne dass die Compliance-Dokumentation hinterherkommt.
Im Wertstrom-Denken: Der Wertstrom heisst «Risiko minimieren in 48 Stunden». Plan startet mit der Risiko-Einschätzung: welche Systeme, welche Bürger-Services? Obtain / Build verifiziert den Patch. Design & Transition plant den Rollout — getestet, dokumentiert, rückrollbar. Deliver & Support führt aus. Engage hält Geschäftsleitung und bei Bedarf den EDÖB informiert.
Das Ziel ist auch hier eine einzige Aussage: «Schwachstelle X ist in allen produktiven Systemen geschlossen, vollständig dokumentiert, mit nachweisbarer Risikobewertung.» Nicht: «Drei Tickets durchlaufen, zwei Changes implementiert, ein Problem geöffnet.»
Abbildung 2: Die sechs SVC-Aktivitäten als Netz — im Wertstrom «Onboarding» sind Engage, Plan, Obtain / Build, Deliver & Support und Improve aktiv, Design & Transition bleibt aussen vor.
4. Was sich für IT-Verantwortliche konkret ändert
Drei Verschiebungen zeigen sich in jeder Wertstrom-orientierten Organisation:
- Verantwortung wandert vom Prozess-Eigner zum Wertstrom-Verantwortlichen. Aus «Service Owner Incident Management» wird «Verantwortlich für den Wertstrom Servicewiederherstellung» — eine Rolle, die Orchestrierung verlangt statt Prozess-Pflege.
- KPIs verschieben sich vom Output zur Outcome. «Tickets pro Tag» misst Aktivität; «Zeit bis zur Wiederherstellung der Geschäftsfähigkeit» misst Wert. Das zwingt zur Klarheit darüber, was «Geschäftsfähigkeit» konkret heisst — und das ist gut so.
- Tooling verschiebt sich von Workflow-Engines zu Orchestrierungs-Plattformen. Die meisten Schweizer Verwaltungen sind heute beim ersten Typ — das nicht zu erkennen, ist ein häufiger Stolperstein in Migrationen.
5. Fazit: Vom Funktionsdenken zum Wertdenken
SVS und SVC sind keine theoretische Architektur — sie sind die strukturelle Antwort auf ein konkretes Versagen des alten Prozess-Modells. Wer ITIL 4 als «neue Prozesslandkarte» einführt, hat den Kern verfehlt.
Wer ITIL 4 dagegen als Einladung versteht, in Wertströmen zu denken, gewinnt etwas Substanzielles: eine IT, die nicht mehr im eigenen Prozess-Kästchen verteidigt, sondern in End-to-End-Verantwortung mitgestaltet. Das ist anstrengender als das alte Modell — aber es ist das einzige, das einer Welt gewachsen ist, in der eine einzelne Anfrage Systeme und Verantwortlichkeiten zehnfach vernetzt.
Im nächsten Artikel der Serie steigen wir tiefer in eine SVS-Komponente ein: die 34 Practices, die in ITIL 4 die alten 26 Prozesse abgelöst haben.
Unser Praxistipp
Beginnen Sie mit einem einzigen Wertstrom — am besten einem, der häufig vorkommt und sichtbar Reibung erzeugt. Onboarding ist ein klassischer Kandidat. Folgen Sie ihm anhand der sechs SVC-Aktivitäten und fragen Sie bei jedem Schritt: «Welche Aktivität läuft hier — und übergeben wir sauber an die nächste?» Dokumentieren Sie die Übergaben. Schon das schärft den Blick. Roadmaps und Tool-Wechsel können warten.
Autor
Thomas Scherzinger
Thomas ist Executive Partner bei Qudits AG und ITIL V3 Expert. Seine Schwerpunkte liegen im Management komplexer IT-Programme und -Projekte — insbesondere im Bereich Life Sciences — sowie im Aufbau und der kontinuierlichen Verbesserung von IT-Service-Management-Organisationen. Mit Leidenschaft entwickelt er Teams und Menschen weiter.
Autor
Florian Nitz
Florian Nitz ist Consultant bei der Qudits AG und ITIL 4 Managing Professional. Er verantwortet technische und digitale Projekte — von IT-Service-Management bis zur Weiterentwicklung digitaler Plattformen — und verbindet strategische Klarheit mit pragmatischer Umsetzung.