SLA-Compliance-Retrospektive

Prüft eure SLA-Ergebnisse und behebt die Ursachen für verfehlte Ziele.

Probieren Sie diese Retrospektive live aus

SLA-Kennzahlen-Review

Wie haben wir bei unseren SLA-Zielen abgeschnitten?

Unsere durchschnittliche Reaktionszeit bei Incidents mit hoher Priorität lag bei 2 Stunden und damit deutlich besser als das SLA-Ziel von 4 Stunden.
Wir haben letzten Monat das SLA von 95 % Verfügbarkeit für unsere E-Commerce-Plattform wegen eines unerwarteten Ausfalls verfehlt.
Die Kundenzufriedenheit lag weiterhin über 90 %, damit haben wir unseren SLA-Richtwert für das Quartal erreicht.
SLA-Herausforderungen

Was hat uns daran gehindert, die SLAs einzuhalten?

Der plötzliche Anstieg der Support-Tickets während des Produktlaunchs hat die Kapazität unseres Teams überfordert.
Weil es keine klaren Eskalationswege gab, haben wir auf kritische Incidents nicht innerhalb der SLA-Fristen reagiert.
Häufige Systemausfälle durch die veraltete Infrastruktur haben unsere Verfügbarkeits-SLAs beeinträchtigt.
Verbesserungsmöglichkeiten

Wie können wir unsere SLA-Leistung verbessern?

Automatisiertes Monitoring und Alerting einführen, um drohende SLA-Verletzungen frühzeitig zu erkennen.
Eine ausführliche Wissensdatenbank aufbauen, damit häufige Support-Probleme schneller gelöst werden.
In Infrastruktur-Upgrades und Redundanz investieren, um Zuverlässigkeit und Verfügbarkeit der Systeme zu verbessern.
Teamübergreifende Zusammenarbeit

Wie können wir besser zusammenarbeiten, um unsere SLAs einzuhalten?

Regelmäßige teamübergreifende Abstimmungen einplanen, um SLA-Prioritäten und Abhängigkeiten abzugleichen.
Ein gemeinsames Dashboard oder Reporting einführen, damit alle Teams den SLA-Status in Echtzeit sehen.
Job Shadowing oder Cross-Training fördern, damit alle besser verstehen, wie sich ihre Arbeit auf die SLAs auswirkt.

Was ist die SLA-Compliance-Retrospektive?

Die SLA-Compliance-Retrospektive ist ein Meeting, in dem ihr prüft, wie euer Team seine Service Level Agreements (SLAs) erfüllt hat, und entscheidet, was sich ändern soll. Zuerst kommen die Zahlen: Reaktionszeiten, Lösungszeiten, Verfügbarkeit und alles andere, was eure SLAs messen. Danach findet das Team heraus, warum Ziele verfehlt wurden, und einigt sich auf Lösungen. Das Board hat vier Bereiche. In der SLA-Kennzahlen-Review geht ihr die erreichten und verfehlten Ziele durch. SLA-Herausforderungen behandelt die Engpässe und Ursachen hinter den Verfehlungen. Verbesserungsmöglichkeiten ist für konkrete Maßnahmen gedacht, und Teamübergreifende Zusammenarbeit betrachtet die Übergaben zwischen Teams, denn Verzögerungen entstehen oft genau dort, wo die Arbeit eines Teams an ein anderes weitergeht. Das Format eignet sich für Teams mit festen SLA-Zusagen, etwa in IT-Services, Kundensupport, Logistik und Gesundheitswesen. Führt es bei jedem SLA-Reporting durch, monatlich oder quartalsweise, und nach jeder schwerwiegenden SLA-Verletzung oder Kundeneskalation. So führt die Auswertung zu konkreten Folgemaßnahmen und nicht nur zu einem Bericht.

Format der SLA-Compliance-Retrospektive

SLA-Kennzahlen-Review

Wie haben wir bei unseren SLA-Zielen abgeschnitten?

Bringt die SLA-Daten mit und geht jedes Ziel durch, das das Team erreicht oder verfehlt hat. Betrachtet neben dem aktuellen Zeitraum auch den Trend im Vergleich zu früheren Zeiträumen und notiert, welche Verfehlungen ihr im nächsten Bereich genauer untersuchen solltet.

SLA-Herausforderungen

Was hat uns daran gehindert, die SLAs einzuhalten?

Besprecht die Hindernisse und Engpässe hinter jeder Verfehlung. Fragt so lange nach dem Warum, bis ihr bei einer Ursache ankommt, an der das Team etwas ändern kann, und bleibt dabei beim Prozess statt bei einzelnen Personen.

Verbesserungsmöglichkeiten

Wie können wir unsere SLA-Leistung verbessern?

