Sind 87% SLA-Erfüllung gut? So lesen Sie Ihre Zahl, bevor der Vorstand es tut

Der Monatsbericht sagt 87%. Jemand in der Führungsrunde wird fragen, ob das gut ist. „Es kommt darauf an“ ist die ehrliche Antwort, und eine nutzlose, solange Sie nicht genau sagen können, worauf es ankommt.

Fünf Prüfungen, in dieser Reihenfolge, bevor der Bericht Ihren Schreibtisch verlässt: das Ziel, ob die 87% überhaupt Verfügbarkeit sind, die Uhr, was gezählt wurde, und das Muster der Verfehlungen. Jede Zahl unten ist Rechnung an einem Beispiel, mit Ausnahme meiner eigenen veröffentlichten Bilanz gegen Ende, und keine davon ist ein Benchmark.

1. Das Ziel: 87% welches Versprechens?

Nehmen Sie einen Monat mit 1,200 gelösten Tickets. 87% im Ziel heißt: 1,044 haben es erreicht und 156 verletzt. Was das bedeutet, hängt vom Ziel ab:

Die letzte Zeile wird am häufigsten falsch gelesen. Sie ist ein Bestehen mit 24 Verletzungen Reserve: Wären 25 weitere dieser Tickets zu spät gewesen, etwas mehr als eines pro Arbeitstag, wäre es ein Verfehlen. Ein Bestehen, das mehr als die Hälfte des Spielraums verbraucht, nenne ich „Beobachten“, nicht „Gut“; der SLA-Rechner zieht dieselbe Linie für Ausfallzeiten.

Bei einem Ziel von 95% ist die Zahl, die Sie nennen sollten, nicht „acht Punkte darunter“, sondern „96 Verletzungen mehr, als das Ziel erlaubt“. Das kann sich ein Vorstand vorstellen.

2. Wenn die 87% Verfügbarkeit sind: Halt

Ticket-Erfüllung zählt Datensätze. Verfügbarkeit zählt Zeit. Beide erscheinen als Prozentwerte; es ist nicht dieselbe Art von Zahl.

Nach der Konvention des SLA-Rechners ist ein Monat ein Zwölftel eines Jahres mit 365 Tagen: 730 Stunden. 87% Verfügbarkeit bei einem 24 × 7-Service heißt, dass 13% davon Ausfallzeit waren: 94 Stunden 54 Minuten, fast vier Tage. Ein Ziel von 99.9% erlaubt im selben Monat 43 Minuten 48 Sekunden, 87% bedeuten also das 130-Fache der Ausfallzeit, die das Ziel erlaubt.

Nur über Geschäftszeiten gemessen, bei einer 45-Stunden-Woche (08:00 bis 17:00, fünf Tage), umfasst der Monat etwa 195.5 gezählte Stunden. 13% davon sind 25 Stunden 25 Minuten: fast drei Arbeitstage Ausfall, während die Leute an ihren Schreibtischen saßen.

Eine Ticketquote von 87% ist ein Managementgespräch. Eine Verfügbarkeit von 87% ist ein Ausfall-Review, das längst hätte stattfinden müssen. Rechner 2 im SLA-Rechner, „Welche Verfügbarkeit haben wir tatsächlich geliefert?“, macht aus Ihrer eigenen Ausfallzeit und Ihrem Ziel einen Satz für den Vorstand.

3. Die Uhr: 24 × 7, Geschäftszeiten und der GCC-Kalender

Ein Ziel nach Geschäftszeiten zählt nur die Stunden im Zeitplan, und in den GCC-Staaten gibt es mehr als einen Zeitplan.

Nehmen Sie einen P3 mit einem 8-Stunden-Ziel, erfasst um 15:30 am Donnerstag, 15. Oktober 2026, mit den Vorlagen des GCC-Geschäftszeitenkalenders:

• Bei einer 24 × 7-Uhr ist er am Donnerstag um 23:30 fällig.
• Mit der Vorlage für den VAE-Privatsektor (Montag bis Freitag, 08:00 bis 17:00) ist er am Freitag um 14:30 fällig.
• Mit der Vorlage für Saudi-Arabien (Sonntag bis Donnerstag, gleiche Zeiten) ist er am Sonntag um 14:30 fällig.

