Outsourcing für den Service Desk

Leistungsumfang beim Outsourcing eines Service Desk

Leistungsgrenzen sauber definieren (Scope Statement)

Der wichtigste Schritt im Service-Desk-Outsourcing ist ein präzises Scope Statement: Welche Services werden tatsächlich übernommen – und für wen? Dazu gehören Zielgruppen (interne Mitarbeitende, externe Partner, Standorte), Servicezeiten, Sprachen sowie die Support-Kanäle (Telefon, E-Mail, Portal, Chat, Remote-Session). In der Praxis lohnt es sich, den Scope nicht nur nach „Tickets“ zu beschreiben, sondern nach Service-Kategorien (z. B. Workplace, Kollaboration, Standard-Applikationen, Identitäten) und nach Komplexitätsstufen. So lässt sich später nachvollziehbar trennen, was als Standardleistung gilt und was als Sonderfall in Zusatzleistungen oder 3rd Level fällt. Die ITIL-Logik, Services entlang von Wertströmen und klaren Verantwortlichkeiten zu strukturieren, bietet dafür eine robuste Grundlage.

1st Level Support: Frontdoor, Triage und Standardlösungen

Im 1st Level liegt der Leistungsumfang typischerweise bei Ticketannahme, Qualifizierung (Kategorisierung, Priorisierung), Erstlösung und Anwenderkommunikation. Dazu zählen Standard-Requests (z. B. Passwort-Reset, Berechtigungen nach definiertem Workflow, Software aus freigegebenem Katalog), einfache Incidents sowie die Pflege und Nutzung von Wissensartikeln. Wichtig ist, explizit festzuhalten, ob der Provider nur „Abarbeitung“ liefert oder auch aktiv Knowledge Management betreibt (Artikel erstellen, reviewen, veraltene Inhalte aussteuern) und Self-Service-Quoten erhöht. Ein gut definierter 1st Level ist damit nicht nur ein Call-Center, sondern die Steuerzentrale für Incident- und Request-Flüsse.

2nd Level Support & Remote Support: Diagnose, Wiederherstellung, Stabilisierung

Beim 2nd Level verschiebt sich der Scope in Richtung technischer Analyse und nachhaltigerer Wiederherstellung: Log-Auswertung, Konfigurationsprüfungen, Workarounds, Koordination mit Herstellern oder internen Plattformteams. Für Remote Support muss zusätzlich geregelt werden, welche Fernwartungsaktionen erlaubt sind (z. B. Software-Installation, Policy-Änderungen, Registry/Config-Anpassungen), wie Identitätsprüfung und Zugriff (MFA, Rollen, Privileged Access) umgesetzt werden und welche Systeme ausdrücklich ausgeschlossen sind (z. B. produktive Server, kritische Fachverfahren). Ein praktikabler Scope beschreibt hier nicht nur „was“, sondern auch „wie“: Toolset, Dokumentationspflicht, Nachvollziehbarkeit im Ticket und Freigabepunkte.

Schnittstellen, Eskalationen und Out-of-Scope als Qualitätshebel

Damit Outsourcing im Alltag funktioniert, braucht der Leistungsumfang klare Übergaben: Wann geht ein Fall an 3rd Level/Engineering, an den Hersteller oder an Field Service (Vor-Ort)? Was sind harte Ausschlusskriterien (z. B. Projektarbeit, Changes ohne genehmigten Prozess, individuelle „Gefälligkeitsaufgaben“)? Gerade im Outsourcing ist ein sauberer Abgrenzungskatalog entscheidend, weil er Streit über Zusatzaufwand reduziert und SLAs/KPIs realistisch macht. In der Literatur zum IT-Outsourcing wird diese Vertragsschärfe – inklusive Leistungsbeschreibung und Service Levels – als zentrale Voraussetzung für steuerbare Provider-Leistung betont.

Service Level & KPIs im Service Desk Outsourcing (1st/2nd Level, Remote Support)

Die Tabelle fasst die wichtigsten SLAs und KPIs samt Messlogik zusammen, damit Leistung, Qualität und Steuerung im Outsourcing eindeutig nachvollziehbar bleiben.

Prozesse & Standards im Outsourcing eines Service Desk

Prozesslandkarte als „Betriebsanleitung“ für den Provider

