Probleme lassen sich nicht immer auf der Ebene lösen, auf der sie entstehen. Manchmal fehlt spezielles Fachwissen, eine Entscheidung benötigt zusätzliche Befugnisse oder eine vereinbarte Frist droht abzulaufen. In solchen Situationen sorgt ein strukturiertes Eskalationsmanagement dafür, dass ein Vorgang rechtzeitig an die richtige Stelle gelangt.
Dabei bedeutet Eskalation nicht einfach, ein Problem „nach oben“ weiterzureichen. Ziel ist vielmehr, klare Eskalationskriterien, Verantwortlichkeiten und Maßnahmen festzulegen, damit kritische Situationen früh erkannt und kontrolliert bearbeitet werden können.
Eskalationsmanagement wird im IT Service Management ebenso eingesetzt wie im Kundenservice, technischen Service, Field Service und in internen Geschäftsprozessen.
Kurz erklärt: Eskalationsmanagement bezeichnet die strukturierte Steuerung von Vorgängen, die innerhalb des normalen Bearbeitungsprozesses nicht angemessen oder rechtzeitig gelöst werden können. Definierte Regeln bestimmen, wann eskaliert wird, wer eingebunden wird und welche Maßnahmen folgen.
Was ist Eskalationsmanagement?
Eskalationsmanagement ist ein geregeltes Verfahren zur Bearbeitung von Problemen, Störungen, Anfragen oder anderen Vorgängen, wenn zusätzliche Fachkompetenz, Entscheidungsbefugnis oder eine beschleunigte Reaktion erforderlich wird.
Dazu legt eine Organisation fest:
- welche Ereignisse oder Schwellenwerte eine Eskalation auslösen,
- welche Eskalationsart erforderlich ist,
- welche Eskalationsstufe erreicht wird,
- welche Rollen oder Teams zuständig sind,
- welche Reaktionszeiten gelten,
- welche Maßnahmen ausgelöst werden
- und wie die Bearbeitung dokumentiert wird.
Eine Eskalation ist damit mehr als eine Weiterleitung oder Neuzuweisung. Wird ein Ticket lediglich an einen anderen Mitarbeiter übergeben, liegt nicht automatisch eine Eskalation vor. Entscheidend ist, dass ein definierter Eskalationsgrund besteht und dadurch ein vorgesehener Eskalationsweg oder eine besondere Maßnahme ausgelöst wird.
Gutes Eskalationsmanagement beginnt außerdem nicht erst, wenn eine Situation bereits kritisch geworden ist. Durch Fristen, Prioritäten, Service Levels und andere Prozessinformationen können drohende Probleme frühzeitig erkannt werden.
Warum ist Eskalationsmanagement wichtig?
Ohne festgelegte Eskalationsregeln hängt der Umgang mit kritischen Vorgängen häufig von der individuellen Einschätzung einzelner Mitarbeiter ab.
Dann entstehen Fragen wie:
- Wann muss ein Vorgang eskaliert werden?
- Wer übernimmt, wenn Fachwissen fehlt?
- Wann muss eine Führungskraft informiert werden?
- Was passiert, wenn eine SLA-Frist gefährdet ist?
- Wer darf zusätzliche Ressourcen freigeben?
- Wann wird aus einer normalen Störung ein kritischer Vorgang?
Fehlen klare Antworten, entstehen Verzögerungen, unnötige Rückfragen oder uneinheitliche Entscheidungen.
Strukturiertes Eskalationsmanagement schafft dagegen nachvollziehbare Verantwortlichkeiten, definierte Entscheidungswege und messbare Reaktionsmechanismen.
Dabei gilt: Nicht jeder schwierige Vorgang sollte eskaliert werden. Zu viele Eskalationen überlasten Spezialisten und Führungskräfte und schwächen die Wirkung des Eskalationsprozesses. Zu späte Eskalationen erhöhen dagegen das Risiko von Fristverletzungen, Serviceausfällen oder unzufriedenen Kunden.
„Gutes Eskalationsmanagement bedeutet nicht, Probleme schneller weiterzureichen. Es sorgt dafür, dass zum richtigen Zeitpunkt genau die Fach- und Entscheidungskompetenz eingebunden wird, die für eine Lösung notwendig ist.“
- Ralph Bockisch, Berater Vertrieb, mIT solutions GmbH
Eskalationsmanagement vs. Konfliktmanagement
Der Begriff „Eskalation“ wird in unterschiedlichen Zusammenhängen verwendet. Deshalb ist eine klare Abgrenzung wichtig.
Im Eskalationsmanagement von Service- und Geschäftsprozessen bedeutet Eskalation, dass aufgrund definierter Kriterien zusätzliche Fachkompetenz, Verantwortung oder Entscheidungsbefugnis einbezogen wird.
Davon zu unterscheiden ist die Konflikteskalation. Dort beschreibt Eskalation die zunehmende Intensität eines zwischenmenschlichen oder organisatorischen Konflikts.
Auch die bekannten neun Eskalationsstufen nach Friedrich Glasl gehören zum Konfliktmanagement. Sie beschreiben die Entwicklung eines Konflikts und sind nicht mit den hier behandelten prozessbezogenen Eskalationsstufen im Eskalationsmanagement gleichzusetzen.
In diesem Artikel bezeichnet Eskalation daher ausschließlich die geregelte Steuerung von Service-, Support- und Geschäftsprozessen.
Welche Arten der Eskalation gibt es?
Bei den Eskalationsarten wird vor allem danach unterschieden, welche zusätzliche Kompetenz benötigt wird.
Die beiden grundlegenden Formen sind die funktionale Eskalation und die hierarchische Eskalation.
Funktionale Eskalation
Bei einer funktionalen Eskalation wird ein Vorgang an Personen oder Teams mit weitergehendem Fachwissen übergeben.
Ein typisches Beispiel aus dem IT-Support:
Der Service Desk kann eine technische Störung nicht selbst lösen. Der Incident wird deshalb an einen Spezialisten oder den 2nd-Level-Support übergeben.
Weitere Beispiele:
- Kundenservice → Produktspezialist
- technischer Support → Entwicklung
- Field Service → Spezialtechniker
- Instandhaltung → Hersteller
- Service Desk → Netzwerk- oder Datenbankteam
Die funktionale Eskalation verändert damit in erster Linie die fachliche Zuständigkeit.
Hierarchische Eskalation
Bei einer hierarchischen Eskalation wird eine höhere Verantwortungs- oder Entscheidungsebene eingebunden.
Das kann notwendig sein, wenn:
- zusätzliche Ressourcen benötigt werden,
- besondere Freigaben erforderlich sind,
- hohe finanzielle Auswirkungen drohen,
- ein wichtiger Kunde betroffen ist,
- eine kritische Serviceleistung gefährdet ist
- oder eine Entscheidung außerhalb der Befugnisse des Bearbeiters liegt.
Der Vorgang muss dabei nicht vollständig an eine Führungskraft übergeben werden. Häufig bleibt die operative Bearbeitung beim zuständigen Team, während eine zusätzliche Entscheidungsebene eingebunden wird.
Funktionale und hierarchische Eskalation im Vergleich
| Merkmal | Funktionale Eskalation | Hierarchische Eskalation |
|---|---|---|
| Hauptgrund | Fachwissen oder Spezialkompetenz erforderlich | zusätzliche Verantwortung oder Entscheidungsbefugnis erforderlich |
| Ziel | geeignete Fachstelle einbeziehen | höhere Verantwortungsebene einbeziehen |
| Typischer Wechsel | Service Desk → Spezialist | Bearbeiter → Teamleitung / Management |
| Operative Bearbeitung | häufig Übergabe an anderes Team | kann beim bisherigen Team bleiben |
| Beispiel | Netzwerkproblem an Netzwerkteam | kritischen Serviceausfall an Service Manager melden |
Beide Formen können gleichzeitig auftreten. Ein kritischer Incident kann beispielsweise funktional an Spezialisten und parallel hierarchisch an den Service Manager eskaliert werden.
Wie werden Eskalationen ausgelöst?
Die Eskalationsart beschreibt, wohin eskaliert wird. Davon getrennt ist die Frage, wie der Eskalationsprozess ausgelöst wird.
Typische Auslösemechanismen sind:
| Auslösung | Beispiel |
|---|---|
| Manuell | Ein Mitarbeiter erkennt, dass zusätzliche Fach- oder Entscheidungskompetenz erforderlich ist. |
| Zeitgesteuert | Ein Vorgang ist länger als eine definierte Zeit unbearbeitet. |
| SLA-basiert | Ein bestimmter Anteil der vereinbarten Reaktions- oder Lösungszeit ist erreicht. |
| Regelbasiert | Eine bestimmte Kombination aus Priorität, Status, Kunde oder Service löst die Eskalation aus. |
| Ereignisbasiert | Ein technisches oder organisatorisches Ereignis verändert die Kritikalität eines Vorgangs. |
Eine automatische Eskalation ist deshalb keine eigene Eskalationsart. Sie beschreibt den Mechanismus, durch den beispielsweise eine funktionale oder hierarchische Eskalation ausgelöst wird.
Wie funktioniert ein Eskalationsprozess?
Ein Eskalationsprozess sollte eindeutig festlegen, welcher Auslöser zu welcher Reaktion führt.
Ein typischer Ablauf sieht so aus:
-
1. Vorgang erfassen und bewerten
1Am Anfang steht beispielsweise ein Incident, eine Kundenbeschwerde, eine technische Störung, eine überfällige Aufgabe oder eine Qualitätsabweichung.
Die für die weitere Bearbeitung relevanten Informationen sollten strukturiert erfasst werden.
-
2. Priorität bestimmen
2Je nach Prozess werden Auswirkungen, Dringlichkeit, Servicekritikalität, Kundenstatus oder andere Kriterien bewertet.
Im Incident Management können beispielsweise Auswirkung und Dringlichkeit zur Prioritätsbestimmung herangezogen werden.
Der spezielle Zusammenhang zwischen Incident, Priorität und Eskalation wird im Beitrag zum Incident-Eskalationsprozess ausführlicher behandelt.
-
3. Eskalationskriterien prüfen
3Anschließend wird geprüft, ob ein definierter Eskalationsauslöser eingetreten ist.
-
4. Eskalationsstufe und Verantwortlichkeit bestimmen
4Je nach Kritikalität wird festgelegt, welche Rolle oder Organisationsebene eingebunden wird.
-
5. Maßnahmen auslösen
5Eine Eskalation sollte konkrete Handlungen auslösen, beispielsweise:
- Spezialisten hinzuziehen,
- Aufgaben neu zuweisen,
- zusätzliche Bearbeiter informieren,
- Priorität erhöhen,
- Teamleitung oder Management benachrichtigen,
- Kunden aktiv informieren,
- externe Dienstleister einbinden
- oder einen Folgeprozess starten.
-
6. Eskalation dokumentieren und beenden
6Nach Abschluss sollte nachvollziehbar bleiben, warum eskaliert wurde, welche Maßnahmen erfolgt sind und wie der Vorgang gelöst wurde.
Diese Daten bilden später eine wichtige Grundlage für Reporting und kontinuierliche Verbesserung.
Welche Eskalationskriterien sind sinnvoll?
Eskalationskriterien legen fest, wann ein Vorgang den normalen Bearbeitungsweg verlässt.
Sie sollten möglichst konkret und messbar sein.
Typische Eskalationskriterien sind:
- vereinbarte Bearbeitungszeit fast erreicht oder überschritten,
- SLA-Reaktions- oder Lösungszeit gefährdet,
- hohe oder kritische Priorität,
- geschäftskritischer Service betroffen,
- benötigte Fachkompetenz nicht vorhanden,
- mehrere erfolglose Lösungsversuche,
- Vorgang über einen definierten Zeitraum unbearbeitet,
- besonderer Kunden- oder Vertragsstatus,
- hoher finanzieller Schaden,
- Sicherheits- oder Compliance-Risiko,
- erforderliche Entscheidung außerhalb der eigenen Befugnisse.
Unpräzise Regeln wie „bei größeren Problemen die Teamleitung informieren“ sind dagegen schwer steuerbar und kaum automatisierbar.
Besser sind eindeutig auswertbare Bedingungen:
Priorität = kritisch
UND Ticket seit 15 Minuten nicht übernommen
→ Teamleitung informieren und Eskalationsstufe 1 auslösen.
Je klarer die Kriterien definiert sind, desto zuverlässiger lassen sie sich später automatisieren.
Eskalationsstufen im Eskalationsmanagement definieren
Eskalationsstufen beschreiben die zunehmende Intensität der Maßnahmen innerhalb eines Service- oder Geschäftsprozesses.
Wichtig ist dabei die Abgrenzung zwischen normaler Bearbeitung und tatsächlicher Eskalation.
| Status / Stufe | Typischer Auslöser | Zuständigkeit | Maßnahme |
|---|---|---|---|
| Ausgangszustand / Stufe 0 | regulärer Vorgang | zuständiges Serviceteam | normale Bearbeitung |
| Eskalationsstufe 1 | zusätzliches Fachwissen erforderlich | Spezialist / Fachteam | funktionale Eskalation |
| Eskalationsstufe 2 | SLA gefährdet, hohe Auswirkungen oder Entscheidungsbedarf | Teamleitung / Service Manager | zusätzliche Ressourcen, Priorisierung oder hierarchische Eskalation |
| Eskalationsstufe 3 | geschäftskritische Auswirkungen | Management / Krisenorganisation | priorisierte Steuerung und besondere Kommunikation |
Die Zahl und Benennung der Eskalationsstufen ist nicht allgemein vorgegeben. Entscheidend ist, dass für jede Stufe mindestens Auslöser, Verantwortlichkeit, Reaktionszeit und Maßnahmen definiert werden.
Was ist ein Eskalationsweg?
Der Eskalationsweg beschreibt den möglichen Pfad eines Vorgangs durch verschiedene Rollen oder Verantwortungsebenen.
Ein Beispiel:
Service Desk → Fachteam → Teamleitung → Service Manager → Management
Das bedeutet jedoch nicht, dass jeder Vorgang jede Stufe durchlaufen muss.
Bei einem geschäftskritischen Ereignis kann beispielsweise eine direkte Eskalation an eine höhere Ebene sinnvoll oder erforderlich sein.
Ein guter Eskalationsweg berücksichtigt deshalb nicht nur eine organisatorische Reihenfolge, sondern auch Priorität, Auswirkungen, Zeit, Servicekritikalität und Entscheidungsbedarf.
Rollen und Verantwortlichkeiten im Eskalationsmanagement
Eskalationsmanagement benötigt nicht nur definierte Regeln, sondern auch klare organisatorische Verantwortung.
Je nach Unternehmen kann diese Aufgabe bei einem Eskalationsmanager, Service Manager, Prozessverantwortlichen oder einer vergleichbaren Rolle liegen.
Zu den typischen Aufgaben gehören:
- Eskalationsregeln und Kriterien definieren,
- Eskalationsmatrix und Zuständigkeiten pflegen,
- Eskalationswege mit den beteiligten Teams abstimmen,
- kritische Eskalationen koordinieren,
- wiederkehrende Eskalationsursachen analysieren,
- Kennzahlen überwachen
- und Verbesserungsmaßnahmen ableiten.
Im operativen Prozess sollte zusätzlich klar sein, wer eine Eskalation auslösen darf, wer sie übernehmen muss und wer über weitergehende Maßnahmen entscheidet.
Gerade bei automatisierten Prozessen ist diese Governance wichtig: Ein Workflow kann Regeln zuverlässig ausführen, ersetzt aber nicht die organisatorische Festlegung dieser Regeln.
Eskalationsmanagement und SLA
Besonders eng ist die Verbindung zwischen Eskalationsmanagement und Service Level Management.
Ein Service Level Agreement definiert beispielsweise Reaktions- oder Lösungszeiten. Eskalationsregeln bestimmen anschließend, was geschieht, wenn die Einhaltung dieser Vereinbarungen gefährdet ist.
Das Ziel sollte dabei nicht sein, erst nach einer SLA-Verletzung zu reagieren.
Sinnvoller ist eine abgestufte Steuerung.
Beispielhafte Eskalationslogik – die konkreten Schwellenwerte müssen je Service und SLA individuell definiert werden:
| Verbrauchte SLA-Zeit | Beispielhafte Aktion |
|---|---|
| 50 % | Status weiter überwachen |
| 80 % | Bearbeiter informieren |
| 90 % | Teamleitung oder zusätzliche Ressourcen einbeziehen |
| 100 % | definierte SLA-Eskalation auslösen |
Dadurch wird aus der einfachen Fristenkontrolle ein proaktiver Eskalationsprozess.
Besonders wichtig: Nicht jedes SLA benötigt dieselben Schwellenwerte. Ein geschäftskritischer Service kann deutlich frühere Eskalationen erfordern als eine normale Serviceanfrage.
Eskalationsmanagement im IT Service Management
Im IT Service Management ist Eskalationsmanagement mit mehreren Serviceprozessen verbunden.
Im Incident Management kann eine funktionale Eskalation notwendig werden, wenn der Service Desk einen Incident nicht selbst lösen kann. Bei besonders großen Auswirkungen können zusätzlich hierarchische Eskalationen oder ein Major-Incident-Verfahren erforderlich sein.
Mehr zur Incident-spezifischen Logik aus Auswirkung, Dringlichkeit, Priorisierung und Eskalation erklärt der Beitrag Wie sieht der Incident-Eskalationsprozess aus?.
Im Problem Management können Eskalationen erforderlich werden, wenn zur Ursachenanalyse zusätzliche Spezialisten, Ressourcen oder Entscheidungen benötigt werden.
Das Service Level Management liefert mit vereinbarten Reaktions- und Lösungszeiten wichtige zeitbezogene Eskalationskriterien.
Der Service Desk bildet häufig die zentrale operative Schnittstelle. Dort laufen Anfragen, Incidents, Zuständigkeiten, Prioritäten und Service Levels zusammen – und damit viele der Informationen, die für Eskalationsentscheidungen benötigt werden.
Eskalationsmanagement automatisieren
Mit zunehmender Anzahl an Vorgängen wird eine rein manuelle Eskalationssteuerung schnell aufwendig.
Mitarbeiter müssten kontinuierlich prüfen:
- Welche Fristen laufen bald ab?
- Welche Tickets wurden noch nicht übernommen?
- Wo hat sich die Priorität verändert?
- Welche Kunden besitzen besondere Vereinbarungen?
- Welche Aufgaben warten auf eine Freigabe?
- Welche Vorgänge überschreiten definierte Schwellenwerte?
Regelbasierte Prozesse können diese Überwachung automatisieren.
Beispiel für eine automatische Eskalationsregel
Angenommen, ein kritischer Service besitzt eine definierte Reaktionszeit.
Die Regel könnte lauten:
Priorität = kritisch
UND
Ticket noch nicht übernommen
UND
80 % der verfügbaren Reaktionszeit erreicht
→ Bearbeiter benachrichtigen
→ Teamleitung informieren
→ Vorgang priorisieren
Wird anschließend die definierte Reaktionszeit überschritten:
→ Eskalationsstufe erhöhen
→ Service Manager informieren
→ zusätzliche Bearbeitergruppe einbeziehen
Die Automatisierung betrifft dabei nicht die Eskalationsart selbst, sondern deren Auslösung und nachgelagerte Maßnahmen.
In EcholoN können solche Regeln beispielsweise aus Priorität, Service, Status, Fristen oder weiteren Vorgangsinformationen zusammengesetzt und mit Workflow-Aktionen verbunden werden.
Eskalation als Bestandteil eines Workflows
Der eigentliche Mehrwert entsteht, wenn eine Eskalation nicht nur eine Nachricht verschickt, sondern einen definierten Folgeprozess auslöst.
Mit einer Workflow Engine können Bedingungen beispielsweise mit:
- Aufgaben,
- Verantwortlichkeiten,
- Prioritäten,
- Fristen,
- Benachrichtigungen,
- Statusänderungen,
- Freigaben,
- Neuzuweisungen
- und Folgeprozessen
verbunden werden.
Damit entwickelt sich Eskalationsmanagement vom manuellen Nachfassen zu einem steuerbaren Bestandteil des gesamten Geschäfts- oder Serviceprozesses.
Eskalationsmanagement außerhalb der IT
Die Grundlogik des Eskalationsmanagements ist nicht auf IT-Prozesse begrenzt.
Sie kann überall eingesetzt werden, wo Fristen, Zuständigkeiten, Risiken oder Qualitätsanforderungen überwacht werden.
| Bereich | Typischer Eskalationsfall |
|---|---|
| Kundenservice | Beschwerde erreicht eine Vertrags-, Kompetenz- oder Entscheidungsgrenze |
| Technischer Service | Spezialwissen oder Herstellerunterstützung erforderlich |
| Field Service | Anlagenkritikalität oder SLA erfordert priorisierten Einsatz |
| Qualitätsmanagement | definierter Grenzwert oder kritische Abweichung erreicht |
| Interne Services | Aufgabe, Genehmigung oder Freigabe überschreitet eine festgelegte Frist |
Damit kann dieselbe Eskalationslogik beispielsweise im Kundenservice, technischen Außendienst, Facility Management, HR oder Beschaffungsprozessen eingesetzt werden.
Wie lässt sich Eskalationsmanagement messen?
Eskalationsmanagement sollte nicht nur operativ funktionieren, sondern regelmäßig ausgewertet werden.
Geeignete Kennzahlen sind beispielsweise:
| Kennzahl | Aussage |
|---|---|
| Eskalationsquote | Wie viele Vorgänge werden im Verhältnis zum Gesamtvolumen eskaliert? |
| Zeit bis zur Eskalation | Wie schnell werden kritische Situationen erkannt? |
| Bearbeitungszeit nach Eskalation | Wie wirksam ist die Eskalation? |
| SLA-Verletzungen trotz Eskalation | Greifen Eskalationsregeln früh genug? |
| Eskalationen nach Ursache | Welche Probleme führen besonders häufig zu Eskalationen? |
| Eskalationen nach Service / Team | Wo treten strukturelle Engpässe auf? |
| Wiederholte Eskalationen | Welche Ursachen wurden bisher nicht nachhaltig behoben? |
Eine hohe Eskalationsquote ist nicht automatisch schlecht. Sie kann beispielsweise auf besonders kritische Services oder bewusst eng gesetzte Regeln zurückzuführen sein.
Auffällig wird sie vor allem dann, wenn bestimmte Prozesse, Teams oder Ursachen dauerhaft überproportional häufig eskalieren.
Damit wird Eskalationsmanagement gleichzeitig zu einer Datenquelle für Reporting und kontinuierliche Prozessverbesserung.
Typische Fehler und Best Practices im Eskalationsmanagement
Viele Probleme im Eskalationsmanagement entstehen nicht durch fehlende Eskalationen, sondern durch unklare Regeln.
Zu spät eskalieren: Warnschwellen sollten so definiert werden, dass bereits vor einer Fristverletzung reagiert werden kann.
Zu häufig eskalieren: Wenn nahezu jeder Vorgang eine Eskalation auslöst, verlieren Eskalationsstufen ihre Bedeutung. Regeln müssen zwischen normaler und außergewöhnlicher Bearbeitung unterscheiden.
Unklare Verantwortlichkeiten: Für jede Eskalationsstufe sollte feststehen, welche Rolle reagieren muss.
Subjektive Kriterien: Formulierungen wie „bei größeren Problemen“ sollten durch messbare Schwellenwerte ersetzt werden.
Eskalation nur per E-Mail: E-Mail kann informieren, sollte aber nicht das eigentliche Eskalationsverfahren ersetzen. Status, Verantwortung und Historie müssen im Prozess nachvollziehbar bleiben.
SLA und Eskalation getrennt betrachten: Service Levels liefern wichtige zeitliche Eskalationskriterien und sollten deshalb direkt mit dem Eskalationsprozess verbunden werden.
Eskalationsmatrix nicht pflegen: Rollen, Services und Verträge ändern sich. Eskalationswege müssen entsprechend aktualisiert werden.
Keine Auswertung: Wiederkehrende Eskalationen können auf fehlende Ressourcen, unrealistische SLAs, Prozessprobleme oder unklare Zuständigkeiten hinweisen.
Eine wirksame Praxis folgt daher einigen Grundsätzen:
- klare und messbare Eskalationskriterien,
- eindeutige Rollen,
- rechtzeitige Warnschwellen,
- vollständige Übergabe relevanter Informationen,
- Trennung zwischen funktionaler und hierarchischer Eskalation,
- sinnvolle Automatisierung,
- regelmäßige Auswertung
- und kontinuierliche Pflege der Eskalationsregeln.
Beispiel für einen Eskalationsprozess
Ein Serviceunternehmen betreut eine geschäftskritische technische Anlage bei einem Kunden.
Eine Störung wird über den Service Desk gemeldet.
- Erfassung: Der Vorgang wird mit Kunde, Anlage, Störungsbild und Servicevertrag aufgenommen.
- Bewertung: Aufgrund der Auswirkungen erhält die Störung eine hohe Priorität.
- Normale Bearbeitung: Ein Servicemitarbeiter übernimmt den Vorgang.
- Funktionale Eskalation: Die Ursache kann nicht unmittelbar bestimmt werden. Ein Spezialist wird hinzugezogen.
- Zeitbasierter Auslöser: Ein definierter Anteil der vereinbarten Reaktionszeit ist erreicht. Die Teamleitung erhält automatisch eine Warnung.
- Hierarchische Eskalation: Eine weitere Verzögerung gefährdet das SLA. Der Service Manager wird eingebunden und stellt zusätzliche Ressourcen bereit.
- Lösung: Die Ursache wird behoben und der Service wiederhergestellt.
- Dokumentation und Auswertung: Die Eskalationsgründe, Maßnahmen und Bearbeitungszeiten bleiben dem Vorgang zugeordnet und können später ausgewertet werden.
Das Beispiel zeigt, dass Eskalationsmanagement nicht aus einem einzelnen Arbeitsschritt besteht. Es verbindet Priorisierung, Kriterien, Fristen, Zuständigkeiten, Kommunikation und Prozesssteuerung.
Eskalationsmanagement mit EcholoN
Eskalationsmanagement wird besonders wirksam, wenn Servicevorgänge, Zuständigkeiten, Fristen und Prozessregeln nicht auf verschiedene Systeme, Tabellen und E-Mails verteilt sind.
Mit EcholoN lassen sich Eskalationen in durchgängige Service- und Geschäftsprozesse integrieren.
Abhängig von den definierten Bedingungen können beispielsweise:
- Fristen überwacht,
- Prioritäten berücksichtigt,
- Erinnerungen ausgelöst,
- Aufgaben automatisch zugewiesen,
- weitere Bearbeiter informiert,
- Eskalationsstufen aktiviert,
- Vorgänge neu zugewiesen
- und nachgelagerte Workflows gestartet werden.
Die EcholoN Workflow Engine bildet dabei die zentrale Brücke zwischen Eskalationsregeln und Prozessautomatisierung. Eskalationen müssen dadurch nicht auf eine Benachrichtigung beschränkt bleiben, sondern können weitere Prozessschritte auslösen.
Im EcholoN Service Desk lassen sich diese Mechanismen zusätzlich mit Servicevorgängen, Zuständigkeiten und Service Levels verbinden.
Die zugrunde liegende Prozesslogik ist dabei nicht auf ITSM beschränkt. Sie kann ebenso für Kundenservice, technischen Support, Field Service und interne Unternehmensprozesse genutzt werden.
Fazit: Eskalation ist ein gesteuerter Prozess – keine Notlösung
Professionelles Eskalationsmanagement beginnt nicht erst, wenn ein Problem außer Kontrolle gerät.
Klare Eskalationskriterien, definierte Verantwortlichkeiten und abgestufte Eskalationswege sorgen dafür, dass ein Vorgang zum richtigen Zeitpunkt die notwendige Fach- oder Entscheidungskompetenz erhält.
Funktionale und hierarchische Eskalationen beschreiben dabei die Richtung der Eskalation. Manuelle, zeit-, SLA-, ereignis- oder regelbasierte Mechanismen bestimmen, wie sie ausgelöst wird.
Besonders leistungsfähig wird Eskalationsmanagement, wenn Prioritäten, Fristen und Prozesszustände automatisch überwacht werden und eine Eskalation unmittelbar weitere Workflows auslösen kann.
Damit wird aus dem reaktiven Weiterreichen eines Problems ein kontrollierter Bestandteil professioneller Service- und Geschäftsprozesse.
Häufige Fragen zum Eskalationsmanagement
Was versteht man unter Eskalationsmanagement?
Eskalationsmanagement bezeichnet die strukturierte Steuerung von Vorgängen, die innerhalb des normalen Bearbeitungsprozesses nicht angemessen oder rechtzeitig gelöst werden können. Definierte Regeln bestimmen Auslöser, Verantwortlichkeiten und Maßnahmen.
Welche Arten der Eskalation gibt es?
Grundsätzlich wird zwischen funktionaler und hierarchischer Eskalation unterschieden. Die funktionale Eskalation bindet zusätzliche Fachkompetenz ein, während die hierarchische Eskalation zusätzliche Entscheidungs- oder Verantwortungsebenen einbezieht.
Was ist eine automatische Eskalation?
Eine automatische Eskalation wird durch vorher definierte Bedingungen ausgelöst, beispielsweise eine gefährdete SLA-Frist, einen bestimmten Status oder eine kritische Priorität. „Automatisch“ beschreibt dabei die Art der Auslösung und nicht eine eigene Eskalationsrichtung.
Was sind Eskalationsstufen?
Eskalationsstufen definieren unterschiedliche Intensitäten innerhalb eines Eskalationsprozesses. Sie legen fest, welche Rollen bei zunehmender Kritikalität eingebunden und welche Maßnahmen ausgelöst werden. Sie sind nicht mit den Eskalationsstufen nach Glasl aus dem Konfliktmanagement gleichzusetzen.
Was gehört in eine Eskalationsmatrix?
Eine Eskalationsmatrix enthält mindestens Eskalationskriterien, Eskalationsstufe, zuständige Rolle oder Person, Reaktionszeit und vorgesehene Maßnahmen.
Was ist ein Eskalationsweg?
Ein Eskalationsweg beschreibt den möglichen Pfad eines Vorgangs durch Fach- und Verantwortungsebenen. Abhängig von Kritikalität und Situation können einzelne Stufen übersprungen werden.
Wie hängen SLA und Eskalationsmanagement zusammen?
SLAs definieren beispielsweise Reaktions- und Lösungszeiten. Eskalationsregeln legen fest, welche Maßnahmen erfolgen, wenn die Einhaltung dieser Zeiten gefährdet ist oder eine Frist überschritten wird.
Wie funktioniert Eskalationsmanagement im ITSM?
Im IT Service Management werden Eskalationen beispielsweise bei Incidents, Problemen und Service Requests eingesetzt. Sie können funktional an Spezialisten, hierarchisch an Verantwortliche oder automatisiert aufgrund von Fristen und Prozessregeln ausgelöst werden.
Wie lässt sich Eskalationsmanagement automatisieren?
Workflow- und Service-Management-Systeme können Prioritäten, Bearbeitungsstatus, Fristen und weitere Prozessinformationen überwachen. Beim Eintritt definierter Bedingungen lassen sich Benachrichtigungen, Neuzuweisungen, Eskalationsstufen oder weitere Workflows automatisch auslösen.