Lösen Sie ihn am Sonntag um 10:00, und er hat sein Ziel in Riad erreicht, in Dubai verletzt und eine 24 × 7-Uhr um 58 Stunden 30 Minuten verfehlt. Eine Gruppe, die einen einzigen ITSM-Zeitplan für beide Länder nutzt, meldet eine Zahl, die für eines davon falsch ist, bevor überhaupt jemand gearbeitet hat.

Der Ramadan tut das einen ganzen Monat lang. Wie das Ramadan-2027-Playbook für den Service Desk mit der Saudi-Arabien-Vorlage und Ramadanzeiten von 09:00 bis 15:00 zeigt, ist ein 8-Stunden-P3, erfasst am Montag um 15:30, bei normalen Zeiten am Dienstag um 14:30 fällig und bei Ramadanzeiten am Mittwoch um 11:00. Läuft der Zeitplan des Tools noch auf normalen Zeiten, hält ein am Mittwoch um 10:00 gelöster P3 Ihr Versprechen gegenüber dem Business und erscheint trotzdem als Verletzung. 87% in einem Ramadan-Monat sind eine Kalenderfrage, bevor sie eine Leistungsfrage sind.

Feiertage ebenso. Ist Eid im Zeitplan des Tools nicht datiert, läuft die Uhr durch: Bei 9-Stunden-Tagen werden jedem Ticket nach Geschäftszeiten, das über Eid offen ist, für jeden Feiertag an einem Arbeitstag 9 Stunden angerechnet, Stunden, in denen niemand arbeiten sollte. Der Kalender markiert undatierte islamische Feiertage, bis Sie sie datieren; seine Eid-Zeilen beginnen mit einem Tag, legen Sie also neben dem Datum auch die Länge fest, die Ihr Land ankündigt.

4. Was gezählt wurde

• Gelöst oder noch offen? Das Service-Desk-Dashboard misst die Erfüllung an gelösten Tickets und führt offene Tickets, die ihr Ziel bereits überschritten haben, separat auf. Lesen Sie beides: Eine Verletzung, die zum Monatsende noch offen ist, steckt nicht in den 87%.
• Welche Prioritäten, und wie viele? In einem Monat mit 15 P1s ist jedes einzelne 6.7 Punkte wert. 13 von 15 sind 86.7%, was ein gerundeter Bericht als 87% ausweist; eines mehr rechtzeitig, und es sind 93%. Schreiben Sie die Anzahl neben den Prozentwert.
• Angehaltene Uhren. Ein Ticket, das sein Ziel nur erreicht hat, weil die On-Hold-Zeit die Uhr angehalten hat, ist auf der SLA-Uhr ein „Watch“, kein „Good“. Sorgen Sie dafür, dass jede Pause einen dokumentierten Grund hat.

5. Das Muster der Verfehlungen: Priorität, Überschreitung und die Wassermelone

Dieselben 87%, nach Priorität aufgeteilt. Die Aufteilung ist illustrativ, die Arithmetik exakt.

P3 und P4 machen 1,100 der 1,200 Tickets aus, also bestimmen sie die Gesamtzahl. Was das Geschäft gespürt hat, ist P2, 25 von 85 verspätet, und die zwei P1s, die ihr Ziel verfehlt haben: Zu jedem davon hätte es bereits eine eigene Review geben müssen. Lesen Sie die Priorität vor der Gesamtzahl.

Fragen Sie dann, wie spät. Die 156 Verletzungen können Serviceanfragen sein, die ihr Ziel um Minuten verfehlt haben, oder Incidents, die tagelang offen blieben; die Anzahl allein verrät es nicht. Berichten Sie den Median der Überschreitung und die längste einzelne, nicht den Durchschnitt: Ein P4, das drei Wochen lang vergessen wurde, verzerrt den Durchschnitt des ganzen Monats, und an die längste erinnert sich das Geschäft.

Und achten Sie auf die Wassermelone: außen grün, innen rot. Eine 96%, hinter der ein P1-Wert von 70% steckt, ist gefährlicher als ehrliche 87%. Wenn Ihre 87% rot sind und sich niemand im Geschäft beschwert hat, sind vielleicht das Ziel oder die Uhr falsch. Wenn der Bericht grün ist und sich Filialen, Werke oder Schiffe beschweren, ist die Messung falsch.

