Bildquelle: extern
Kurz gesagt Service-Desk-Zahlen sind die Messwerte des IT-Supports. Sie zeigen zum Beispiel, wie viele Tickets offen sind, wie lange Antworten dauern oder welche Störungen wiederkehren. Einzelne Tageswerte wirken schnell eindeutig, können aber täuschen. Für den IT-Betrieb wird es erst spannend, wenn Werte über mehrere Tage oder Wochen als Trend gelesen werden.
Ein Service Desk kann an einem Montag voll aussehen und trotzdem gesund sein. Er kann an einem ruhigen Donnerstag leer wirken und trotzdem auf ein Problem zulaufen. Der Unterschied liegt selten in einer einzigen Zahl. Entscheidend ist die Richtung. Steigen bestimmte Ticketarten langsam an? Dauern ähnliche Anfragen plötzlich länger? Werden dieselben Rückfragen immer wieder neu gestellt? Trendlinien machen solche Signale sichtbar, bevor sie im Alltag als Krise auffallen.
Offene Tickets sind nur der sichtbare Rand
Die einfachste Kennzahl ist der Bestand offener Tickets. Sie ist wichtig, aber sie erzählt nur einen Teil der Geschichte. Ein hoher Bestand kann entstehen, weil ein großes Projekt viele geordnete Anfragen erzeugt. Ein niedriger Bestand kann entstehen, weil Nutzer aufgegeben haben, weil Tickets falsch geschlossen wurden oder weil Arbeit in Chats statt im System landet.
Für ITSM ist deshalb die Frage wichtiger, wie sich der Bestand bewegt. Wächst er trotz zusätzlicher Bearbeitung? Bleibt er jeden Freitag liegen? Kommen Tickets nach Änderungen gehäuft zurück? Solche Bewegungen zeigen, ob der Betrieb nur beschäftigt ist oder ob ein strukturelles Problem entsteht. Eine Momentaufnahme beantwortet das nicht.
Der Verlauf trennt Nachfrage von Störung
Nicht jede Ticketwelle ist ein Störfall. Nach einem Rollout, einem neuen Formular oder einer Schulung kann die Nachfrage bewusst steigen. Das ist kein Fehler, solange die Anfragen erwartbar, gut erklärbar und zeitlich begrenzt sind. Kritisch wird es, wenn die Linie ohne geplanten Anlass steigt oder wenn ein Thema nach einer Änderung nicht wieder abflacht.
Atlassian beschreibt ITSM-Kennzahlen unter anderem über Reaktionszeiten, Lösungszeiten, Ticketvolumen und Zufriedenheit. Solche Werte werden erst nützlich, wenn sie gemeinsam betrachtet werden. Steigt das Volumen, während die Lösungszeit stabil bleibt, arbeitet das Team vielleicht gut durch eine Nachfragewelle. Steigt die Lösungszeit bei gleichbleibendem Volumen, kann Wissen fehlen, ein Freigabeweg klemmen oder ein Lieferant zu langsam reagieren.
Wiederkehrende Themen sind ein Auftrag an das Wissen
Trendlinien helfen auch bei der Frage, ob der Service Desk wirklich lernt. Wenn dieselbe Passwortfrage, dieselbe Druckerfreigabe oder dieselbe Berechtigungsanfrage jede Woche wiederkehrt, ist das kein reines Supportthema. Dann fehlt wahrscheinlich ein verständlicher Wissensartikel, ein Self-Service-Schritt, ein besserer Prozess oder eine sauberere Übergabe nach Änderungen.
Ein einzelnes Ticket lässt sich schließen. Ein wiederkehrendes Muster muss entfernt werden. Genau hier entsteht der Nutzen für Generalisten im IT-Management. Die Kennzahl zeigt nicht nur, was das Team erledigt hat, sondern welche Arbeit überhaupt nicht mehr im Service Desk landen sollte. Das entlastet Mitarbeitende und verbessert die Erfahrung der Nutzer.
Antwortzeit und Lösungszeit brauchen Kontext
Kurze Antwortzeiten sehen gut aus, können aber oberflächlich sein. Lange Lösungszeiten sehen schlecht aus, können aber bei komplexen Fällen berechtigt sein. Der Verlauf macht sichtbar, ob die Entwicklung plausibel ist. Wenn einfache Standardanfragen plötzlich länger dauern, liegt das Problem nicht beim Einzelfall. Dann muss der Ablauf geprüft werden.
Gleichzeitig sollten Kennzahlen nicht gegeneinander ausgespielt werden. Wer nur auf Geschwindigkeit schaut, kann Qualität verlieren. Wer nur auf Qualität schaut, übersieht Wartezeiten. Sinnvoll ist eine kleine Kombination aus Volumen, Erstreaktion, Lösungszeit, Wiedereröffnung, Eskalation und Zufriedenheit. Microsofts Power-BI-Dokumentation zeigt, wie Berichte mit berechneten Kennzahlen und Zeitbezügen aufgebaut werden können. Für ITSM zählt dabei weniger das Werkzeug als die Fähigkeit, Entwicklungen nachvollziehbar zu machen.
Trendberichte müssen Entscheidungen auslösen
Ein Dashboard ist kein Selbstzweck. Jede Trendlinie sollte eine mögliche Entscheidung vorbereiten. Wenn Wissensartikel fehlen, braucht es eine Redaktionsaufgabe. Wenn ein Lieferant wiederholt bremst, braucht es eine Eskalation. Wenn ein neuer Service viele Rückfragen erzeugt, braucht es bessere Einführung, klarere Statuskommunikation oder eine Anpassung im Servicekatalog.
Damit das gelingt, müssen Trendberichte in verständlicher Sprache formuliert sein. Nicht „Ticketvolumen plus zwölf Prozent“, sondern „nach dem Rollout kommen täglich mehr Zugriffsfragen, die Hälfte betrifft denselben Schritt“. Erst diese Übersetzung verbindet Kennzahl und Handlung. Sie hilft Führung, Betrieb und Fachbereich, über Ursache und Maßnahme zu sprechen statt nur über Balken und Farben.
Ein einfacher Start für den Alltag
Der Einstieg muss nicht groß sein. Für den Anfang reichen vier Linien über mehrere Wochen. Erstens neue Tickets pro Tag oder Woche. Zweitens ungelöste Tickets am Periodenende. Drittens durchschnittliche Lösungszeit nach Ticketklasse. Viertens wiederkehrende Top-Themen. Diese Linien sollten gemeinsam mit geplanten Änderungen, größeren Störungen und Kommunikationsaktionen betrachtet werden.
Wichtig ist außerdem ein fester Review-Rhythmus. Ein wöchentlicher Blick genügt oft, solange daraus echte Maßnahmen entstehen. Wer den Verlauf nur sammelt, gewinnt keinen Betriebsvorteil. Wer ihn mit Entscheidungen verbindet, erkennt früher, wo Wissen fehlt, wo Kapazität knapp wird und wo ein Service im Hintergrund gerade teurer wird.
Fazit
Service-Desk-Kennzahlen werden erst wertvoll, wenn sie als Verlauf gelesen werden. Offene Tickets zeigen, was gerade sichtbar ist. Trendlinien zeigen, was sich verändert. Genau darin liegt ihr Nutzen für ITSM. Sie machen aus Supportarbeit ein Frühwarnsystem für Wissen, Prozesse, Lieferanten, Änderungen und Kapazität. Der bessere Bericht fragt deshalb nicht nur, wie voll die Liste ist. Er fragt, wohin sich der Betrieb bewegt.
Quellen und Einordnung Geprüft wurden Atlassian zu ITSM-Kennzahlen, Atlassian zu Incident-Kennzahlen und Microsoft Learn zu berechneten Kennzahlen in Power BI. Stand der Quellenprüfung: 18.06.2026.
