AMS-Incident-Triage
Beispielhafter Anwendungsfall, keine Fallstudie.
Eingehende Tickets werden klassifiziert, sichere Diagnosen gesammelt, ähnliche Vorfälle abgerufen und ein Runbook vorgeschlagen, bevor ein Engineer handelt.
Das Problem
Tickets kommen mit unvollständigen Beschreibungen an, landen in der falschen Warteschlange und springen hin und her, bevor jemand in die Logs schaut. Unsere erfahrenen Leute verbringen ihren Tag damit, Probleme neu zu diagnostizieren, die jemand letzten Monat gelöst hat.
So läuft es heute
Ein Nutzer eröffnet ein Ticket im Service Desk. Ein First-Level-Analyst liest es, fragt nach Screenshots oder Details und weist es anhand der Wörter in der Betreffzeile zu. Der zugewiesene Engineer sammelt Logs, durchsucht alte Tickets aus dem Gedächtnis und erarbeitet die Lösung. Wissen wird uneinheitlich festgehalten, wenn überhaupt.
Das Szenario ansehen
Beispielhafter Arbeitsablauf. Mit Untertiteln.
Transkript
- Tickets kommen mit unvollständigen Beschreibungen an, landen in der falschen Warteschlange und werden hin- und hergeschickt. Erfahrene Leute diagnostizieren den ganzen Tag Probleme neu, die letzten Monat gelöst wurden.
- Die Triage klassifiziert das Ticket, sammelt die vom Team als sicher vereinbarten Diagnosedaten, ruft ähnliche Incidents ab und schlägt Runbook und die richtige Gruppe vor.
- Ein Engineer erhält das angereicherte Ticket und entscheidet über jede Behebung. Die Triage bereitet vor; in Produktion handelt sie nie.
- Gemessen an der Routing-Genauigkeit, der Lösungszeit und dem Wiederauftreten. Beispielhafter Anwendungsfall. Sprechen wir über Ihren.
Vorgeschlagener Arbeitsablauf
- Das Ticket gegen die Anwendungs- und Incident-Taxonomie klassifizieren
- Die Diagnosedaten sammeln, deren automatische Erhebung das Supportteam als sicher vereinbart hat
- Ähnliche frühere Incidents und ihre Lösungen abrufen
- Das passende Runbook und die wahrscheinliche Zuweisungsgruppe vorschlagen
- Das angereicherte Ticket an einen Engineer übergeben, der über die Behebung entscheidet und sie durchführt
Wo ein Mensch die Kontrolle behält
- Ein Mensch autorisiert und führt jede Behebung durch; die Triage bereitet nur vor
- Die Diagnoseerhebung ist auf den vereinbarten Nur-Lese-Umfang beschränkt
- Runbook-Vorschläge werden geprüft und korrigiert, damit sich das Routing mit der Zeit verbessert
Die Plattformzuordnung nennt die Umgebungen, in denen diese Idee geprüft werden kann. Die tatsächliche Umsetzung hängt von Konfiguration, Lizenzen, APIs, Daten und Berechtigungen ab. Der Nutzen wird qualitativ beschrieben; Zahlenangaben erfordern eine dokumentierte Ausgangsbasis.