Macht aus den Ursachen konkrete Maßnahmen. Bevorzugt Änderungen, die das Team selbst in der Hand hat, und gebt jeder Maßnahme eine verantwortliche Person und einen Termin.

Teamübergreifende Zusammenarbeit

Wie können wir besser zusammenarbeiten, um unsere SLAs einzuhalten?

Schaut euch die Übergaben mit anderen Teams an, die eure SLAs beeinflussen. Fragt, wo Arbeit liegen bleibt, wo Informationen verloren gehen und was die anderen Teams von euch brauchen, und vereinbart dann gemeinsam mit ihnen Änderungen.

Wann sollte diese Retrospektive durchgeführt werden?

  • Wenn euer Team Leistungen anhand definierter SLA-Ziele erbringt.
  • Bei jedem SLA-Reporting, damit aus den Zahlen konkrete Folgemaßnahmen werden.
  • Nach einer erheblichen SLA-Verletzung oder Kundeneskalation, um Ursachen und Vorbeugung zu besprechen.
  • Wenn sich SLA-Verfehlungen immer wieder auf Übergaben zwischen Teams zurückführen lassen.
  • Wenn ihr Faktoren, die die SLA-Einhaltung gefährden, erkennen wollt, bevor es zu einer Verletzung kommt.

Vorschläge für Fragen zum Icebreaker

  • Wenn du ein neues SLA für unser Team festlegen könntest, welches wäre es und warum?
  • Erzähl von einem prägenden Erlebnis (positiv oder negativ) mit SLA-Compliance aus deinem Berufsleben.

Möchten Sie eine Aufwärmübung, bei der Ihr Team aktiv mitmacht, und nicht nur laut Antworten gibt? Kostenlose Icebreakers durchsuchen →

Ideen und Tipps für Ihre Retrospektive

  • Haltet genaue, aktuelle SLA-Daten bereit, damit die Auswertung mit Fakten beginnt.
  • Führt die Diskussion ohne Schuldzuweisungen und konzentriert euch auf Prozesse statt auf persönliche Verantwortung.
  • Ladet Personen aus den anderen Teams ein, die an der SLA-Erfüllung beteiligt sind, vor allem diejenigen an den Übergaben.
  • Priorisiert Verbesserungen, die das Team realistisch selbst umsetzen kann.
  • Gebt jeder Maßnahme eine klare verantwortliche Person und einen Zeitrahmen.
  • Führt die Retrospektive in einem festen Rhythmus durch, etwa monatlich oder quartalsweise, damit auf jeden Berichtszeitraum Maßnahmen folgen.

Häufig gestellte Fragen

Was ist eine SLA-Compliance-Retrospektive?
Ein Team-Meeting, in dem ihr die Leistung gegenüber euren Service Level Agreements auswertet. Das Team geht die Kennzahlen durch, findet die Ursachen für Verfehlungen und vereinbart Maßnahmen, um die Lücke zu schließen.
Welche Fragen sollte man in einer SLA-Compliance-Retrospektive stellen?
Fragt, wie das Team bei jedem SLA-Ziel abgeschnitten hat, etwa bei Reaktions- und Lösungszeiten, was zu Verfehlungen geführt hat, welche Übergaben zwischen Teams gebremst haben und was die Lücke im nächsten Zeitraum schließen wird.
Wie oft sollte man eine SLA-Compliance-Retrospektive durchführen?
Bei jedem SLA-Reporting, meist monatlich oder quartalsweise, und nach jeder schwerwiegenden SLA-Verletzung. Ein fester Rhythmus sorgt dafür, dass auf die Kennzahlen auch Folgemaßnahmen folgen.
Wer sollte an einer SLA-Compliance-Retrospektive teilnehmen?
Die Personen, die das SLA erfüllen, plus alle aus anderen Teams, die an den Übergaben beteiligt sind.
Wie unterscheidet sie sich von einem Post-Incident-Review?
Ein Post-Incident-Review untersucht einen einzelnen Incident im Detail. Die SLA-Compliance-Retrospektive betrachtet einen ganzen Berichtszeitraum und erkennt so Muster, die bei der Analyse eines einzelnen Incidents unentdeckt blieben.

Verwandte Vorlagen

Retrospektive zur Ticketlösung

Findet heraus, was die Ticketbearbeitung eures Teams bremst

Retrospektive zu Support-Tools und Ressourcen

Findet heraus, was eurem Support-Team hilft und was nicht

Eskalationsprozess-Retrospektive

Prüft, wie Eskalationen gelaufen sind, und schließt die Lücken.

Kundenfeedback-Retrospektive

Machen Sie aus Kundenfeedback konkrete Änderungen im Team.

Sind Sie bereit, diese Retrospektive durchzuführen?Probieren Sie diese Retrospektive live aus