Incident Management

So funktioniert es

Wenn etwas ausfällt – ein Systemausfall, eingebrochene Performance, ein fehlgeschlagener Login –, wird ein Incident erfasst, kategorisiert und priorisiert (oft, indem Auswirkung und Dringlichkeit in einer Prioritätsmatrix kombiniert werden). Er wird dem richtigen Team zugewiesen, bis zu einer Lösung oder einem Workaround bearbeitet und geschlossen, sobald der Service wieder läuft.

Größere Incidents durchlaufen einen aufwendigeren Weg: einen Incident Commander, eine Statusseite, Stakeholder-Kommunikation und eine Nachbetrachtung (Post-Incident Review oder Postmortem), damit sich der Vorfall nicht wiederholt. Incident Management konzentriert sich auf die Wiederherstellung des Service; die zugrunde liegende Ursache zu finden, ist Aufgabe des Problem Managements.

Warum es wichtig ist

Ein klarer Incident-Prozess ist der Unterschied zwischen hektischem Durcheinander und einer koordinierten Wiederherstellung. Er senkt die mittlere Lösungszeit, hält betroffene Kunden auf dem Laufenden und erzeugt die Dokumentation, die man braucht, um aus Fehlern zu lernen.

Im Support lösen Incidents außerdem Ticket-Spitzen aus: Fällt ein System aus, strömen zusammenhängende Tickets herein. Sie mit dem Incident zu verknüpfen – und Kunden proaktiv zu informieren – verhindert Doppelarbeit und senkt das eingehende Volumen.