«Shift-Left» ist wahrscheinlich der am meisten strapazierte Begriff im ITSM und bezeichnet die Tendenz, Probleme so weit wie möglich am Anfang der Support-Kette zu lösen, mit dem Ziel, Kosten zu begrenzen. Die Idee ist verlockend und auf dem Papier einwandfrei. Das Problem ist, dass viele Organisationen Shift-Left als ein Ziel an sich behandeln, anstatt es als die Konsequenz gefestigter operativer Voraussetzungen zu betrachten.
Das Verschieben von Tickets zu den kostengünstigeren Ebenen der Support-Kette – die Bewegung «nach links», von der die Praxis ihren Namen hat – führt zu keinerlei Kostensenkung, wenn es nicht eine qualitativ hochwertige Wissensdatenbank, ein durchdachtes Self-Service-Design und eine ausgereifte Service-Desk-Automatisierung gibt.
Die folgende Analyse soll Shift-Left an seinen richtigen logischen Platz zurückführen. Für ITSM-Organisationen muss es ein Zielpunkt sein, der durch solide operative Grundlagen ermöglicht wird, und keine technologische Lösung, die zu Beginn des Weges implementiert wird.
Die Mathematik, die Shift-Left unverzichtbar macht
Das Interesse an Shift-Left beruht auf der Kostenstruktur: Die Ausgaben pro Ticket steigen bei jedem Übergang zu spezialisierten Support-Ebenen erheblich, vom First-Level-Service-Desk bis zum Support externer Anbieter.
Laut den Benchmarks von MetricNet kostet ein vom Level-1-Service-Desk bearbeitetes Ticket in Nordamerika etwa 22 Dollar, während dasselbe Problem, das im Self-Service auf Level 0 gelöst wird, etwa 2 Dollar kostet. Weiter oben kostet der Desktop-Support (Level 2) rund 70 Dollar, IT Level 3 etwa 100 Dollar, Field Support etwa 220 Dollar und Vendor-Support bis zu 600 Dollar pro Ticket. MetricNet identifiziert auch ein «Level -1», den am weitesten links gelegenen Punkt: die Prävention von Incidents durch Problem Management, das Tickets, die entstehen würden, im Vorfeld eliminiert.
Je mehr Tickets wir nach links verschieben können – zum Beispiel von einem durch einen Mitarbeitenden durchgeführten Passwort-Reset, der 22 Dollar kostet, zu einem automatisierten, der 2 Dollar kostet –, desto mehr reduzieren wir die Gesamtkosten. Aus dieser Kostenskala entsteht das mit Shift-Left verbundene Versprechen der Kostensenkung: Jede auf einer niedrigeren Ebene bearbeitete Anfrage kostet weniger. Die Logik gilt jedoch nur unter der Bedingung, dass die Anfrage tatsächlich auf dieser Ebene gelöst und nicht einfach weitergeleitet wird.
Wenn Shift-Left die Kosten erhöht statt senkt
Die Einsparung pro Ticket setzt nämlich eine tatsächliche Lösung voraus, nicht die bloße Weiterleitung. Eine an den Self-Service weitergeleitete Anfrage, die dann zu Level 1 zurückkehrt – weil der Wissensdatenbank-Artikel ungenau war, das Portal wenig benutzerfreundlich oder die Automatisierung schlecht konzipiert war –, kostet nicht 2 Dollar, sondern 2 Dollar zuzüglich der 22 Dollar von Level 1, zuzüglich einer möglichen Eskalation. Eine verfrühte Verschiebung multipliziert daher die Gesamtkosten des Problems: Sie reduziert den Anteil der beim ersten Kontakt gelösten Anfragen und erhöht die Wiederholungskontakte für dieselbe Frage.
Das ist der Grund, warum eine Shift-Left-Initiative, die ausschließlich vom Ziel der Ausgabenreduzierung geleitet wird, oft den gegenteiligen Effekt erzeugt. Ein Self-Service, der ausschließlich zur Kostensenkung konzipiert wurde, wird wenig genutzt und erzeugt nicht die erwarteten Vorteile. Wenn der Nutzer keine Antwort findet, neigt er nämlich dazu, sich an Lösungen außerhalb der offiziellen Kanäle zu wenden.
Dies bestätigt die TeamViewer-Studie zur Digital Friction: 54 % der Mitarbeitenden geben an, sich nicht in der Lage zu fühlen, technische Probleme selbstständig zu lösen – ein Signal, dass ein schlecht gepflegter Self-Service ungenutzt bleibt und User dazu zwingt, sich an den Support zu wenden. Das Ergebnis ist das Paradoxon, das jeder ITSM-Verantwortliche fürchten sollte: Volume-Metriken, die sich verbessern, während die tatsächliche Erfahrung und die effektiven Kosten pro gelöstem Problem sich verschlechtern.
Die Checkliste der Voraussetzungen
Damit die Umverteilung von Tickets über die Support-Ebenen zu einer praktikablen Strategie wird, müssen drei Bedingungen erfüllt sein:
1. Genaues und zugängliches Wissen
Die Wissensdatenbank ist das wichtigste Asset in der ITSM-Wertschöpfungskette. Es reicht jedoch nicht aus, Wissen zu «erfassen»: Der Wert entsteht durch seine Nutzung, nicht durch die bloße Archivierung. Etablierte Methoden wie Knowledge-Centered Service (KCS) dienen genau dazu, Artikel aktuell, relevant und wirklich lösungsorientiert zu halten – die Voraussetzung dafür, dass ein Problem «Level Zero Solvable» ist, also eigenständig gelöst werden kann.
2. Effektives Management auf Tier 0 und Tier 1
Level 0 (Self-Service) und Level 1 müssen um die tatsächlichen Bedürfnisse der Nutzer herum gestaltet werden, nicht um die Funktionen der Software. Ein benutzerfreundliches Portal mit effektiven Suchfunktionen und gut gestalteten FAQs sowie ein First Level, der mit den Tools und der Befugnis ausgestattet ist, Tickets ohne Eskalation zu schließen: Hier entscheidet es sich über Erfolg oder Misserfolg von Shift-Left.
3. Geschlossene Feedback-Schleifen zwischen den Ebenen
Jedes Mal, wenn eine höhere Ebene ein neues Problem löst, muss die gefundene Lösung dokumentiert und den niedrigeren Ebenen zur Verfügung gestellt werden, damit sie sich wiederverwenden lässt. Der Prozess gliedert sich in vier Phasen: dokumentieren, suchen, korrigieren, lösen. Ohne diesen Transfer verliert die Wissensdatenbank zunehmend an Aktualität und beeinträchtigt die Wirksamkeit von Shift-Left.
Das organisatorische Change Management
Vor den drei identifizierten Voraussetzungen gibt es eine vierte, die weitgehend vernachlässigt wird: das organisatorische Change Management. Shift-Left bringt eine Veränderung der Arbeitsmodelle mit sich und erfordert eine entsprechende Überarbeitung der Bewertungs- und Anreiz-Kriterien für das Personal. Ohne diese bleiben das Wissensmanagement, der Self-Service und Automatisierungen Werkzeuge, die niemand wirklich einsetzt.
Genau an diesen Voraussetzungen sollten IT-Verantwortliche sich messen lassen, noch bevor sie sich mit Ticket-Volumina befassen. Die First-Contact-Resolution-Rate, der Prozentsatz der «Level Zero Solvable»-Probleme und die Ticket-Wiedereröffnungsrate zeigen besser als jede Zählung weitergeleiteter Tickets, ob Shift-Left wirklich funktioniert.
KI und Shift-Left: reale Vorteile und versteckte Kosten
Künstliche Intelligenz, insbesondere Large Language Models (LLM), schreibt die Ökonomie von Shift-Left neu: Richtig eingesetzt, steigert KI die Bearbeitungskapazität von Level 1 auf konkrete Weise. Gartner identifiziert das Agent Enablement als einen der effektivsten Anwendungsfälle: automatische Ticket-Zusammenfassungen, schnelle Antworten und Next-Best-Action-Vorschläge, die dem Agenten Zeit sparen, ohne die Genauigkeit zu beeinträchtigen. Ebenso kann ein LLM Entwürfe von Wissensdatenbank-Artikeln aus gelösten Tickets generieren und so das Wissen, das Tier 0 und Tier 1 speist, schnell erweitern: Dies beschleunigt die Service-Desk-Automatisierung enorm.
Die unsichtbaren Kosten einer Automatisierung ohne solide Grundlagen
Die Kehrseite ist eine schlecht konzipierte Automatisierung, die nachgelagerte versteckte Kosten erzeugt. Ein konversationeller KI-Assistent, der auf einer Wissensdatenbank von schlechter Qualität basiert, löst das Problem nicht: Er leitet die Anfrage lediglich weiter, oft auf fehlerhafte Weise, und liefert ungenaue Antworten mit einem irreführenden Grad an Sicherheit, was das Vertrauen der Nutzer untergräbt und die Wiederholungskontakte erhöht. Nicht zufällig erklären im bereits zitierten TeamViewer-Bericht 32 % der Befragten, dass die getesteten KI-Lösungen versagt haben.
Das Potenzial bleibt dennoch enorm: Gartner schätzt, dass agentische KI bis zum Jahr 2029 80 % der häufigsten Service-Probleme eigenständig lösen wird, mit einer Reduzierung der Betriebskosten von rund 30 %. Diese Ergebnisse sind jedoch nur dort erreichbar, wo Level 0 und Level 1 bereits auf soliden Grundlagen beruhen. Andernfalls reproduziert die Service-Desk-Automatisierung die bestehenden Fehler nur in großem Maßstab.
Shift-Left als Reifegrad-Indikator
Für IT-Verantwortliche, die den Einfluss der IT auf Geschäftsergebnisse nachweisen müssen und nicht nur die Einhaltung von SLAs, muss Shift-Left als Ergebnis gefestigter Voraussetzungen konzipiert werden, nicht als Ausgangspunkt. Es gilt, einer verbreiteten Praxis entgegenzuwirken, die dazu neigt, die Support-Last umzuverteilen und darauf zu vertrauen, dass sich die Qualität von selbst einstellt.
Zuerst muss der Aufbau der Voraussetzungen erfolgen (Wissen, Self-Service, Automatisierung und Prozesse zur Wissensübertragung und -rückgabe), dann, als natürliche Konsequenz, die schrittweise Umverteilung der Tickets zu den niedrigeren Ebenen und schließlich die Kostensenkung, die nachhaltig ist, weil sie auf tatsächlichen Lösungen und nicht auf bloßen Weiterleitungen basiert.
In diesem Sinne wird Shift-Left wirklich zu einem wertvollen Indikator für den operativen Reifegrad einer ITSM-Organisation.
FAQs
1. Was ist Shift-Left im ITSM?
Es ist die Praxis, Probleme und Anfragen so nah wie möglich am Nutzer und an dem Punkt zu lösen, an dem sie entstehen, indem Tickets von kostspieligen Support-Ebenen zu günstigeren Ebenen bis hin zum Self-Service auf Level 0 verschoben werden.
2. Warum erhöht Shift-Left manchmal die Kosten, statt sie zu senken?
Die Einsparung setzt eine Lösung voraus, nicht die bloße Verschiebung. Ein Ticket, das an höhere Ebenen zurückgeleitet wird, summiert die Kosten beider Schritte, senkt die First-Contact-Resolution und lässt die Anzahl der Wiederholungskontakte steigen.
3. Welche Voraussetzungen sind notwendig, bevor Tickets zu niedrigeren Ebenen umverteilt werden?
Notwendig sind eine genaue und zugängliche Wissensdatenbank, ein effektives Management von Tier 0 und Tier 1, das auf den tatsächlichen Bedürfnissen der Nutzer ausgerichtet ist, sowie strukturierte Prozesse, die den niedrigeren Ebenen die auf den höheren Ebenen gefundenen Lösungen zurückgeben.
4. Ermöglicht KI es, auf die Voraussetzungen von Shift-Left zu verzichten?
Nein, KI verstärkt die bestehenden Bedingungen: Auf einer soliden Knowledge Base beschleunigt sie die Service-Desk-Automatisierung; auf einer von schlechter Qualität produziert sie fehlerhafte Antworten, Wiederholungskontakte und Vertrauensverlust.
