Service Level Agreement: SLA-Verträge strukturiert aufbauen und managen
- Vollständiges SLA-Framework mit drei Ebenen: UC, OLA und SLA – von innen nach außen aufgebaut
- Automatisierte SLA-Überwachung und Eskalation durch technische Abbildung im ITSM-Tool
- Messbare Servicequalität durch klar definierte Metriken und regelmäßige Review-Zyklen
Warum Service-Level-Agreements mehr sind als Vertragswerk
Service-Level-Agreements werden oft als lästige Pflicht betrachtet – als Dokumente, die einmal erstellt und dann vergessen werden. In der Praxis sind gut gestaltete SLAs jedoch eines der wirkungsvollsten Instrumente für eine transparente, qualitätsorientierte IT-Service-Erbringung.
Sie schaffen klare Erwartungen auf beiden Seiten, ermöglichen eine objektive Leistungsmessung und bilden die Grundlage für eine kontinuierliche Verbesserung der IT-Services und Kundenzufriedenheit.
Die häufigsten Fehler beim Aufbau von Service-Level-Agreements
In unserer Beratungspraxis begegnen uns immer wieder dieselben Fehler:
- SLAs, die zu allgemein formuliert sind und keine messbaren Ziele enthalten
- SLAs, die nicht mit den internen Leistungsbeziehungen abgestimmt sind
- SLAs, die im ITSM-Tool nicht abgebildet sind – und damit im Alltag keine Wirkung entfalten
- SLAs, die bei einer Tool-Migration einfach übernommen werden – ohne zu prüfen, ob sie noch zur aktuellen Servicestruktur passen
Wir haben zum Beispiel in einem Migrationsprojekt eine vollständige Service-Level-Agreement-Analyse durchgeführt und die bestehenden Vereinbarungen grundlegend mit allen Ansprechpartnern überarbeitet. Es stellte sich heraus, dass zu Beginn mehr als 3500 SLAs in unterschiedlicher Form zur Verfügung standen. Tatsächlich wurden aber nur 30% im täglichen Doing genutzt. Das Projekt musste aufgrund der Analyse um mehrere Monate verlängert werden. Der Vorteil war aber dann, dass alle SLAs tatsächlich nutzbar und vor allem abrechenbar waren.
Die Service-Level-Agreement-Hierarchie: SLA, OLA und UC
Ein vollständiges SLA-Framework besteht aus drei Ebenen:
Wir bauen SLA-Frameworks immer von innen nach außen auf: erst OLA und UC definieren, dann SLA – damit die Zusagen gegenüber dem Kunden auch tatsächlich eingehalten werden können.
Das nachstehende Diagramm zeigt die drei Ebenen als aufeinander aufbauende Schichten – mit der Logik von innen nach außen:
- UC (Fundament) – was externe Partner liefern
- OLA (Mitte) – was intern zwischen IT-Teams vereinbart ist
- SLA (oben) – was dem Kunden zugesagt wird
Wichtige Service-Level-Agreement-Metriken
Gute SLAs enthalten messbare Metriken. Die wichtigsten in der Praxis:
- Reaktionszeit (Response Time): Wie schnell wird ein Incident bestätigt und initial bearbeitet?
- Lösungszeit (Resolution Time): Wie schnell wird ein Incident vollständig gelöst?
- Verfügbarkeit: Wie hoch ist die zugesagte Verfügbarkeit eines Services?
- First Contact Resolution Rate: Wie viele Incidents werden beim ersten Kontakt gelöst?
Wir definieren Metriken immer in Abhängigkeit von der Priorität – mit differenzierten Zielen für kritische, hohe, mittlere und niedrige Priorität.
Service-Level-Agreement-Steuerung im Betrieb: Tool-Abbildung, Monitoring und Review
Damit SLAs wirksam werden, müssen sie technisch abgebildet, regelmäßig überprüft und kontinuierlich verbessert werden.
Mehr zu unseren Schwerpunkten in IT-Service-Management
Ihr Ansprechpartner für Service-Level-Agreements und ITSM
Christian Meng
Telefon: 0336 31 40 30 11
E-Mail: info@trusted-advisor.com
Lassen Sie uns ins Gespräch kommen!
Vereinbaren Sie ein unverbindliches Erstgespräch, in dem wir uns Ihre Herausforderungen anschauen und erste Lösungsansätze definieren.Das sagen unsere Kunden
Häufige Fragen zu Service Level Agreements
Das SLA regelt die Leistungsbeziehung zwischen IT und Kunden. Das OLA definiert interne Leistungsvereinbarungen zwischen IT-Teams. Der Underpinning Contract regelt die Leistungsbeziehung mit externen Dienstleistern. Alle drei Ebenen müssen konsistent aufeinander abgestimmt sein.
Die Anzahl der SLAs sollte sich an der tatsächlichen Nutzung orientieren. Praxiserfahrungen zeigen, dass in gewachsenen Umgebungen häufig nur ein Bruchteil der vorhandenen SLAs aktiv genutzt wird. Eine Konsolidierung auf nutzbare und abrechenbare Vereinbarungen ist daher empfehlenswert.
Üblich sind quartalsweise oder halbjährliche Reviews. Dabei werden Zielerreichung, Ursachen für Abweichungen und Anpassungsbedarf an Services/Anforderungen bewertet.
Zu den zentralen Metriken zählen Reaktionszeit, Lösungszeit, Verfügbarkeit und First Contact Resolution Rate – jeweils differenziert nach Prioritätsstufen.
Ohne technische Abbildung fehlen Überwachung, Eskalation und belastbares Reporting. Tool-Abbildung macht SLAs operativ wirksam und reduziert manuelle Fehler.
Durch frühzeitige Warnstufen, klare Verantwortliche je Eskalationslevel, definierte Kommunikationswege und nachvollziehbare Maßnahmen bei drohender Verletzung.
Über Servicekritikalität, Impact/Urgency-Logik, historische Ticketdaten, Kapazitäten und Abhängigkeiten (OLA/UC). Ziele werden prioritätsbasiert und mit Servicezeiten versehen.
Durch „Inside-out“-Design: erst interne/externe Leistungsfähigkeit absichern, dann SLA-Zusagen ableiten. Abhängigkeiten werden dokumentiert und im Tool berücksichtigt.
Durch klare Definition von 8x5/24x7, Feiertagskalender, Wartungsfenster und Zeitzonen. Diese Parameter müssen in SLA-Timern des Tools korrekt konfiguriert werden.
Zu viele SLA-Varianten, unklare Messdefinitionen, fehlende Tool-Abbildung, fehlende Reviews und SLAs, die nicht mit OLA/UC abgestimmt sind.
Begriffe und Definitionen
- SLA
- Vereinbarung über messbare Serviceziele zwischen IT und Kunde oder Fachbereich, zum Beispiel Reaktionszeit, Lösungszeit oder Verfügbarkeit.
- OLA
- Interne Leistungsvereinbarung zwischen IT-Teams zur Sicherstellung der SLA-Erfüllung.
- Underpinning Contract (UC)
- Vertragliche Leistungsvereinbarung mit externen Dienstleistern, die für die Erfüllung von SLAs und OLAs relevant ist.
- Response Time
- Zeit bis zur ersten qualifizierten Reaktion beziehungsweise Bearbeitungsaufnahme nach Ticketeröffnung.
- Resolution Time
- Zeit bis zur vollständigen Lösung beziehungsweise Wiederherstellung des Services gemäß definierten Kriterien.
- Servicezeiten
- Zeitfenster, in dem SLA-Zeiten zählen, zum Beispiel 8x5 oder 24x7, inklusive Regelungen zu Feiertagen und Wartungsfenstern.
- SLA-Breach
- Verletzung eines vereinbarten Serviceziels; sollte im Tool überwacht, dokumentiert und in Reviews adressiert werden.
- Eskalationspfad
- Definierte Kette von Eskalationsstufen bei drohender oder eingetretener SLA-Verletzung.
- SLA-Reporting
- Regelmäßige Auswertung von SLA-Erfüllung, Trends und Ursachen, um Steuerung und Verbesserung zu ermöglichen.
- Service Level Management
- Prozess zur Definition, Abstimmung, Überwachung und kontinuierlichen Verbesserung von Service Levels.
- Konsolidierung
- Reduktion und Vereinheitlichung von SLA-Varianten auf praktikable, nutzbare Vereinbarungen; erhöht Steuerbarkeit und Akzeptanz.
- KPI
- Kennzahlen zur Messung von Servicequalität und Prozessleistung, zum Beispiel SLA-Erfüllung, MTTR oder Verfügbarkeit.