Management by Exception: Definition, Beispiele, Vor- und Nachteile

Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Management by Exception ist ein Managementprinzip, bei dem Führungskräfte nur dann eingreifen, wenn Ergebnisse über eine vereinbarte Toleranz hinaus vom Plan abweichen. Alles innerhalb der Toleranz läuft ohne Eskalation weiter. Führungskräfte prüfen kurze, vergleichende Berichte statt jedes Details und haben so den Kopf frei für die wenigen Probleme und Chancen, die eine Entscheidung brauchen.
Denken Sie an einen Thermostat. Niemand prüft alle fünf Minuten die Raumtemperatur. Sie legen einen Zielwert fest, erlauben einen kleinen Spielraum, und das System meldet sich erst, wenn der Raum diesen Bereich verlässt. Management by Exception wendet dieselbe Logik auf Budgets, Termine, Qualität und Menschen an.
Woher Management by Exception stammt
Die Idee ist älter als die meisten modernen Management-Frameworks. Frederick Winslow Taylor beschrieb sie in Shop Management, das Project Gutenberg als frei zugänglichen Text bereitstellt. Er nannte sie das „Ausnahmeprinzip“ und stellte ihr den Manager gegenüber, der an seinem Schreibtisch unter Briefen und Berichten „regelrecht begraben“ ist. Nach dem Ausnahmeprinzip, so Taylor, sollte der Manager nur „verdichtete, zusammengefasste und stets vergleichende Berichte“ erhalten, in denen die Abweichungen von früheren Durchschnittswerten oder Standards hervorgehoben sind, und zwar sowohl die besonders guten als auch die besonders schlechten.
Zwei Details dieser Passage gehen in den meisten Zusammenfassungen verloren. Erstens wollte Taylor Ausnahmen in beide Richtungen markiert sehen. Ein Ergebnis, das den Standard übertrifft, ist ebenfalls eine Ausnahme und es lohnt sich, sie zu verstehen. Zweitens erwartete er, dass ein Assistent die Zusammenfassungen sichtet, bevor sie den Manager erreichen. Das Filtern war Teil des Konzepts und kein nachträglicher Einfall.
Das Prinzip verbreitete sich anschließend in zwei weitere Bereiche:
- Projekt-Governance. Die PRINCE2-Methode verankert „Steuern nach dem Ausnahmeprinzip“ in der Art, wie ein Lenkungsausschuss an den Projektmanager delegiert. Der eigene Leitfaden von PRINCE2 beschreibt Toleranzen als Grenzen für Entscheidungen, festgelegt für Zeit, Kosten, Umfang, Qualität, Nutzen und Risiko, und sagt, dass eine Eskalation nötig wird, wenn ein Risiko diese Grenzen zu überschreiten droht.
- Führungsforschung. Im Multifactor Leadership Questionnaire, der zusammen mit dem Full Range Leadership Model von Bass und Avolio verwendet wird, führt Mind Garden zwei Varianten der Idee auf: „Monitors Deviations & Mistakes (Management-by-Exception: Active)“ unter transaktionaler Führung und „Fights Fires (Management-by-Exception: Passive)“ unter passiv-vermeidender Führung. Gleiche Bezeichnung, sehr unterschiedliches Verhalten. Auf diese Unterscheidung kommen wir weiter unten zurück.
Wichtige Fakten
Wichtige Fakten
- Frederick Taylor benannte das „Ausnahmeprinzip“ in Shop Management, kostenlos verfügbar bei Project Gutenberg. Er argumentierte, Manager sollten verdichtete, vergleichende Berichte sehen, die Abweichungen von Standards hervorheben.
- PRINCE2 legt Toleranzen für sechs Bereiche fest: Zeit, Kosten, Umfang, Qualität, Nutzen und Risiko, und eine Eskalation ist nötig, wenn ein Risiko sie zu überschreiten droht.
- Der Multifactor Leadership Questionnaire behandelt aktives Management by Exception als transaktionales Verhalten und passives Management by Exception als passiv-vermeidendes.
- Das Prinzip funktioniert nur, wenn Ausgangswerte, Toleranzen und Eskalationswege schriftlich festgelegt sind, bevor die Arbeit beginnt.
- Sein Hauptrisiko ist Schweigen: Wenn Menschen sich scheuen, Ausnahmen zu melden, sieht ein ruhiges Dashboard nach Erfolg aus, obwohl es in Wahrheit Probleme verbirgt.
So funktioniert es in der Praxis
Jede Variante von Management by Exception beruht auf denselben vier Bausteinen.