Damit ein ausgelagerter Service Desk nicht nur Tickets „abarbeitet“, braucht es eine verbindliche Prozesslandkarte: Welche Abläufe gelten end-to-end, welche nur als Teilprozess im 1st/2nd Level? Bewährt hat sich, die ITSM-Prozesse nach ITIL so zu beschreiben, dass sie im Alltag prüfbar sind: Start-Trigger, Pflichtinformationen im Ticket, definierte Übergabepunkte (z. B. an 3rd Level, Hersteller, Field Service) und klare Rollen (Service Owner, Process Owner, Provider Team Lead). Besonders wichtig ist die Frage, ob der Provider ausschließlich ausführt oder auch Prozessverantwortung übernimmt – denn davon hängen Steuerung, Reporting und Verbesserungsarbeit ab. Als Referenzrahmen dienen hier ITIL 4 sowie ein Servicemanagementsystem nach ISO/IEC 20000, weil beide den Fokus auf reproduzierbare, auditierbare Abläufe legen.

Incident- und Request-Prozesse: Stabilität und Tempo ausbalancieren

Im Outsourcing sind Incident Management und Service Request Management die „Taktgeber“. Für Incidents sollten Prioritäten nicht nur über Impact/Urgency definiert sein, sondern auch über eindeutige Eskalationsregeln (technisch, organisatorisch, Major Incident) und ein verbindliches Kommunikationsschema. Für Requests empfiehlt sich ein sauberer Servicekatalog mit Genehmigungswegen, Standard-Workflows und klaren Definitionen, was als Standardleistung gilt. In der Praxis entscheidet die Ticketqualität über die Lösungszeit: Pflichtfelder, Diagnoseschritte, Checklisten für Remote Support und eine Definition-of-Done (z. B. dokumentierte Ursache, nachvollziehbare Lösung, Nutzerbestätigung oder definierte Autoclose-Regel) vermeiden Reopens und Schattenarbeit.

Problem, Change und Knowledge: Qualität entsteht hinter den Kulissen

Ein starkes Outsourcing-Modell koppelt Problem Management eng an wiederkehrende Incidents: Trendanalysen, Known-Error-Pflege und strukturierte Root-Cause-Sessions mit dem 2nd/3rd Level reduzieren Ticketvolumen dauerhaft. Beim Change Enablement muss festgelegt werden, welche Änderungen der Service Desk selbst durchführen darf (Standard Changes) und wo Freigaben zwingend sind (Normal/Emergency Changes). Knowledge Management ist der Multiplikator: Artikel-Lebenszyklus (Entwurf, Review, Veröffentlichung, Verfall), Qualitätskriterien und Ownership sorgen dafür, dass der 1st Level tatsächlich First-Contact-Resolution steigert, statt Wissen nur „zu konsumieren“.

Standards, Qualitätssicherung und Governance als Vertragspraxis

Standards wirken nur, wenn sie gemessen und gesteuert werden: QA-Stichproben (Ticketqualität, Gesprächsführung, Dokumentation), regelmäßige Service Reviews, KPI-Definitionen sowie kontinuierliche Verbesserungsmechanismen (CSI) müssen im Betriebsmodell verankert sein. Ergänzend sind Sicherheits- und Compliance-Anforderungen pro Prozessschritt zu konkretisieren (z. B. Zugriff, Protokollierung, Remote-Session-Nachweise). Gerade im Outsourcing verhindert eine belastbare Governance, dass „Ausnahmen“ zur Regel werden – und macht Servicequalität planbar.

Service Level & KPIs im Service-Desk-Outsourcing

Service Levels als Steuerungsinstrument statt „Strafkatalog“

Im Outsourcing entscheidet die Güte der Service Levels darüber, ob der Service Desk tatsächlich verlässlich liefert oder nur formal „SLA-Häkchen“ setzt. In der Praxis bewährt sich eine Kaskade aus SLA (zwischen Auftraggeber und Provider), OLA (interne Leistungsabsprachen, z. B. zwischen 1st und 2nd Level) und UC (Verträge mit Unterlieferanten). Entscheidend ist, dass Service Levels an der Nutzerwirkung ausgerichtet werden: Erreichbarkeit, Reaktionszeit und Lösungszeit sind nur dann aussagekräftig, wenn Prioritäten konsistent definiert sind (Impact/Urgency) und Major Incidents gesondert behandelt werden. Viele Organisationen vermeiden Zielkonflikte, indem sie für kritische Prioritäten nicht nur Maximalzeiten definieren, sondern auch einen verbindlichen Kommunikationsrhythmus (Status-Updates, Eskalationspunkte) festlegen.

