KPI (Key Performance Indicator): Definition, Beispiele und Einsatz im IT Service Management

Ein KPI (Key Performance Indicator, deutsch: Leistungskennzahl) ist eine ausgewählte Kennzahl, mit der eine Organisation misst, ob sie ein festgelegtes Ziel erreicht. ITIL 4 beschreibt den KPI entsprechend als wichtige Metrik, mit der der Erfolg beim Erreichen eines Ziels bewertet wird. Entscheidend ist also der Bezug zum Ziel: Die Zahl der Tickets pro Tag ist zunächst nur ein Messwert. Erst wenn feststeht, welches Ziel sie belegen soll und welcher Wert als Erfolg gilt, wird daraus ein KPI.

In der Unternehmens-IT dienen KPIs dazu, Serviceleistung vergleichbar zu machen: zwischen Teams, zwischen Standorten und über die Zeit. Das gelingt nur, wenn alle Beteiligten dieselbe Definition verwenden und die Werte aus derselben Datenquelle stammen. Im IT Service Management ist das in der Regel das Ticketsystem.

Das Wichtigste in Kürze

• Ziel zuerst: Ein KPI leitet sich aus einem Ziel und einem kritischen Erfolgsfaktor ab. Ohne Ziel bleibt jede Zahl eine bloße Statistik.
• Wenige statt viele: Pro Ziel genügen meist ein bis drei KPIs. Alle übrigen Werte sind unterstützende Metriken.
• Eindeutig definiert: Formel, Datenquelle, Zeitraum, Zielwert und verantwortliche Person gehören zu jedem KPI.
• Im ITSM üblich: Erstlösungsquote, mittlere Wiederherstellungszeit, SLA-Erfüllungsquote, Change-Fehlerquote und Kundenzufriedenheit.
• Nebenwirkungen beachten: Ein einzelner KPI lädt zur Optimierung auf Kosten anderer Ziele ein. Gegenkennzahlen begrenzen dieses Risiko.

Stand: November 2026 · Fachlich abgeglichen mit ITIL 4 von PeopleCert/AXELOS und den DORA-Metriken (Quellen am Ende des Artikels)

Vom Ziel zum KPI: kritische Erfolgsfaktoren und Messpunkte

ITIL 4 verknüpft Ziele und Kennzahlen über eine Kette. Am Anfang steht ein Ziel, etwa „Fachbereiche verlieren durch IT-Störungen weniger Arbeitszeit“. Daraus folgen kritische Erfolgsfaktoren (Critical Success Factors, CSF), also Voraussetzungen, ohne die das Ziel nicht erreichbar ist. Zu jedem CSF gehören ein oder mehrere KPIs, die zeigen, ob die Voraussetzung erfüllt ist. Die KPIs wiederum werden aus einfachen Messwerten berechnet.

Ein Beispiel für diese Kette (Werte frei gewählt):

• Ziel: Ausfallzeiten für die Fachbereiche verringern.
• Kritischer Erfolgsfaktor: Schwerwiegende Störungen werden schnell behoben.
• KPI: Anteil der Incidents mit Priorität 1 und 2, die innerhalb der vereinbarten Lösungszeit wiederhergestellt sind. Zielwert: 95 Prozent pro Monat.
• Metriken: Erstellungszeitpunkt, Priorität, Zeitpunkt der Wiederherstellung und Pausenzeiten jedes einzelnen Tickets.

Was zur Definition eines KPI gehört

Ein KPI ist erst dann belastbar, wenn zwei Personen ihn unabhängig voneinander gleich berechnen würden. Das setzt eine schriftliche Definition voraus:

• Formel: Zähler, Nenner und Einheit. Beispiel: gelöste Tickets ohne Weiterleitung geteilt durch alle gelösten Tickets.
• Abgrenzung: Welche Tickets zählen mit? Werden Service Requests, Dubletten oder automatisch geschlossene Meldungen ausgeschlossen?
• Datenquelle und Zeitraum: Aus welchem System stammen die Werte, und gilt der Monat, das Quartal oder ein gleitender Zeitraum?
• Zielwert und Schwellen: Ab welchem Wert gilt der KPI als erreicht, ab wann wird eingegriffen?
• Verantwortung: Wer erhebt den Wert, wer bewertet ihn, und wer entscheidet über Maßnahmen?

Früh- und Spätindikatoren

Viele KPIs beschreiben, was bereits geschehen ist, etwa die Zahl der SLA-Verletzungen im Vormonat. Solche Spätindikatoren (Lagging Indicators) belegen das Ergebnis, erlauben aber keine rechtzeitige Reaktion. Frühindikatoren (Leading Indicators) zeigen dagegen Entwicklungen, die ein späteres Ergebnis wahrscheinlich machen, zum Beispiel einen wachsenden Rückstand offener Tickets oder eine steigende Zahl von Changes ohne Test. Ein ausgewogenes Set kombiniert beide Arten. Das DORA-Forschungsprogramm von Google beschreibt seine Software-Delivery-Metriken ausdrücklich in dieser doppelten Rolle.

KPI, Metrik, SLA-Ziel und OKR: die Unterschiede