Also: Sind 87% gut?

Mein Urteil:

1. Bei Verfügbarkeit: nein. Fast vier Tage Ausfallzeit in einem 24 × 7-Monat sind ein Fall für ein Major Incident Review, kein KPI.
2. Bei Ticket-Erfüllung unter dem Ziel: nein. Nennen Sie die Verletzungen über dem Toleranzrahmen und die Priorität, die sie verursacht hat.
3. Über dem Ziel, aber mehr als die Hälfte des Toleranzrahmens verbraucht: Watch. Bei 87% gilt das für jedes Ziel über 74% bis 87%. Sagen Sie es, bevor der nächste Monat es für Sie tut. Bei 74% oder darunter ist es rechnerisch Good; fragen Sie also, ob das Geschäft ein so niedriges Ziel vereinbart hat.
4. In jedem Fall zuerst die Uhr und die Zählung korrigieren. Eine Zahl, die auf dem falschen Kalender gemessen wurde, kann in beide Richtungen falsch sein.

Meine eigene Bilanz in fünf regulierten Branchen liegt bei 98–99% SLA-Erfüllung. Das ist meine Bilanz, kein Benchmark für Ihre. Berichtenswert wurden diese Zahlen, weil die Ziele, der Kalender und die Zählregeln mit dem Geschäft vereinbart waren, bevor der erste Bericht hinausging.

Der Satz für den Vorstand

Füllen Sie die Klammern mit Ihren eigenen Zahlen:

Im [September 2026] haben [1,044] von [1,200] gelösten Tickets ([87%]) ihr Lösungsziel bei einem Zielwert von [95%] erreicht (unter Zielwert): [96] Verletzungen mehr, als der Zielwert zulässt, mit [P2] am schwächsten bei [70.6%]. Von [N] noch offenen Tickets haben [N] ihr Ziel bereits überschritten. Die SLA-Zeit wird nach [dem Kalender Saudi-Arabiens (Wochenende Freitag–Samstag)] gemessen, mit [eingetragenen Ramadan-Zeiten und Feiertagen]. [Die meisten P2-Verletzungen warteten auf einen einzigen Lieferanten]; [der Service Owner] wird bis [Datum] [eine P2-Lösungszeit im Underpinning Contract dieses Lieferanten vereinbaren], und ab nächstem Monat berichten wir P2 separat.

Das Service-Desk-Dashboard schreibt aus Ihrem Ticket-Export seine eigene Fassung der ersten drei Sätze: die Erfüllung gegenüber Ihrem Zielwert, die schwächste Priorität, die offenen Tickets über dem Ziel und, wenn es Tickets nach Geschäftszeiten misst, den GCC-Kalender Ihrer Wahl. Die Verletzungen über dem Toleranzrahmen ergänzen Sie selbst: Der Toleranzrahmen ist gelöste Tickets × (100% − Zielwert), hier 1,200 × 5% = 60, also liegen 156 Verletzungen 96 darüber. Rechner 2 im SLA-Rechner schreibt die Fassung für die Verfügbarkeit. Beide laufen in Ihrem Browser: Ihr Ticket-Export und Ihre Zahlen werden nie an ITSM Compass oder sonst jemanden gesendet.

Bevor der Bericht hinausgeht

1. Sagen Sie, welche Art von 87% es ist: Ticket-Erfüllung oder Verfügbarkeit.
2. Schreiben Sie das Ziel daneben und die Verletzungen über oder unter dem Toleranzrahmen.
3. Benennen Sie die Uhr: 24 × 7 oder die Arbeitswoche welchen Landes, mit im Tool eingetragenen Ramadan-Zeiten und Feiertagen.
4. Geben Sie an, was gezählt wurde: gelöst oder offen, welche Prioritäten, Incidents oder Serviceanfragen.
5. Zeigen Sie die Erfüllung nach Priorität, mit Anzahlen, vor der Gesamtzahl.
6. Zählen Sie die Tickets, die ihr Ziel nur dank On-Hold-Zeit erreicht haben.
7. Berichten Sie den Median der Überschreitung bei den Verletzungen und die längste.
8. Schließen Sie mit einer Maßnahme, dem Service Owner, der dafür geradesteht, und einem Datum.