- Ein Plan oder Standard. Sie können nicht von etwas abweichen, das es nicht gibt. Das ist der Ausgangswert: ein Budget, ein Service-Level-Ziel, ein Liefertermin, ein Qualitätswert.
- Eine Toleranz. Der akzeptable Bereich um den Ausgangswert. Ein Projektmanager darf beispielsweise einen Meilenstein um drei Tage verschieben oder ein Arbeitspaket um 5 Prozent überziehen, ohne jemanden zu fragen.
- Ein Auslöser. Die Regel, die festlegt, wann etwas als Ausnahme gilt. Gute Auslöser nutzen Prognosen und nicht nur tatsächliche Überschreitungen. Wenn Sie erst eskalieren, nachdem die Grenze überschritten ist, haben Sie die Zeit verloren, die Sie zum Reagieren gebraucht hätten.
- Ein Eskalationsweg. Wer davon erfährt, wie schnell und was von dieser Person entschieden werden soll.
Toleranzen lassen sich außerdem verschachteln. Ein Lenkungsausschuss gibt dem Projektmanager einen Spielraum, und der Projektmanager gibt jeder Teamleitung einen engeren. So bleiben kleine Probleme auf der Ebene, auf der sie gelöst werden können, und nur die großen wandern nach oben.
Management by Exception im Vergleich zu verwandten Konzepten
Dieses Prinzip wird oft mit mehreren benachbarten Konzepten verwechselt. Die Tabelle grenzt sie voneinander ab.
| Konzept | Kerngedanke | Was die Aufmerksamkeit der Führungskraft auslöst | Risiko |
|---|---|---|---|
| Management by Exception | Nur bei Planabweichungen handeln | Eine Überschreitung oder prognostizierte Überschreitung der Toleranz | Übersehene Frühsignale, wenn Toleranzen zu weit sind |
| Management by Objectives | Ziele vereinbaren und Ergebnisse daran messen | Regelmäßige Zielüberprüfungen | Belohnt das Erreichen des Ziels, nicht den Weg dorthin |
| Mikromanagement | Die meisten Entscheidungen persönlich prüfen und steuern | Alles | Verlangsamt die Arbeit und untergräbt Autonomie |
| Transaktionale Führung | Belohnungen gegen Leistung tauschen, Probleme korrigieren | Fehler und Regelverstöße | Kann den Einsatz auf das Gemessene verengen |
| Wissenschaftliche Betriebsführung | Aufgaben standardisieren und am Standard messen | Abweichung vom Zeit- oder Leistungsstandard | Behandelt Menschen als Inputs eines Systems |
Am klarsten ist die Abgrenzung zum Mikromanagement. Oberflächlich sind beide Gegensätze: Das eine beobachtet alles, das andere fast nichts. Doch ein schlecht aufgebautes Ausnahmesystem wird auf Umwegen zu Mikromanagement. Wenn Toleranzen so eng sind, dass alles einen Auslöser setzt, prüfen Führungskräfte wieder jedes Detail, nur eben mit einem Dashboard.
Aktives und passives Management by Exception
Hier fügt die Führungsliteratur eine Warnung hinzu, die in der Variante der Projekt-Governance fehlt.

Aktives Management by Exception bedeutet, dass die Führungskraft vorausschauend auf Abweichungen achtet und eingreift, bevor Probleme größer werden. Das beschreiben Taylor und PRINCE2: ein System, das Ausnahmen früh sichtbar macht.
Passives Management by Exception bedeutet, dass die Führungskraft wartet, bis bereits etwas schiefgegangen ist und ein Problem auf ihrem Tisch landet. Mind Garden bezeichnet das als „Fights Fires“, und der Fragebogen ordnet es der passiv-vermeidenden Gruppe zu. Das Full Range Leadership Model erklärt, wie diese Stile auf einem Spektrum von am aktivsten bis am wenigsten aktiv liegen.
Der Unterschied liegt nicht im Prinzip. Er liegt darin, ob jemand die Überwachung tatsächlich aufgebaut hat. Eine Führungskraft, die „Bringen Sie mir die Ausnahmen“ sagt, aber keine Ausgangswerte, keine Toleranzen und kein Reporting hat, wartet nur darauf, überrascht zu werden. Wenn Sie nicht sicher sind, welche Variante Sie praktizieren, stellen Sie sich eine einfache Frage: Woran würde ich heute erkennen, dass ein Projekt aus dem Ruder läuft? Lautet die Antwort „Jemand würde es mir sagen“, stehen Sie auf der passiven Seite.
Schritt für Schritt einrichten
Schritt 1: Festlegen, was sich für Management by Exception eignet
Nicht alles kommt infrage. Gute Kandidaten sind Arbeiten, die wiederholbar, messbar und gut verstanden sind: Monatsabschluss, Support-Warteschlangen, Lieferpläne, Beschaffungsausgaben. Schlechte Kandidaten sind erstmalige Arbeiten, kreative Arbeit ohne klaren Standard und neue Mitarbeitende, die noch keine Erfolgsbilanz aufgebaut haben.