KPI-Set: Balance aus Qualität, Tempo und Stabilität

Ein belastbares KPI-Set umfasst mehr als „Time to Resolve“. Für den 1st Level sind Kennzahlen wie First Contact Resolution (FCR), Abandon Rate (Abbruchquote), Antwortzeit je Kanal (Telefon/Chat/Portal) und Reopen Rate (Wiedereröffnungen) typisch. Im 2nd Level rücken Mean Time to Restore (MTTR), Anteil nachhaltig gelöster Störungen (ohne Folgeincident) sowie „Aging“ (überfällige Tickets) in den Vordergrund. Qualitätskennzahlen sollten die Dokumentationsqualität abbilden (Ticketvollständigkeit, Diagnoseweg, nachvollziehbare Lösung) – idealerweise über regelmäßige QA-Stichproben. So entsteht ein Bild, das Tempo und Qualität gleichzeitig abprüft, statt einseitig auf Durchsatz zu optimieren.

Zielwerte richtig wählen: Toleranzbänder und Prioritätsbudgets

Im Outsourcing werden KPIs häufig „hart“ definiert, was zu Nebeneffekten führt: Ticket-Splitting, Prioritätsinflation oder vorschnelles Schließen. Ein pragmatischer Ansatz ist die Arbeit mit Toleranzbändern (z. B. Ziel, Warnschwelle, kritische Schwelle) und Prioritätsbudgets: Wie viel Rest-Backlog ist pro Priorität zulässig, ohne dass die Nutzererfahrung leidet? Ergänzend helfen Volumen-Korridore (Saisonalität, Rollouts), damit Leistungskennzahlen nicht durch Sondereffekte verzerrt werden. Wichtig ist außerdem eine klare Definition, welche Zeiten zählen (Wartezeit auf Nutzer, Abhängigkeit von Dritten, Change-Freeze) – sonst sind Reports nicht vergleichbar.

Reporting & Governance: KPIs in Verbesserungen übersetzen

KPIs entfalten ihren Nutzen erst im Regelbetrieb: Daily/Weekly-Operatives (Backlog, Engpässe, Major Incidents), Monthly Service Review (Trends, Root Causes, Knowledge-Defizite) und ein verbindlicher Verbesserungsprozess (CSI). Besonders wirksam ist die Verknüpfung von Kennzahlen mit Maßnahmen: sinkt die FCR, wird gezielt die Knowledge Base überarbeitet; steigen Reopens, werden Diagnose-Checklisten und Remote-Support-Standards nachgeschärft. So wird Service-Desk-Outsourcing messbar, steuerbar und nachhaltig – und nicht nur ein Kostenprojekt.

Quellen:

• Beims, Martin; Ziegenbein, Michael: IT-Service-Management in der Praxis mit ITIL®. 6. Auflage, Carl Hanser Verlag, 2023.
• Axelos: ITIL® 4 Foundation (Deutsche Ausgabe). PeopleCert, 2021.
• DIN/ISO/IEC 20000-1: Informationstechnik – Servicemanagement – Anforderungen an Servicemanagementsysteme. Deutsche Normausgabe.
• ISO/IEC 20000-1:2018-09: Informationstechnik – Servicemanagement – Teil 1: Anforderungen an Servicemanagementsysteme (deutsche Normausgabe über DIN Media).
• Bräutigam, Peter (Hrsg.): IT-Outsourcing – Eine Darstellung aus rechtlicher, technischer, wirtschaftlicher und vertraglicher Sicht. 2., völlig neu bearbeitete und wesentlich erweiterte Auflage, Erich Schmidt Verlag, Berlin 2009.
• Bernhard, Martin G. (Hrsg.): IT-Outsourcing und Service-Management – Praxisbeispiele, Strategien, Werkzeuge. Symposion Publishing, 2003.