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
Unverbindliches Erstgespräch anfragen SLA-Hierarchie ansehen

Warum SLAs 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 SLA-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 SLA-Hierarchie: SLA, OLA und UC

Ein vollständiges SLA-Framework besteht aus drei Ebenen:

Der Underpinning Contract (UC) regelt die Leistungsbeziehung mit externen Dienstleistern – und muss mit den SLA-Verpflichtungen kompatibel sein.

Das Operational Level Agreement (OLA) regelt die interne Leistungsbeziehung zwischen IT-Teams – und stellt sicher, dass die im SLA zugesagten Leistungen intern auch erbracht werden können.

Das Service Level Agreement (SLA) regelt die Leistungsbeziehung zwischen IT und Kunde – mit definierten Reaktions- und Lösungszeiten, Verfügbarkeitszielen und Eskalationspfaden.

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
Service Level Agreement Hierarchie

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 Metriken

SLA-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.

SLAs müssen im ITSM-Tool technisch abgebildet sein – sonst sind sie wirkungslos. Die Konfiguration erfolgt so, dass SLA-Regeln Reaktions- und Lösungszeiten automatisch überwachen, Eskalationen bei drohender SLA-Verletzung automatisch ausgelöst werden und SLA-Reports regelmäßig und automatisiert erstellt werden.

Besonders wichtig: Die SLA-Konfiguration muss mit den definierten Prioritäten und Servicezeiten abgestimmt sein – inklusive Berücksichtigung von Geschäftszeiten, Feiertagen und Wartungsfenstern.

SLAs sind keine statischen Dokumente. Die Etablierung erfolgt über regelmäßige SLA-Reviews – quartalsweise oder halbjährlich – in denen die Zielerreichung analysiert, Abweichungen besprochen und Anpassungen vorgenommen werden.

Dabei geht es nicht nur um die Frage, ob die Ziele erreicht wurden – sondern auch darum, ob die Ziele noch sinnvoll sind. Anforderungen ändern sich, Services entwickeln sich weiter, und SLAs müssen mithalten.

Gut etablierte SLAs sind kein bürokratischer Overhead – sie sind ein strategisches Instrument für eine transparente, qualitätsorientierte IT. Wer SLAs strukturiert aufbaut, im Tool abbildet und regelmäßig reviewed, schafft Vertrauen bei Kunden und Klarheit im eigenen Team.

Die Praxiserfahrung zeigt: Der Aufwand für einen sauberen SLA-Aufbau zahlt sich schnell aus – in weniger Eskalationen, mehr Zufriedenheit und einer messbaren Servicequalität.

Mehr zu unseren Schwerpunkten in IT-Service-Management

ITSM sinnvoll aufbauen

Von der ehrlichen Ist-Analyse über schlanke ITIL-Prozesse bis zum Aufbau einer soliden CMDB und SLA-Frameworks: Wir begleiten Sie strukturiert bei der Tool-Konfiguration und sichern durch kontinuierliche Verbesserung eine transparente, skalierbare Service-Erbringung für Ihre gesamte Organisation.

Mehr erfahren
Incident Management optimieren

Incident-Management optimieren

Schluss mit Dauerstress und unklaren Eskalationen: Wir optimieren Ihr Incident-Management durch präzise Priorisierungsmatrizen, automatisierte Workflows und eine strukturierte Ersterfassung. Mit einer gepflegten Wissensdatenbank steigern wir Ihre First-Contact-Resolution-Rate und sichern durch gezieltes KPI-Monitoring eine schnelle, messbare Störungsbehebung.

Mehr erfahren
ITIL Change

Change-Workflows etablieren

Sichere Veränderungen ohne Betriebsrisiko: Wir etablieren strukturierte Change-Workflows mit klaren Genehmigungspfaden (CAB), Risikobewertungen und Standard-Changes für wiederkehrende Aufgaben. So minimieren Sie Ausfallzeiten bei Anpassungen und schaffen durch lückenlose Dokumentation volle Transparenz über alle Veränderungen in Ihrer IT-Landschaft.

Mehr erfahren

ITIL-Workflows gestalten

Schlanke Prozesse statt unnötiger Bürokratie: Wir entwickeln praxisnahe ITIL-Workflows für Incident, Service Request, Change und Problem Management. Durch klare Entscheidungslogiken, automatisierte Eskalationspfade und die konsequente Nutzung von BPMN schaffen wir Abläufe, die nicht nur theoretisch korrekt sind, sondern in Ihrem ITSM-Tool und im Arbeitsalltag Ihres Teams wirklich funktionieren.

Mehr erfahren

Ihr Ansprechpartner für Service-Level-Agreements und ITSM

Christian Meng

Telefon: 0336 31 40 30 11

E-Mail: info@trusted-advisor.com

IT-Service-Management Berater Christian Meng

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.


033631 - 403 011
  • Ich bin damit einverstanden, dass Trusted Advisor Kontakt mit mir aufnimmt. Die Bestimmungen zum Datenschutz habe ich gelesen und akzeptiert.

Das sagen unsere Kunden

Trusted Advisor unterstützte bei der Konzeption und der Einführung einer Digitalisierungslösung für das Management von Stammdaten und deren Metainformationen. Derzeit wird durch Trusted Advisor die Weiterentwicklung und der Betrieb der Lösung sichergestellt.

50Hertz
Application Manager 50HzT ADM
Carsten Neumann

Trusted Advisor zeichnet sich dadurch aus, dass man NICHT nur irgendein theoretisches Standardmodell vorgesetzt bekommt. Sondern man erhält echte Unterstützung bei der Einführung von praktisch funktionierenden Lösungen, welche die Rahmenbedingungen der eigenen Organisation berücksichtigen.

Landeshauptstadt München
Projektleiter neoIT
Frank Fassnacht

Trusted Advisor ist bereits seit vielen Jahren ein sehr verlässlicher Partner mit sowohl tiefem als auch breitem Know How in allen Enterprise Architecture Fragen. Wir arbeiten immer wieder gerne zusammen in Projekten, besonders auch weil viel Know-How von Trusted Advisor in Richtung BiZZdesign und damit in die Produktentwicklung zurückfliesst.

BiZZdesign B.V.
Country Manager DACH
Peter Brünenberg

Es macht wirklich Spaß mit euch zu arbeiten (habe ich auch nicht anders erwartet) :-)

Deutsche Rentenversicherung Bund
Organisation und IT-Services
Christopher Klöhn

Das System und ihre Projektlieferung waren erstklassig und ich freue mich, dass wir das Thema wieder aufleben lassen.

Volkswagen SK
Leiter FIP - IT-Projekthaus
MIROSLAV GLANC

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.