Schritt 2: Ausgangswerte festlegen
Halten Sie den Plan in Zahlen fest. „Tickets schnell lösen“ ist kein Ausgangswert. „Mediane Erstreaktion unter 4 Stunden“ schon. Nutzen Sie historische Daten, wo Sie sie haben, damit der Ausgangswert abbildet, was die Arbeit wirklich erfordert.
Schritt 3: Toleranzen definieren
Entscheiden Sie, wie weit das Ergebnis abweichen darf, bevor eine Entscheidung nötig ist. Gestalten Sie Toleranzen asymmetrisch, wo es sinnvoll ist: Sie akzeptieren vielleicht eine beliebig frühe Fertigstellung, aber keine Verspätung von mehr als zwei Tagen. Legen Sie sie pro Kennzahl fest und halten Sie ihre Zahl gering.
Schritt 4: Eskalationsschwellen festschreiben
Definieren Sie für jede Kennzahl mindestens zwei Stufen: eine Warnstufe (die Führungskraft informieren, keine Entscheidung nötig) und eine Eskalationsstufe (eine Entscheidung ist erforderlich, mit Frist). Nehmen Sie Prognoseauslöser auf. „Wir rechnen damit, den Termin zu verfehlen“ ist eine Ausnahme, auch wenn der Termin noch nicht verstrichen ist.
Schritt 5: Verantwortliche und Wege benennen
Jede Kennzahl braucht eine verantwortliche Person, die darüber berichtet, und eine Person, die die Ausnahme entgegennimmt. Halten Sie fest, was die empfangende Person sofort entscheiden darf und was weiter nach oben geht.
Schritt 6: Das Melden von Ausnahmen sicher machen
Sagen Sie ausdrücklich, dass das frühe Melden einer Ausnahme erwartet wird und kein Schuldeingeständnis ist. Teams, die dafür kritisiert werden, ein Problem anzusprechen, hören damit auf. Dieser Schritt entscheidet darüber, ob das gesamte System funktioniert.
Schritt 7: Toleranzen regelmäßig überprüfen
Toleranzen veralten. Schauen Sie sie sich jedes Quartal an. Wenn nie jemand eine Ausnahme auslöst, sind die Bereiche womöglich zu weit. Wenn alles auslöst, sind sie zu eng.
Vorlage: Ausnahme-Tracker zum Kopieren
Füllen Sie eine Zeile pro Kennzahl aus. Beschränken Sie die Tabelle auf die fünf bis zehn Messgrößen, die am wichtigsten sind.
| Kennzahl | Plan | Toleranz | Verantwortlich | Eskalationsweg |
|---|---|---|---|---|
| Projektliefertermin | 30. November | Bis zu 3 Tage Verspätung | Projektmanager | Mehr als 3 Tage oder prognostizierte Überschreitung: Sponsor innerhalb von 1 Arbeitstag |
| Budget des Arbeitspakets | 40,000 | Bis zu 5% darüber | Teamleitung | Mehr als 5%: Projektmanager, dann Sponsor, wenn das Gesamtprojekt gefährdet ist |
| Erstreaktion im Support (Median) | Unter 4 Stunden | Bis zu 5 Stunden | Support-Leitung | Mehr als 5 Stunden an 2 Tagen in Folge: Leitung Support |
| Fehlerquote im Release | Unter 1% | Bis zu 1.5% | QA-Leitung | Mehr als 1.5%: Release wird angehalten, Product Owner entscheidet |
| Monatsabschluss | Tag 5 | Tag 6 | Controller | Nach Tag 6: Finanzdirektor am selben Tag |
| Prognosegenauigkeit (Umsatz) | Innerhalb von 10% | Innerhalb von 15% | Leitung Revenue Operations | Außerhalb von 15%: Vertriebsleitung prüft die Pipeline-Annahmen |
Die Zahlen oben dienen der Veranschaulichung. Ersetzen Sie sie durch Werte aus Ihrer eigenen Historie und stimmen Sie sie mit den Personen ab, die daran gemessen werden.
Beispiele nach Geschäftsfunktion
Diese Szenarien sind hypothetisch und sollen das Muster zeigen.
Projektmanagement. Ein Lenkungsausschuss genehmigt ein Projekt mit Liefertermin und Budget. Der Projektmanager kann kleine Verzögerungen innerhalb der Toleranz mit Reserven auffangen und meldet erst dann eine Ausnahme, wenn die Prognose zeigt, dass Termin oder Budget nicht zu halten sind.
Finanzen. Ein Controller prüft einen Abweichungsbericht, der nur die Konten auflistet, deren Ausgaben um mehr als einen festgelegten Prozentsatz vom Budget abweichen. Konten im Plan tauchen nicht auf. Der Bericht umfasst zwei statt vierzig Seiten, und die Diskussion konzentriert sich auf die drei Zeilen, die zählen.
Vertrieb. Eine Vertriebsleitung prüft nicht jeden Deal. Sie sieht Deals, die länger als üblich in einer Phase feststecken, Prognosen, die sich von Woche zu Woche um mehr als einen festgelegten Betrag verändert haben, und Rabatte oberhalb eines Schwellenwerts. Alles andere bleibt beim Vertriebsmitarbeitenden und dessen Führungskraft. Unser Leitfaden zum Makromanagement behandelt den übergeordneten Stil, zu dem dies gehört.
Kundensupport. Eine Support-Leitung beobachtet ein Warteschlangen-Dashboard mit Alarmlinien. Eine mediane Reaktionszeit innerhalb des Ziels braucht keine Aufmerksamkeit. Überschreitet sie die Warnstufe, teilt die Leitung Personal neu ein. Auf der Eskalationsstufe wird die Leitung Support informiert.
Betrieb und Fertigung. Hier hat Taylor angefangen. Qualitätsregelkarten, Ausschussquoten und Maschinenstillstände werden alle an Standards gemessen. Bedienpersonal und Vorgesetzte kümmern sich um die normale Schwankung, und ein Messwert außerhalb des Bereichs löst eine festgelegte Reaktion aus.
HR. Ein HR-Team verfolgt die Time-to-Fill, die Fluktuation in den ersten 90 Tagen und offene Stellenanforderungen nach Alter. Die Führungsebene erhält nur dann eine Meldung, wenn eine Stelle deutlich länger als üblich offen ist oder die Frühfluktuation über ihren normalen Bereich steigt.
Vor- und Nachteile
| Vorteile | Nachteile |
|---|---|
| Spart die Aufmerksamkeit der Führungsebene für Entscheidungen, die sie brauchen | Hängt von genauen, aktuellen Daten ab; schlechte Daten bedeuten schlechte Ausnahmen |
| Gibt Teams Autonomie innerhalb klarer Grenzen | Kann Menschen davon abhalten, Probleme zu melden, die klein wirken |
| Skaliert: Eine Führungskraft kann mehr Arbeit überblicken | Übersieht schleichende Abweichungen, die innerhalb der Toleranz bleiben, sich aber aufsummieren |
| Macht Eskalation schnell und eindeutig | Schwer anwendbar auf neuartige oder kreative Arbeit ohne Standard |
| Reduziert Berichtsumfang und Meetingzeit | Enge Toleranzen können Mikromanagement zurückbringen |
| Zwingt Führungskräfte zu definieren, was „im Plan“ bedeutet | Ausnahmen können wie Strafe wirken, wenn die Kultur auf Schuldzuweisung ausgerichtet ist |
Zwei dieser Nachteile verdienen einen genaueren Blick.