Die Begriffe werden im Alltag oft gleichgesetzt. Für die Steuerung einer IT-Organisation lohnt sich die Unterscheidung, weil jede Ebene eine andere Frage beantwortet und andere Personen anspricht:

Ein KPI dient der laufenden Steuerung und bleibt oft über Jahre stabil. Ein Service Level Objective (SLO) ist ein Zielwert für einen gemessenen Service-Indikator, ein Service Level Agreement bündelt solche Ziele zu einer Zusage gegenüber dem Kunden (siehe Service Level Agreement (SLA)). Die SLA-Erfüllungsquote kann dabei selbst ein KPI sein. Objectives and Key Results (OKR) beschreiben dagegen Veränderungsvorhaben für einen begrenzten Zeitraum. Ein Key Result kann einen KPI verbessern sollen, ersetzt ihn aber nicht.

KPI und Balanced Scorecard

Die Balanced Scorecard ordnet KPIs mehreren Perspektiven zu, typischerweise Finanzen, Kunden, interne Prozesse sowie Lernen und Entwicklung. Für eine IT-Organisation verhindert diese Gliederung, dass nur Geschwindigkeit und Kosten gemessen werden, während Zufriedenheit und Qualität aus dem Blick geraten.

Bewährte KPIs im IT Service Management

Welche KPIs passen, hängt von den Zielen ab. Die folgenden Kennzahlen sind in IT-Organisationen verbreitet. Ihre Bezeichnungen sind nicht genormt, deshalb gehört zu jeder eine eigene Definition.

Service Desk

• Erstlösungsquote (First Contact Resolution): Anteil der Anfragen, die beim ersten Kontakt gelöst werden, ohne Weiterleitung an eine andere Gruppe.
• Wiederöffnungsquote: Anteil der gelösten Tickets, die innerhalb einer festgelegten Frist erneut geöffnet werden. Sie ist die natürliche Gegenkennzahl zu jeder Geschwindigkeitskennzahl.
• Ticketrückstand nach Alter: Zahl der offenen Tickets, gruppiert nach ihrem Alter. Ein wachsender Anteil alter Tickets ist ein früher Warnhinweis.

Incident und Service Level

• Mittlere Wiederherstellungszeit (MTTR): Die Abkürzung steht je nach Organisation für „Mean Time to Restore“, „Repair“ oder „Resolve“. Ohne Festlegung, wann die Uhr startet und stoppt, sind Werte verschiedener Teams nicht vergleichbar.
• SLA-Erfüllungsquote: Anteil der Tickets, deren vereinbarte Reaktions- oder Lösungszeit eingehalten wurde, getrennt nach Priorität.

Change und Release

• Change-Fehlerquote: Anteil der Änderungen, die nach der Umsetzung einen sofortigen Eingriff erfordern, etwa einen Rollback oder einen Hotfix. DORA misst den Wert als „Change fail rate“ bezogen auf Deployments.
• Anteil Notfall-Changes: Ein hoher Anteil deutet darauf hin, dass Änderungen nicht geplant, sondern unter Druck umgesetzt werden.

Zufriedenheit

Geschwindigkeit sagt wenig darüber, wie Anwenderinnen und Anwender einen Service erleben. Kurzbefragungen nach Ticketabschluss ergänzen die Prozesskennzahlen, etwa als Zufriedenheitswert, als Customer Effort Score (CES) oder als Net Promoter Score (NPS).

Standardisierung über mehrere Teams

Angenommen, ein Industrieunternehmen betreibt drei Service Desks, die bisher jeweils eigene Auswertungen erstellen. Ein Team zählt Tickets als gelöst, sobald eine Lösung vorgeschlagen wurde, ein anderes erst nach Bestätigung durch den Anwender. Bevor die Werte nebeneinander in einem Bericht stehen, braucht es gemeinsame Statusdefinitionen, eine gemeinsame Prioritätenmatrix und eine zentrale Datenbasis. Das ist meist aufwändiger als die Auswahl der KPIs selbst und gehört deshalb früh in die Planung.

Was ky2help^® dafür bereitstellt

Zum Funktionsumfang von ky2help^® gehören Messgrößen (KPIs) out-of-the-box, Management- und rollenbasierte Dashboards mit Drill-down, automatisiertes Reporting sowie SLA-Überwachung mit Benachrichtigung und Eskalation. Für weitergehende Analysen lässt sich ky2help^® an BI- und ERP-Systeme wie Power BI oder SAP anbinden. Measurement & Reporting Management zählt zu den 13 Practices, für die ky2help^® nach ITIL^® 4 akkreditiert ist. Mehr dazu im Beitrag Effizientes ITSM-Reporting.

Reporting-Funktionen sehen

KPI-System einführen und Fehlanreize vermeiden

Ein KPI-System entsteht nicht durch das Einschalten von Standardberichten. Bewährt hat sich ein schrittweises Vorgehen:

1. Ziele klären: Welche zwei oder drei Ergebnisse erwartet die Unternehmensleitung von der IT in diesem Jahr?
2. Erfolgsfaktoren ableiten: Was muss gegeben sein, damit diese Ergebnisse eintreten?
3. KPIs auswählen und definieren: Pro Erfolgsfaktor ein bis drei Kennzahlen mit vollständiger Definition.
4. Datenbasis prüfen: Werden Status, Prioritäten und Zeitstempel im Ticketsystem konsequent gepflegt?
5. Ausgangswert messen: Erst nach einigen Wochen Messung lassen sich realistische Zielwerte festlegen.
6. Regelmäßig überprüfen: KPIs, die keine Entscheidung mehr auslösen, werden gestrichen oder ersetzt. Das ist Teil der kontinuierlichen Verbesserung (in ITIL 4 Continual Improvement, in ITIL v3 noch CSI).

Typische Fehler

• Optimierung auf die Zahl: Sobald ein Wert zum Ziel wird, steigt der Anreiz, die Zahl statt der Leistung zu verbessern. Wer nur die Lösungszeit misst, bekommt schnell geschlossene, aber nicht gelöste Tickets. Gegenkennzahlen wie die Wiederöffnungsquote machen das sichtbar.
• Wassermelonen-Effekt: Alle Ampeln im Bericht stehen auf Grün, die Anwender sind trotzdem unzufrieden. Häufige Ursache: Es wird nur gemessen, was sich leicht messen lässt.
• Mittelwerte ohne Verteilung: Eine durchschnittliche Lösungszeit von vier Stunden kann viele schnelle und einige sehr lange Fälle verbergen. Median und Perzentile zeigen die Streuung.
• Zu viele KPIs: Ein Bericht mit 40 Kennzahlen wird gelesen, aber selten genutzt. Wenige KPIs mit klarer Verantwortung führen eher zu Entscheidungen.

Kennzahlen auf Personenebene

Auswertungen pro Mitarbeiterin oder Mitarbeiter sind fachlich selten nötig, weil Serviceleistung im Team entsteht. Rechtlich ist Vorsicht geboten: Nach § 87 Abs. 1 Nr. 6 BetrVG bestimmt der Betriebsrat bei der Einführung und Anwendung technischer Einrichtungen mit, die dazu bestimmt sind, Verhalten oder Leistung der Beschäftigten zu überwachen. Die Rechtsprechung lässt dafür bereits die objektive Eignung eines Systems genügen. Personenbezogene KPIs sollten deshalb vorab mit Betriebsrat und Datenschutz abgestimmt werden.

Häufige Fragen zu KPIs

Was ist ein KPI, einfach erklärt?

Ein KPI ist eine Kennzahl, die zeigt, ob ein bestimmtes Ziel erreicht wird. Er besteht aus einer festgelegten Berechnung, einem Zielwert und einer verantwortlichen Person, zum Beispiel der Anteil der Störungen, die innerhalb der vereinbarten Zeit behoben werden.

Was ist der Unterschied zwischen einer Kennzahl und einem KPI?

Jeder KPI ist eine Kennzahl, aber nicht jede Kennzahl ist ein KPI. Zum KPI wird eine Kennzahl erst, wenn sie einem konkreten Ziel zugeordnet ist und einen Zielwert hat, an dem sich Erfolg ablesen lässt.

Wie viele KPIs sind sinnvoll?

Eine feste Zahl gibt es nicht. In der Praxis genügen pro Ziel ein bis drei KPIs. Wichtiger als die Menge ist, dass jeder KPI eine Entscheidung auslösen kann und eine verantwortliche Person hat.

Welche KPIs sind im IT Service Management üblich?

Verbreitet sind die Erstlösungsquote, die mittlere Wiederherstellungszeit, die SLA-Erfüllungsquote, der Ticketrückstand, die Wiederöffnungsquote, die Change-Fehlerquote und die Kundenzufriedenheit nach Ticketabschluss.

Was ist der Unterschied zwischen KPI und OKR?

Ein KPI misst laufend, ob ein dauerhaftes Ziel erreicht wird. OKR beschreiben ein Veränderungsvorhaben für einen begrenzten Zeitraum. Ein Key Result kann darauf zielen, einen KPI zu verbessern.

Wie unterstützt ky2help® die Arbeit mit KPIs?

ky2help® bietet Messgrößen (KPIs) out-of-the-box, Management- und rollenbasierte Dashboards mit Drill-down, automatisiertes Reporting und SLA-Überwachung. Für weitergehende Analysen lässt sich das System an Power BI oder SAP anbinden.

Quellen und weiterführende Artikel

Quellen

• AXELOS/PeopleCert: ITIL 4 Practice Guide Measurement and Reporting
• PeopleCert: ITIL 4 – Zertifizierungen und Rahmenwerk
• DORA (Google Cloud): DORA’s software delivery performance metrics
• Google: Site Reliability Engineering, Kapitel Service Level Objectives
• Bundesministerium der Justiz: § 87 Betriebsverfassungsgesetz

Weiterlesen im Glossar und in der Wissenswelt

• Service Level Agreement (SLA) und Operational Level Agreement (OLA)
• Balanced Scorecard und CSI (Continual Service Improvement)
• Effizientes ITSM-Reporting und IT Service Management (ITSM)
• ITIL Incident Management und ITIL Change Management