Eskalation hat ihre Berechtigung. Wenn etwas schiefläuft, wenn eine Entscheidung stockt oder wenn eine Situation die Grenzen des normalen Betriebs übersteigt, braucht es einen Weg zur Klärung. Ein klarer Eskalationsmechanismus ist ein Zeichen einer gesunden Organisation. Er bedeutet, dass Menschen wissen, wohin sie sich wenden können, wenn der Standardprozess nicht ausreicht.
Das Problem beginnt, wenn Eskalation nicht mehr die Ausnahme ist, sondern der Normalfall. Wenn Teams die regulären Kanäle routinemäßig umgehen, weil sie zu langsam, zu unklar oder zu wenig verlässlich sind, hört Eskalation auf, ein Sicherheitsventil zu sein — und wird zum eigentlichen Betriebsmodell. Anfragen, die durch einen definierten Prozess fließen sollten, werden nach oben geschoben, weil das der einzige Weg ist, eine Reaktion sicherzustellen.
Das kommt überraschend häufig vor. In vielen Organisationen verbringen Führungskräfte einen erheblichen Teil ihrer Woche damit, Themen zu lösen, die eigentlich zwei oder drei Ebenen darunter hätten bearbeitet werden können. Mitarbeitende lernen schnell, welche Kanäle Ergebnisse liefern und welche ins Leere führen. Der Eskalationsweg gewinnt — nicht weil er dafür gedacht ist, sondern weil der reguläre Prozess versagt.
In dieser Ausgabe von Two-for-One geht es darum, warum Eskalation zum Standard wird, was es eine Organisation kostet, wenn das passiert, und welche zwei strukturellen Hebel helfen, den regulären Prozess wieder handlungsfähig zu machen — damit Eskalation wieder das sein kann, was sie sein sollte: ein letztes Mittel.
Der Wechsel von gelegentlicher Eskalation zu gewohnheitsmäßiger Eskalation passiert selten über Nacht. Er baut sich schrittweise auf, während kleine Störungen im Standardprozess sich anhäufen. Eine Anfrage bleibt in einer Queue stecken. Eine Entscheidung dauert zu lange, weil unklar ist, wer zuständig ist. Eine Freigabe geht zwischen Abteilungen verloren. Jedes Mal eskaliert jemand, und das Problem wird gelöst. Die Lektion ist unmittelbar und eindrücklich: Eskalation funktioniert.
Mit der Zeit entsteht ein sich selbst verstärkender Kreislauf. Weil Eskalation schnellere Ergebnisse liefert, nutzen Menschen sie häufiger. Weil sie sie häufiger nutzen, verbringen Führungskräfte mehr Zeit mit Feuerlöschen. Weil Führungskräfte mit Feuerlöschen beschäftigt sind, haben sie weniger Zeit, den zugrundeliegenden Prozess zu reparieren. Und weil der Prozess kaputt bleibt, folgen weitere Eskalationen. Die Organisation gerät in einen Kreislauf, in dem der Workaround den vorgesehenen Arbeitsweg schrittweise verdrängt.
Was dieses Muster besonders schwer aufzubrechen macht: Aus keiner einzelnen Perspektive sieht es nach Versagen aus. Die Menschen, die eskalieren, versuchen einfach, ihre Arbeit zu erledigen. Die Führungskräfte, die eingreifen, sind reaktionsschnell und wirksam. Die Tickets werden gelöst. Die Entscheidungen werden getroffen. An der Oberfläche funktioniert das System. Erst wenn man zurücktritt und das Gesamtbild betrachtet — das Volumen der Eskalationen, die Zeit, die Führungskräfte mit operativen Details verbringen, die Zahl der Routineanfragen, die Intervention von oben erfordern — wird der Preis sichtbar.
Das zugrundeliegende Problem ist fast immer ein strukturelles. Eskalation wird nicht zum Standard, weil Menschen ungeduldig oder undiszipliniert sind, sondern weil der Prozess, dem sie folgen sollen, nicht verlässlich Ergebnisse liefert. Er ist entweder zu langsam, zu mehrdeutig oder zu weit von der Realität des Arbeitsalltags entfernt.
Der offensichtlichste Preis ist die Zeit der Führungskräfte. Wenn Manager und Senior Leader routinemäßig Themen bearbeiten, die ein gut gestalteter Prozess klären sollte, werden sie von strategischer Arbeit abgezogen. Sie verbringen ihre Tage mit operativer Triage, treffen Entscheidungen, die ihre Beteiligung nicht erfordern sollten, verfolgen Status-Updates und lösen Blockaden, die es gar nicht geben müsste. Das ist keine umgekehrte Delegation — es ist ein Symptom von Prozessversagen.
Es gibt auch einen Preis für die Menschen, die eskalieren. Wenn der einzige verlässliche Weg, etwas zu erledigen, darin besteht, jemanden Ranghöheres einzubeziehen, verlieren Mitarbeitende Handlungsfähigkeit. Sie lernen, dass ihre eigene Autorität innerhalb des Prozesses nicht ausreicht, dass die verfügbaren Tools und Kanäle nicht funktionieren und dass Fortschritt davon abhängt, die richtige Person zu kennen, statt den richtigen Schritten zu folgen. Mit der Zeit untergräbt das sowohl Motivation als auch Eigenverantwortung.
Aus Sicht des Business Process Management ist gewohnheitsmäßige Eskalation ein Signal, dass der Prozess die Arbeit nicht steuert, für die er entworfen wurde. Entscheidungen, die verteilt sein sollten, werden faktisch zentralisiert. Routing, das automatisch laufen sollte, erfordert manuelles Eingreifen. Verantwortung, die im Workflow verankert sein sollte, hängt stattdessen von punktueller Aufmerksamkeit der Führungsebene ab.
Die Unterscheidung ist wichtig. Escalation Management bedeutet nicht, die Zahl der Hilfeanfragen zu reduzieren. Es bedeutet, Prozesse so verlässlich zu bauen, dass Hilfe bei Standardfällen selten nötig ist. Wenn Organisationen sich nur darauf konzentrieren, Eskalationen besser zu managen — schneller zu triagieren, klüger zu routen, genauer zu tracken — optimieren sie das Symptom, ohne die Ursache anzugehen.
Es gibt viele Wege, dieses Problem anzugehen. Wenn Eskalation aber zur dominanten Art geworden ist, Arbeit voranzubringen, haben zwei strukturelle Veränderungen in der Regel den größten Effekt. Der erste besteht darin, Entscheidungskompetenz dort wiederherzustellen, wo die Arbeit stattfindet. Der zweite darin, die konkreten Fehlerpunkte zu beheben, die Eskalation überhaupt erst auslösen.
Der direkteste Weg, unnötige Eskalation zu reduzieren, besteht darin sicherzustellen, dass die Menschen, die der Arbeit am nächsten sind, die Befugnis und die Klarheit haben, Probleme selbst zu lösen. In vielen Organisationen sind Entscheidungsrechte still und leise nach oben gewandert — nicht weil eine bewusste Entscheidung getroffen wurde, sondern weil Unklarheiten im Prozess Lücken hinterlassen haben, die nur Führungskräfte füllen konnten.
Diese Verlagerung beginnt oft klein. Ein Teammitglied stößt auf einen Grenzfall und fragt seine Führungskraft um Rat. Die Führungskraft entscheidet. Beim nächsten ähnlichen Fall eskaliert das Teammitglied wieder — nicht weil es nicht entscheiden könnte, sondern weil der Präzedenzfall geschaffen ist. Über Monate und Jahre verhärtet sich dieses Muster zur Kultur. Menschen eskalieren nicht, weil die Entscheidung wirklich komplex ist, sondern weil ihnen nie explizit gesagt wurde, dass sie entscheiden dürfen.
Das umzukehren erfordert Klarheit auf zwei Ebenen. Erstens muss der Prozess selbst definieren, welche Entscheidungen auf der operativen Ebene getroffen werden können und sollen — einschließlich der Grenzen, innerhalb derer diese Entscheidungen gültig sind. Es geht nicht darum, unbegrenzte Autonomie zu gewähren. Es geht darum, explizit zu machen, was ohnehin implizit erwartet wird. Zweitens müssen die Kriterien für Eskalation definiert sein. Wann sollte jemand eskalieren und auf welcher Grundlage? Ohne diese Klarheit werden Menschen zur sichersten Option greifen — und das ist fast immer, die Entscheidung nach oben zu schieben.
Organisationen, die das gut umsetzen, stellen oft fest, dass das Eskalationsvolumen deutlich sinkt — nicht weil sie das Verhalten unterdrückt haben, sondern weil sie die Mehrdeutigkeit beseitigt haben, die es verursacht hat. Menschen, die ihre Entscheidungsgrenzen kennen, nutzen sie. Menschen, die sie nicht kennen, werden immer delegieren.
Ein nützliches Prinzip: Wenn derselbe Problemtyp mehr als zweimal eskaliert wird, braucht der Prozess vermutlich eine Regel — keine weitere Eskalation.
Die Wiederherstellung von Entscheidungskompetenz adressiert eine Seite der Gleichung — die menschliche. Aber viele Eskalationen werden nicht durch unklare Befugnisse verursacht. Sie werden durch Prozessbrüche verursacht: ein Schritt, der verlässlich Verzögerungen produziert, eine Übergabe, die regelmäßig Informationen verliert, eine Routing-Logik, die Arbeit ans falsche Team schickt, oder ein Freigabeschritt, der nicht mehr zur aktuellen Organisationsstruktur passt.
Diese Fehlerpunkte sind den Menschen, die im Prozess arbeiten, oft bestens bekannt. Sie wissen, wo Dinge hängen bleiben. Sie wissen, welche Schritte unverhältnismäßig lang dauern. Sie wissen, welche Übergaben unzuverlässig sind. Aber weil diese Probleme im Prozessdesign verankert sind, bestehen sie fort — und Menschen eskalieren um sie herum statt durch sie hindurch.
Diese Fehlerpunkte zu beheben beginnt damit, sie zu identifizieren. Das erfordert kein groß angelegtes Prozess-Audit. Oft reicht eine einfache Analyse der letzten Eskalationen. Wo blieb die Arbeit hängen, bevor sie eskaliert wurde? Welcher Schritt hat versagt? War es ein Kapazitätsproblem, ein Klarheitsproblem oder ein Designproblem? Muster zeigen sich in der Regel schnell. Eine kleine Zahl von Fehlerpunkten verursacht gewöhnlich einen großen Anteil der Eskalationen.
Sind die Fehlerpunkte identifiziert, sind die Lösungen oft einfach. Ein Engpass-Schritt braucht vielleicht zusätzliche Kapazität oder klarere SLAs. Eine unklare Übergabe braucht bessere Routing-Logik oder einen definierten Verantwortlichen. Eine veraltete Freigabekette muss an die aktuelle Organisation angepasst werden. Nichts davon erfordert Transformationsprogramme. Es erfordert Aufmerksamkeit, Ownership und die Bereitschaft, wiederkehrende Eskalation als Prozessdefekt zu behandeln — nicht als normalen Teil des Betriebs.
Das Prinzip ist einfach, wird aber häufig übersehen: Jede wiederkehrende Eskalation zeigt auf einen Prozess, der seine Aufgabe nicht erfüllt. Statt besseres Escalation Management zu bauen, behebe das, was Eskalation nötig macht.
Wenn eine Organisation beginnt, ihre Eskalationsmuster ehrlich zu untersuchen, tauchen einige hilfreiche Fragen auf. Wie viel Prozent der Eskalationen im letzten Monat betrafen wirklich neuartige oder komplexe Situationen — und wie viele waren Routinethemen, die der Standardprozess hätte bearbeiten müssen? Welche Prozessschritte erzeugen die meisten Eskalationen, und was haben diese Schritte gemeinsam? Sind Entscheidungsrechte auf operativer Ebene klar definiert, oder eskalieren Menschen, weil sie unsicher sind, ob sie überhaupt entscheiden dürfen? Wie viel Zeit verbringen Führungskräfte damit, Themen zu lösen, die ein gut funktionierender Prozess ohne ihr Zutun klären würde? Und wenn Eskalation plötzlich als Option wegfiele — welche Prozesse würden als erste zusammenbrechen?
Diese Fragen sind wichtig, weil sie Eskalation von einem Verhaltensproblem zu einem Designproblem umdeuten. Sie verschieben den Fokus vom Symptom zum System. Und sie helfen Führungskräften zu erkennen, dass Process Escalation Reduction nicht bedeutet, Menschen davon abzuhalten, um Hilfe zu bitten — sondern Prozesse so verlässlich zu bauen, dass die meisten Eskalationen überflüssig werden.
Wenn Eskalation zur Standardmethode wird, Dinge voranzubringen, liegt das Problem nicht darin, dass Menschen zu viel eskalieren. Das Problem ist, dass der Prozess ihnen keine bessere Alternative bietet.
Zwei strukturelle Hebel sind besonders wirksam. Der erste besteht darin, Entscheidungskompetenz auf der operativen Ebene wiederherzustellen — explizit zu machen, wer was entscheiden darf, innerhalb welcher Grenzen, und unter welchen Bedingungen Eskalation tatsächlich gerechtfertigt ist. Der zweite besteht darin, die konkreten Fehlerpunkte im Prozess zu identifizieren und zu beheben, die Eskalation überhaupt erst auslösen — die Engpässe, unklaren Übergaben und veralteten Freigabeketten, die Menschen zwingen, das System zu umgehen, statt es zu nutzen.
Das Ziel ist nicht, Eskalation abzuschaffen. Eskalation wird bei wirklich außergewöhnlichen Situationen immer ihren Platz haben. Das Ziel ist, sie wieder außergewöhnlich zu machen.
Genau darin liegt das tiefere Versprechen von business process improvement in diesem Kontext. Es geht nicht darum, mehr Regeln aufzustellen oder Kontrollen zu verschärfen. Es geht darum, Prozesse so klar, reaktionsfähig und verlässlich zu bauen, dass Menschen ihre Arbeit erledigen können, ohne gegen das System kämpfen zu müssen. Wenn das gelingt, kehrt Eskalation in ihre eigentliche Rolle zurück — nicht als Motor des täglichen Betriebs, sondern als Sicherheitsnetz, das sie immer sein sollte.
Es bedeutet, dass der reguläre Prozess nicht verlässlich genug ist, um Routinesituationen zu bearbeiten. Mitarbeitende umgehen ihn und beziehen Führungskräfte ein, um Ergebnisse zu erzielen. Eskalation wird vom Sicherheitsventil zum primären Betriebsmechanismus.
Mitarbeitende eskalieren in der Regel, weil der reguläre Prozess zu langsam, zu mehrdeutig oder zu wenig reaktionsfähig ist. Wenn der Eskalationsweg verlässlich schnellere Ergebnisse liefert, wird er zur rationalen Wahl — auch für Routinethemen.
Wenn Führungskräfte routinemäßig operative Themen lösen, die ein gut gestalteter Prozess klären sollte, werden sie von strategischer Arbeit abgezogen. Es entsteht ein Kreislauf, in dem Führungskapazität durch Feuerlöschen statt durch Verbesserung gebunden wird.
Escalation Management konzentriert sich darauf, Eskalationen effizienter zu bearbeiten, sobald sie auftreten. Process Escalation Reduction konzentriert sich darauf, den zugrundeliegenden Prozess so zu reparieren, dass die meisten Eskalationen gar nicht erst nötig werden.
Ein praktischer Ansatz ist die Analyse der letzten Eskalationen: Wo blieb Arbeit hängen, bevor eskaliert wurde? Muster zeigen sich schnell, und eine kleine Zahl von Fehlerpunkten verursacht meist einen großen Anteil des Eskalationsvolumens.