Das Drift-Problem. Eine Kennzahl, die sechs Monate lang knapp innerhalb der Toleranz liegt, löst nie etwas aus, kann aber auf einen echten Trend hinweisen. Ergänzen Sie Trendregeln: Eskalieren Sie zum Beispiel, wenn sich eine Kennzahl drei Perioden in Folge in dieselbe Richtung bewegt, auch wenn jede Periode im Bereich liegt.
Das Schweige-Problem. Ein Ausnahmesystem ist nur so ehrlich wie die Menschen, die es speisen. Wenn ein Teammitglied glaubt, dass ihm das Melden einer Ausnahme negativ angerechnet wird, hält es sie zurück, bis sie zu groß ist, um sie zu verbergen. Ein grünes Dashboard ist in einer solchen Kultur keine gute Nachricht. Es ist ein Signal, die psychologische Sicherheit im Team zu prüfen.
Do's und Don'ts
| Empfohlen | Zu vermeiden |
|---|---|
| Ausgangswerte und Toleranzen schriftlich festhalten, bevor die Arbeit beginnt | „Kommen Sie mit Ausnahmen zu mir“ verkünden, ohne sie zu definieren |
| Bei Prognosen ebenso eskalieren wie bei Überschreitungen | Auf eine Überschreitung warten, bevor sich jemand meldet |
| Gute Ausnahmen ebenso markieren wie schlechte | Nur untersuchen, was schiefgegangen ist |
| Die Liste der Kennzahlen kurz halten | 40 Messgrößen verfolgen und das Fokus nennen |
| Toleranzen jedes Quartal überprüfen | Toleranzen jahrelang unverändert lassen |
| Menschen für frühe Warnungen belohnen | Den Überbringer der Nachricht beschuldigen |
| Mit regelmäßigen Einzelgesprächen kombinieren, damit der Kontext erhalten bleibt | Es als Grund nutzen, nicht mehr mit dem Team zu sprechen |
Häufige Fehler
Anwendung auf die falsche Arbeit. Ausnahmemanagement braucht einen Standard. Bei frühen Experimenten oder neuen Mitarbeitenden lässt es Menschen ohne Orientierung allein.
Verwechslung mit Delegation durch Vernachlässigung. Auch das Delegieren innerhalb einer Toleranz erfordert klare Verantwortlichkeit. Unser Überblick über die Funktionen des Managements erinnert hilfreich daran, dass Planen und Kontrollieren zusammengehören. Sie können nicht an einem Plan kontrollieren, den Sie nie gemacht haben.
Eine Toleranz für alle. Ein erfahrener Projektmanager mit langer Erfolgsbilanz kann einen größeren Spielraum verantworten als eine Teamleitung, die zum ersten Mal führt. Toleranzen dürfen Erfahrung widerspiegeln.
Nie innerhalb der Toleranz hinschauen. Selbst in einem gut geführten System sollten Führungskräfte von Zeit zu Zeit Stichproben der normalen Arbeit nehmen. Sie erfahren dabei Dinge, die Kennzahlen nicht erfassen.
In die Praxis umsetzen
Wählen Sie ein Team und drei Kennzahlen. Halten Sie für jede den Plan, die Toleranz, die verantwortliche Person und den Eskalationsweg fest, mithilfe der Vorlage oben. Lassen Sie das System ein Quartal laufen. Stellen Sie dann zwei Fragen: Was haben wir früher erkannt als zuvor, und was haben wir übersehen, weil es innerhalb der Grenzen blieb?
Die zweite Frage ist die wichtigste. Management by Exception ist ein Weg, Ihre Aufmerksamkeit auf die richtige Stelle zu lenken, und kein Weg, nicht mehr aufmerksam zu sein.

Senior Operations & Growth Strategist
On this page
- Woher Management by Exception stammt
- Wichtige Fakten
- So funktioniert es in der Praxis
- Management by Exception im Vergleich zu verwandten Konzepten
- Aktives und passives Management by Exception
- Schritt für Schritt einrichten
- Schritt 1: Festlegen, was sich für Management by Exception eignet
- Schritt 2: Ausgangswerte festlegen
- Schritt 3: Toleranzen definieren
- Schritt 4: Eskalationsschwellen festschreiben
- Schritt 5: Verantwortliche und Wege benennen
- Schritt 6: Das Melden von Ausnahmen sicher machen
- Schritt 7: Toleranzen regelmäßig überprüfen
- Vorlage: Ausnahme-Tracker zum Kopieren
- Beispiele nach Geschäftsfunktion
- Vor- und Nachteile
- Do's und Don'ts
- Häufige Fehler
- In die Praxis umsetzen