Support & Automatisierung

Eskalationsmatrix

Allgemeine Infos

Eine Eskalationsmatrix ist eine Tabelle oder Regelsammlung, die für jede Priorität festlegt, wer wann einzubinden ist, wenn eine Störung nicht innerhalb der vorgesehenen Zeit gelöst wird oder ihre Auswirkung zunimmt. Sie verhindert, dass ein Ticket unbemerkt liegen bleibt oder dass in einer schweren Störung niemand weiß, wen er anrufen muss.

Unterschieden werden drei Arten: Die funktionale Eskalation gibt den Fall an ein Team mit passender Fachkenntnis (z. B. Netzwerk, ERP-Dienstleister, Hersteller). Die hierarchische Eskalation informiert Führungskräfte bis zur Geschäftsführung, weil Entscheidungen oder Ressourcen nötig sind. Die automatische Eskalation erfolgt im Ticket- oder Alarmsystem, wenn Reaktions- oder Lösungszeiten aus dem SLA überschritten werden. In der Praxis werden alle drei kombiniert.

Abgrenzung: Das SLA definiert die Zeiten, die Eskalationsmatrix regelt die Reaktion bei deren Überschreitung. Für Sicherheitsvorfälle gelten zusätzlich die Meldewege aus dem Incident-Response-Plan, unter NIS2 z. B. die Frühwarnung an das BSI innerhalb von 24 Stunden.

Funktionsweise & Details

Eine Eskalationsmatrix wird so aufgebaut:

  1. Prioritäten aus dem SLA übernehmen, z. B. P1 bis P4.
  2. Je Priorität Zeitpunkte festlegen, z. B. P1: sofort Second Level und IT-Leitung, nach 1 Stunde Geschäftsführung, nach 2 Stunden externer Dienstleister mit Notfallvertrag.
  3. Kontakte und Kanäle eintragen: Rolle, Name, Vertretung, Telefon, Bereitschaftszeiten.
  4. Im Ticketsystem SLA-Regeln mit automatischer Benachrichtigung bei drohender Überschreitung hinterlegen, im Alarmsystem Eskalationsstufen bei fehlender Quittierung.
  5. Matrix offline verfügbar halten (Notfallhandbuch) und halbjährlich Kontakte prüfen.

Vorteile & Nutzen

  • Alle Beteiligten wissen im Ernstfall sofort, wen sie informieren müssen, das verkürzt Ausfallzeiten
  • Tickets bleiben nicht unbemerkt liegen, weil Zeitüberschreitungen automatisch eskalieren
  • Führungskräfte werden gezielt bei relevanten Störungen informiert statt bei jeder Kleinigkeit
  • Externe Dienstleister werden rechtzeitig eingebunden, wenn internes Wissen nicht reicht

Praxisbeispiel

Bei einem Hersteller von Lackieranlagen mit 230 Mitarbeitenden fiel an einem Freitagabend das ERP aus, der Admin erreichte niemanden beim Dienstleister. Danach erstellte die IT eine Eskalationsmatrix mit Bereitschaftsnummern, Vertretungen und Zeitstufen, hinterlegte die SLA-Eskalation im Ticketsystem und legte die Matrix ausgedruckt ins Notfallhandbuch. Beim nächsten P1-Fall war der Dienstleister nach wenigen Minuten eingebunden.

Worauf sollte man achten?

  • Rollen statt nur Namen eintragen und immer eine Vertretung nennen, sonst scheitert die Eskalation am Urlaub
  • Kontaktdaten regelmäßig testen, z. B. durch einen Probeanruf bei der Bereitschaft
  • Matrix offline und außerhalb der eigenen IT verfügbar halten, weil bei einem Totalausfall weder Ticketsystem noch Teams erreichbar sind
  • Meldepflichten bei Sicherheitsvorfällen (DSGVO, NIS2) als eigene Spalte aufnehmen

Fazit

Eine Eskalationsmatrix ist schnell erstellt und zahlt sich bei der ersten schweren Störung aus. Halte sie aktuell, offline verfügbar und im Ticketsystem automatisiert.

Weiterführende Links

Verwandte Artikel