SLA (Service Level Agreement)

HWS Lexicon

SLA (Service Level Agreement)

Ein Service Level Agreement (SLA) ist eine formale Vereinbarung zwischen einem Dienstleister und einem Kunden, die den erwarteten Standard der Dienstleistung festlegt. Dieser Leitfaden untersucht die Grundlagen, Vorteile und Kernkomponenten von SLAs sowie die Herausforderungen, die mit ihrer Umsetzung im Helpdesk-Umfeld verbunden sind.

Was ist ein SLA?

Ein SLA ist ein Vertrag (oder ein Teil eines Vertrags), der die Art, Qualität, Verfügbarkeit und Verantwortlichkeiten einer Dienstleistung schriftlich fixiert. Im IT-Support definiert ein SLA insbesondere messbare Reaktions- und Lösungszeiten für verschiedene Prioritätsstufen. Es dient als Referenzpunkt, um die Leistung des Supports objektiv zu bewerten und die Erwartungen beider Parteien aufeinander abzustimmen.

Vorteile von SLAs:

Erwartungsmanagement: Kunden wissen genau, welche Unterstützung sie in welchem Zeitrahmen erwarten können, was die Zufriedenheit steigert.
Objektivität: Durch klare Kennzahlen (KPIs) wird die Leistung des Helpdesks messbar und vergleichbar, statt auf subjektiven Empfindungen zu basieren.
Priorisierung: SLAs helfen dem Support-Team, Tickets nach Dringlichkeit zu sortieren und Ressourcen effizient dort einzusetzen, wo sie am dringendsten benötigt werden.
Rechtssicherheit: Bei geschäftskritischen Ausfällen dienen SLAs als rechtliche Absicherung bezüglich Haftung und Kompensationszahlungen.

Kernkomponenten eines SLAs:

Verfügbarkeit: Angabe der Betriebszeiten (z. B. 24/7 oder Mo-Fr 08:00–17:00 Uhr) und der garantierten Uptime (z. B. 99,9%).
Reaktionszeit: Die Zeitspanne zwischen dem Eingang einer Anfrage und der ersten Rückmeldung durch einen Techniker.
Lösungszeit: Die maximal zulässige Zeit, bis ein Problem vollständig behoben oder ein funktionaler Workaround bereitgestellt wurde.
Eskalationspfade: Festlegung, wer informiert wird oder das Ticket übernimmt, wenn ein SLA-Ziel nicht eingehalten werden kann.
Pönalen (Strafen): Definition von Konsequenzen oder Gutschriften, falls der Dienstleister die vereinbarten Standards wiederholt verfehlt.

Herausforderungen bei der Nutzung von SLAs:

Überambitionierte Ziele: Zu knapp bemessene Zeiten können zu Stress im Team führen und die Qualität der Lösungen mindern („Schnelligkeit vor Gründlichkeit“).
Messkomplexität: Die korrekte Erfassung von Zeiten (z. B. das „Anhalten“ der Uhr, während man auf eine Rückmeldung des Kunden wartet) erfordert präzise Tools.
Starrheit: Starre SLAs können dazu führen, dass komplexe Probleme oberflächlich behandelt werden, nur um die Statistik zu erfüllen.
Schatten-Support: Wenn SLAs zu langsam sind, suchen Nutzer oft eigene Wege (Shadow IT), was Sicherheitsrisiken birgt.

Kontaktaufnahme

Sie haben Fragen zu unseren Produkten und Dienstleistungen? Dann Kontaktieren Sie uns über unser Formular. Wir bieten ein breites Spektrum an IT Services, IT Consulting und Softwareentwicklung. Ihre Anliegen sind uns wichtig, und wir freuen uns darauf, von Ihnen zu hören. Kontaktieren Sie uns unkompliziert für ein Erstgespräch oder bei Fragen zu unseren Leistungen.

Anfragen zu freien Stellen oder Praktika stellen Sie bitte über unser Karriereportal.

Q&A – Häufig gestellte Fragen zu SLAs

F: Was ist der Unterschied zwischen einem SLA und einem OLA? A: Während das SLA die Vereinbarung zwischen Dienstleister und externem Kunden ist, regelt das OLA (Operating Level Agreement) die Zusammenarbeit zwischen internen Abteilungen (z. B. zwischen First Level und der Netzwerkadministration), um das übergeordnete SLA einzuhalten.

F: Was passiert, wenn ein SLA „gerissen“ wird? A: Ein SLA-Verstoß (Breach) führt meist zu einer Eskalation. In professionellen Verträgen können dadurch Gutschriften für den Kunden oder bei internen IT-Abteilungen Berichte an das Management ausgelöst werden, um personelle oder technische Engpässe zu identifizieren.

F: Bezieht sich die Reaktionszeit auch auf Wochenenden? A: Das hängt von den definierten „Service Hours“ ab. In vielen SLAs wird nur die Zeit innerhalb der Geschäftszeiten (z. B. 8×5) gezählt. Ein Ticket, das Freitagabend eingeht, würde die Uhr bei einem 8×5-Vertrag erst Montagmorgen starten lassen.

F: Kann ein SLA nachträglich geändert werden? A: Ja, SLAs sollten regelmäßig im Rahmen eines Service Level Reviews überprüft und an neue technische Gegebenheiten oder geänderte Business-Anforderungen angepasst werden.