Ein geschlossenes Ticket ist keine behobene Ursache.
Jeder Supportbetrieb kennt sie: die Abrechnungsvariante, die am letzten Arbeitstag scheitert, die Schnittstelle, die jeden Montag einen Anstoß braucht, die Sperre, die freigeräumt werden muss, sobald ein bestimmter Job überzieht. Jedes Auftreten wird schnell, freundlich und innerhalb des SLA gelöst — und jedes kommt planmäßig wieder.
Auf dem Papier sieht dieser Betrieb gesund aus. Reaktionszeiten halten, Zufriedenheitswerte halten, die Queue leert sich. Die Kennzahlen messen das Tempo des Laufbands, nicht ob jemand davon herunterkommt.
Tickets zu schließen ist nicht dasselbe wie Ursachen zu beheben. Messen Sie Ihren Support daran, was nicht mehr wiederkommt.
Warum derselbe Incident wiederkehrt
Die Lösung passt zum Ticket, nicht zur Ursache
Ein Ticket beschreibt ein Symptom: eine fehlgeschlagene Buchung, einen hängenden IDoc, ein falsches Ergebnis. Die schnellste Lösung adressiert genau dieses Symptom — neu buchen, neu verarbeiten, korrigieren — und die Bedingung, die es erzeugt hat, steht überhaupt nie auf dem Ticket.
Die Ursache liegt außerhalb der Zuständigkeit der Queue
Wiederkehrende Incidents führen überdurchschnittlich oft auf Stammdatenqualität, vorgelagertes Prozessverhalten, Integrationstiming oder alternde Eigenentwicklungen zurück. All das gehört jemandem — und selten der Person mit dem Ticket in der Hand.
Niemand liest die Tickets quer
Einzeln betrachtet ist jedes Auftreten geringfügig. Das Muster existiert nur über Tickets hinweg — gleiche Transaktion, gleiche Position im Kalender, gleicher Anfordernder — und in den meisten Betrieben gibt es überhaupt keine Routine, in der jemand quer über die Historie schaut.
Die Anreize belohnen das Laufband
SLA-Regime bezahlen für schnellen Abschluss, und eine Wiederholung ist — paradoxerweise — eine weitere Gelegenheit, ein Ticket schnell zu schließen. Nichts im üblichen Kennzahlensatz verliert Punkte, wenn derselbe Incident zum neunten Mal zurückkommt.
Worauf ein Recurring-Incident-Review achtet
- Cluster — Incidents, die sich nach Modul, Transaktion, Schnittstelle oder Jobkette gruppieren, statt sich gleichmäßig zu verteilen.
- Kalendermuster — Fehler, die dem Monatsabschluss, Abrechnungsläufen oder bestimmten Wochentagen folgen; ein Zeitplan ist eine Signatur.
- Wiederkehrende Anfordernde — dieselben Anwendenden oder Abteilungen, die dieselbe Art von Problem melden, was meist eine Prozess- oder Enablement-Lücke markiert, kein Anwenderproblem.
- Mehr als zweimal angewandte Lösungen — jede Lösungsnotiz, die schon einmal eingefügt wurde, ist eine Ursache, die unbehoben weiterläuft.
Von der Ticket-Queue zur Betriebsverbesserung
Der Mechanismus ist nicht raffiniert; es ist schlicht eine andere Arbeitseinheit. Statt zu fragen “ist die Queue leer?”, fragt der Betrieb regelmäßig “welches sind unsere häufigsten Wiederholungen, und welche davon haben wir abgeschafft?” — und stellt dafür dauerhaft einen kleinen, festen Kapazitätsanteil bereit.
Die Historie clustern→Die häufigsten Wiederholungen benennen→Die Ursache beheben, wo immer sie liegt→Das Ticket endgültig abschaffen
Die Wirtschaftlichkeit summiert sich still. Jede abgeschaffte Wiederholung gibt ihre Kapazität dauerhaft zurück in den Pool — weshalb reife AMS-Engagements mit der Zeit günstiger im Betrieb werden, während unreife nur immer voller werden.
Perspektive von VISCAP
Die Queue sagt Ihnen, was heute passiert ist. Die Historie sagt Ihnen, was nächsten Monat passieren wird.
Wenn wir eine laufende SAP-Landschaft übernehmen, ist die Ticket-Historie das Erste, was wir lesen — nicht, um das Vorgängerteam zu prüfen, sondern weil sechs Monate Tickets ein unfreiwilliges Geständnis darüber sind, wo die echten Probleme liegen. Die fünf häufigsten Wiederholungen sind meist innerhalb eines Tages sichtbar, und sie abzuschaffen ist das schnellste Vertrauen, das wir aufbauen können.
Stellen Sie Ihrem Support eine andere Frage
Nicht “sind wir innerhalb des SLA?” — das sind Sie mit ziemlicher Sicherheit. Fragen Sie stattdessen: Welcher Incident, der früher wiederkehrte, existiert heute nicht mehr? Ist die Antwort eine Liste, haben Sie Betriebsverbesserung. Ist die Antwort eine Pause, haben Sie ein Laufband mit ausgezeichneten Reaktionszeiten.