Engpasstheorie
Die Engpasstheorie (Theory of Constraints, TOC) ist eine Managementmethode. Sie verbessert die Leistung eines ganzen Systems, indem sie sich auf den Faktor konzentriert, der diese Leistung begrenzt. Das System kann eine Organisation, ein durchgängiger Prozess, ein Projektportfolio oder ein Projekt sein. Die wenigen begrenzenden Faktoren, die den Durchsatz des ganzen Systems bestimmen, nennt die Theorie Engpässe. Eliyahu Goldratt und Jeff Cox machten die Theorie 1984 mit dem Wirtschaftsroman The Goal bekannt. Die Methode der Engpasstheorie besteht aus fünf Fokussierungsschritten: den Engpass identifizieren, ihn ausschöpfen, den Rest des Systems ihm unterordnen, ihn erweitern und dann von vorn beginnen.
Ziel
Die Engpasstheorie richtet die Verbesserungsarbeit auf den Faktor, der den Durchsatz eines Systems begrenzt. Der PMBOK Guide zählt ihre fünf Fokussierungsschritte zu den Methoden der kontinuierlichen Verbesserung wie PDCA, Lean und Six Sigma.
Sie setzt bei einem häufigen Problem an: Jedes Team verbessert sich, doch das System liefert nicht mehr. Eine Kette liefert im Takt ihrer langsamsten Stufe. Die Theorie sagt, worauf sich die Verbesserung konzentrieren soll und wo eine schnellere Stufe nichts bringt.
Das Ergebnis passt auf eine Seite. Es nennt den Engpass und seinen Typ, die Entscheide zu seiner Ausschöpfung und die Regeln, die den Rest des Systems ihm unterordnen. Muss der Durchsatz weiter steigen, beziffert das Ergebnis einen Vorschlag zur Erweiterung. Durchsatz, Bestand und Betriebskosten messen die Wirkung jedes Entscheids.
Einsatz
Wann einsetzen
- Zu geringer Durchsatz, obwohl alle beschäftigt sind: die Stufe suchen, die das System begrenzt, bevor Ressourcen dazukommen.
- Wachsende Warteschlange vor einer Stufe: Dossiers oder Tickets, die sich stauen, zeigen einen physischen Engpass an.
- Anstehender Entscheid über eine Kapazitätsinvestition: prüfen, ob die Anstellung, die Lizenz oder die Anlage den Engpass betrifft.
- Geteilte Ressource, um die ein stetiger Strom von Anfragen konkurriert: eine Testumgebung oder eine Fachperson; ihre Prioritäten und den Eingangstakt festlegen.
- Auslastungskennzahlen je Station: durch Durchsatz, Bestand und Betriebskosten des Systems ersetzen.
- Regel, die den ganzen Fluss bremst: ein monatliches Release-Fenster oder eine Doppelunterschrift; als Regelengpass behandeln.
- Organisation, die bereits TOC oder Lean anwendet: Der PMBOK Guide erwartet von der Projektleitung, das Ressourcenmanagement des Projekts darauf abzustimmen.
Wann nicht einsetzen
- Kein gemessener Fluss: Der bezeichnete Engpass bleibt eine Meinung; zuerst Warteschlangen und Wartezeiten mit einem Value Stream Mapping messen.
- Terminplan eines Projekts mit Ressourcenkonflikten: die Methode der kritischen Kette anwenden, die die Theorie auf Projekte überträgt.
Beschreibung
Der Engpass im Sinne der Theorie
Ein Engpass ist "jedes Element oder jeder Faktor, der ein System daran hindert, mit Blick auf sein Ziel eine höhere Leistung zu erreichen". Watson, Blackstone und Gardiner übernehmen diese Definition aus dem APICS Dictionary. Der PMBOK Guide spricht vom wichtigsten begrenzenden Faktor auf dem Weg zu einem Ziel.
Das magische Dreieck meint etwas anderes. Dort begrenzen Umfang, Termin und Kosten ein Projekt und lassen sich gegeneinander abwägen. Der Engpass der Theorie ist die Stelle im System, die seinen Durchsatz bestimmt.
Die Theorie geht davon aus, dass ein System wenige Engpässe hat und dass diese seine Leistung bestimmen. Watson und seine Mitautoren ordnen die Engpässe nach Typen. Der Typ bestimmt die Behandlung.
| Typ | Was begrenzt | Beispiel | Behandlung |
|---|---|---|---|
| Physisch | Eine Kapazität unter der Nachfrage | Eine einzige Testumgebung für drei Teams | Ausschöpfen, unterordnen, erweitern; Trommel-Puffer-Seil |
| Markt | Eine Nachfrage unter der Kapazität | Eine Stelle kann 40 Dossiers pro Woche bearbeiten und erhält 25 | Trommel-Puffer-Seil im Takt der Nachfrage; die Verbesserung setzt bei der Nachfrage an |
| Regel | Eine formelle oder informelle Regel | Produktivsetzung nur am ersten Dienstag im Monat | Die Regel ändern; Denkprozesse |
Das System messen statt der Stationen
Goldratt beurteilt einen Entscheid nach seiner Wirkung auf drei Kennzahlen des Systems. Die ACCA definiert sie so:
- Durchsatz (Throughput): die Rate, mit der das System durch Verkäufe Geld erwirtschaftet;
- Bestand (Inventory): das Geld, das in den zum Verkauf bestimmten Gütern des Systems gebunden ist;
- Betriebskosten (Operating Expense): das Geld, das das System ausgibt, um Bestand in Durchsatz umzuwandeln.
Ein Team, das seine Lieferungen nicht verkauft, misst mit Ersatzgrössen. Den Durchsatz misst es an den gelieferten und abgenommenen Elementen pro Woche. Den Bestand misst es an der begonnenen und noch nicht gelieferten Arbeit. Die Betriebskosten misst es an den wöchentlichen Kosten des Teams.
Diese Kennzahlen widersprechen der Effizienz je Station. Goldratt und Fox haben diesen Gegensatz in Regeln gefasst (1986). Watson und seine Mitautoren zitieren zwei davon: "Eine Stunde, die am Engpass verloren geht, ist eine Stunde, die für das gesamte System verloren ist"; "eine Stunde, die an einem Nicht-Engpass gewonnen wird, ist nur eine Fata Morgana". Eine Station, die kein Engpass ist und zu 100 % arbeitet, erhöht den Durchsatz nicht. Sie erzeugt Bestand vor dem Engpass. Die ACCA nimmt deshalb Leerlauf an den übrigen Stationen in Kauf.
Die fünf Fokussierungsschritte
Goldratt und Jeff Cox haben die Schritte in The Goal dargelegt. Daraus entstand später der Prozess der kontinuierlichen Verbesserung (POOGI, Process of Ongoing Improvement). Der POOGI ergänzt Voraussetzungen: Das Team definiert das System und sein Ziel. Dann wählt es die Kennzahlen, die das System auf dieses Ziel ausrichten. Für Goldratt hat ein Unternehmen das Ziel, jetzt und in Zukunft Geld zu verdienen. Eine öffentliche Verwaltung oder ein Projektteam benennt sein eigenes Ziel, bevor es sucht, was dieses Ziel begrenzt.
- Den Engpass identifizieren. Das Team vergleicht Last und Kapazität jeder Stufe anhand von Daten: Zeitstempel der Tickets, Ein- und Ausgangsdaten der Dossiers. Die längste Warteschlange liegt oft vor dem Engpass. Das Team benennt auch den Typ des Engpasses.
- Entscheiden, wie der Engpass ausgeschöpft wird. Das Team holt mit den vorhandenen Ressourcen den grösstmöglichen Durchsatz aus dem Engpass. Eine Vertretung übernimmt den Engpass während Pausen und Sitzungen. Der Engpass bearbeitet nur Arbeit, die das System verlassen wird. Die Qualitätskontrolle kommt deshalb vor ihm. Eine andere Station übernimmt jede Aufgabe, die sie an seiner Stelle erledigen kann.
- Alles andere diesem Entscheid unterordnen. Jede andere Stufe richtet ihren Takt nach dem Engpass. Vorgelagerte Stufen geben nicht mehr Arbeit frei, als der Engpass aufnimmt. Nachgelagerte Stufen bearbeiten ohne Verzug, was aus dem Engpass kommt. Die übrigen Stationen behalten deshalb ungenutzte Kapazität. Diese Reserve schützt den Engpass vor Störungen.
- Den Engpass erweitern. Das Team erhöht die Kapazität des Engpasses durch eine Anstellung, einen Kauf, eine Auslagerung oder eine zweite Anlage. Es tut dies nur, wenn der Durchsatz nach den Schritten 2 und 3 noch steigen muss. Watson und seine Mitautoren legen diese Reihenfolge fest: ausschöpfen vor erweitern.
- Wurde der Engpass in einem früheren Schritt aufgehoben, zu Schritt 1 zurückkehren. Goldratt fügt eine Anweisung hinzu: keine Trägheit aufkommen lassen. Das Team überprüft dann die Regeln, die für den alten Engpass galten: den Eingangstakt, die Prioritäten, die Zeiten der Vertretung. Eine Regel, die nach der Verschiebung bestehen bleibt, kann zum Regelengpass werden.
Jeder aufgehobene Engpass lässt anderswo einen neuen entstehen. Die Schritte bilden deshalb eine Schleife.
Trommel, Puffer, Seil
Die Methode Trommel-Puffer-Seil (Drum-Buffer-Rope, DBR) setzt die Schritte 1 bis 3 für einen physischen oder einen Marktengpass um. Die Trommel ist der Engpass, den Schritt 1 identifiziert. Ihr Takt bestimmt den Takt des Systems. Der Puffer gehört zum Ausschöpfen: Er ist eine Zeitreserve vor dem Engpass. Die Arbeit trifft dort etwas früher ein, als der Engpass sie braucht. Eine Störung weiter vorn lässt ihn deshalb nicht ohne Arbeit. Das Seil gehört zum Unterordnen: Es verbindet den Arbeitseingang mit der Trommel. Das System gibt ein Element erst frei, wenn der Engpass eines verbraucht hat.
In einem Team, das seine Arbeit auf einem Kanban-Board verfolgt, übernimmt eine gemeinsame WIP-Limite für alle Spalten bis zum Engpass die Rolle des Seils: Eine Karte kommt erst hinein, wenn eine andere den Engpass verlässt. Der PMBOK Guide zählt die Engpasstheorie und die Kanban-Methode zu den Ansätzen, die den Fluss maximieren.
Bei einem Regelengpass ändert das Team die Regel. Goldratt hat dafür die Denkprozesse (Thinking Processes) vorgeschlagen. Diese Logikbäume verbinden unerwünschte Effekte mit der Regel, die sie verursacht.
Die Engpasstheorie und benachbarte Techniken
| Technik | Was sie tut | Bezug zur Theorie |
|---|---|---|
| Value Stream Mapping | Bildet den Fluss mit seinen Warteschlangen und Wartezeiten ab | Lokalisiert den Engpass; die Theorie sagt, was damit zu tun ist. |
| Methode der kritischen Kette | Plant ein Projekt auf einem abgeglichenen Netzplan und schützt seinen Endtermin mit einem Puffer | Laut PMBOK Guide die Anwendung der Theorie auf Projekte und Portfolios |
| Kanban-Pull-System | Begrenzt die laufende Arbeit und zieht Arbeit nach Kapazität | Seine WIP-Limite übernimmt die Rolle des Seils. |
| PDCA-Zyklus | Plant, führt aus, prüft und passt eine Verbesserung an | Die Theorie wählt, wo verbessert wird; der PDCA testet die Änderung. |
Fallstricke
Erweitern vor dem Ausschöpfen. Kapazität zu kaufen ist die sichtbarste und teuerste Antwort. Verliert der Engpass Zeit mit Pausen, Nacharbeit oder Aufgaben, die auch eine andere Station erledigen kann, bleibt diese Verschwendung nach dem Kauf bestehen. Das Team schliesst die Schritte 2 und 3 ab, bevor es Schritt 4 beziffert.
Alle beschäftigt halten. Eine Geschäftsleitung, die die Auslastung jeder Station oder die geschlossenen Tickets pro Person misst, erhält beschäftigte Stationen und Bestand vor dem Engpass. Der Durchsatz bleibt der des Engpasses.
Den Engpass nach Gefühl bestimmen. Weder das Team, das am lautesten klagt, noch die Person mit den meisten Stunden ist zwingend der Engpass. Ein Team kann mit Arbeit überlastet sein, die das System nie verlassen wird. Das Team identifiziert den Engpass anhand der gemessenen Warteschlangen und des gemessenen Durchsatzes.
Beim alten Engpass bleiben. Nach einer Erweiterung arbeitet das Team weiter an der Stufe, die es kennt. Der Engpass kann sich verschoben haben. Jede am alten Engpass gewonnene Stunde ist dann eine Fata Morgana. Das Team durchläuft nach jeder Kapazitätsänderung erneut Schritt 1.
Einen externen Engpass für unbehandelbar erklären. Die GPM hält fest, dass ein Engpass ausserhalb des Einflusses der Organisation liegen kann: ein einziger Lieferant oder eine behördliche Bewilligung. Das Team schöpft den Engpass aus und ordnet ihm den Rest des Systems unter. Die Erweiterung läuft dann über einen Vertrag oder eine Verhandlung.
Grenzen
Watson, Blackstone und Gardiner nennen die Schwächen der Theorie. Ihre Lösungen sind machbar, aber nicht immer optimal. Ihre Verfahren sind unscharf definiert. Die Literatur nennt keine bevorzugte Methode und definiert den Durchsatz auf mehrere Arten. Goldratt definiert ihn als Umsatz minus vollständig variable Kosten. Die Durchsatzrechnung taugt für die kurze Frist und liefert keine Selbstkosten für die Preisfestsetzung. Die Autoren finden keinen klaren Beleg für einen Leistungsunterschied gegenüber Just-in-Time.
Die GPM fügt hinzu, dass ein auf den Engpass fixierter Blick andere Verbesserungsmöglichkeiten verdecken kann. Laut Watson und seinen Mitautoren beruhen die Denkprozesse auf subjektiver Deutung. Ihre Gültigkeit und Zuverlässigkeit sind noch nachzuweisen. Diese Werkzeuge lassen sich zudem der Unternehmensleitung schwer vermitteln. Watson und seine Mitautoren hielten 2007 fest, dass Goldratt sich von diesen Werkzeugen zu entfernen schien: Er hatte für Berater ein Vorgehen namens Viable Vision lanciert.
Watson und seine Mitautoren zitieren eine Umfrage von IndustryWeek aus dem Jahr 2003: Weniger als 5 % der Werke in den USA steuerten damals ihre Verbesserung mit der Theorie.
KI-Überlegungen
Aus einem Export von Tickets oder Dossiers berechnet ein KI-Assistent, der Code ausführt, je Stufe die Warteschlange, die Wartezeit und den wöchentlichen Durchsatz. Er erstellt die Tabelle von Last und Kapazität für Schritt 1 und markiert die Stufe, vor der sich die Arbeit staut. In internen Weisungen und Protokollen findet er die Regeln, die den Fluss begrenzen: Release-Fenster, Unterschriften, Genehmigungsschwellen. Das Team erhält eine erste Liste von Regelengpässen zur Prüfung. Aus den unerwünschten Effekten, die das Team notiert hat, entwirft das Modell die Bäume der Denkprozesse.
Den Engpass wählt das Team selbst. Ein Sprachmodell nennt die plausibelste Stufe nach den Wörtern in den Dokumenten; nur Flussdaten bestimmen den Engpass. Die Erweiterung bindet Budget und Personen. Darüber entscheidet die Geschäftsleitung. Ein Export, der den Durchsatz oder die Warteschlange namentlich genannter Mitarbeitender zeigt, enthält Personendaten im Sinne des Datenschutzgesetzes (DSG). Das Team anonymisiert ihn oder holt die Zustimmung der Datenschutzberaterin oder des Datenschutzberaters ein, bevor es ihn an einen Onlinedienst sendet.
Beispiele
Der Engpass bestimmt den Durchsatz und verschiebt sich, wenn man ihn erweitert. Das Team, das das Onlineportal einer AHV-Ausgleichskasse entwickelt, misst seine Stufen in Backlog-Elementen pro Woche.
| Stufe | Ausgangslage | Nach Ausschöpfen und Unterordnen | Nach Erweiterung |
|---|---|---|---|
| Konzeption | 12 | 12 | 12 |
| Entwicklung | 10 | 10 | 10 |
| Test | 6 | 8 | 12 |
| Bereitstellung | 9 | 9 | 9 |
| Entscheide | Keine | Testumgebung per Skript zurückgesetzt; Regressionstest über Nacht; Code-Review vor dem Test; Eingang auf 8 begrenzt | Zweite Testumgebung; Eingang im Takt der Bereitstellung auf 9 gesetzt |
| Nachfrage | 11 | 11 | 11 |
| Systemdurchsatz | 6 | 8 | 9 |
| Warteschlange vor dem Engpass | +4 pro Woche | Stabil | Stabil |
Die zweite Umgebung bringt dem Test 4 Elemente Kapazität und dem Durchsatz nur 1 Element. Die Bereitstellung bleibt bei 9 und wird zum Engpass. Das Team kehrt für die Bereitstellung zu Schritt 1 zurück.
Visualisierungen
Nach dem Ausschöpfen und Unterordnen bestimmt der Test den Takt der Portalstrecke. Die übrigen Stufen behalten ungenutzte Kapazität.
Aufwand
| Dimension | Stufe | Begründung |
|---|---|---|
| Vorbereitung | Mittel | Das Team zieht die Zeitstempel aus, legt Ziel und Kennzahlen des Systems fest und berechnet dann Last und Kapazität je Stufe. |
| Ausführung | Mittel | Die Schritte 2 und 3 ändern die Gewohnheiten mehrerer Teams; Schritt 4 bindet ein Budget. |
| Dokumentation | Gering | Der Engpass, die Entscheide und die Kennzahlen vorher und nachher passen auf eine Seite. |
Werkzeuge
Ein Whiteboard genügt, um die Kette zu zeichnen, Kapazität und Warteschlange jeder Stufe zu notieren und den Engpass zu markieren. Eine Tabellenkalkulation berechnet Last, Kapazität und Durchsatz je Stufe und verfolgt die Kennzahlen Woche für Woche.
Jira und Azure DevOps erfassen jeden Übergang von einer Stufe zur nächsten. Ihr kumulatives Flussdiagramm zeigt das Band, das sich vor dem Engpass verbreitert. Ein Process-Mining-Werkzeug wie Celonis rekonstruiert die Wartezeiten eines Prozesses aus den Protokollen eines ERP. Eine Simulation testet die Wirkung einer Erweiterung vor dem Kauf.
Quellen
- Project Management Institute (2025), A Guide to the Project Management Body of Knowledge (PMBOK Guide), 8. Auflage: §2.6.2.5 Monitor and Control Resourcing, der die Engpasstheorie in seiner Liste der Werkzeuge nennt (Abbildung 2-45); §2.6.3 Tailoring Considerations (Industry context) für die Abstimmung des Ressourcenmanagements auf die Methoden der Organisation; §4.2.2 Adaptive Approaches für die Beschreibung des Engpasses und die Theorie unter den Ansätzen, die den Fluss maximieren; Section 5, Eintrag "Theory of constraints (TOC)" für die Definition und den Bezug zu CCPM; Eintrag "Continuous improvement" für die fünf Fokussierungsschritte unter den Methoden der kontinuierlichen Verbesserung. Der PMBOK Guide beschreibt die Schritte nicht.
- Goldratt, Eliyahu M. und Cox, Jeff (1984), The Goal: A Process of Ongoing Improvement, North River Press: der Wirtschaftsroman, in dem Goldratt die fünf Fokussierungsschritte darlegt.
- Watson, K. J., Blackstone, J. H. und Gardiner, S. C. (2007), "The evolution of a management philosophy: The theory of constraints", Journal of Operations Management 25(2), S. 387-402: die Definition des Engpasses nach dem APICS Dictionary und seine Typen; die Regeln von Goldratt und Fox (1986); die fünf Fokussierungsschritte und die Voraussetzungen des POOGI; die Methode Trommel-Puffer-Seil; Durchsatz, Bestand und Betriebskosten; die Denkprozesse; die Schwächen der Theorie.
- ACCA, "Throughput accounting": die Definitionen von Durchsatz, Bestand und Betriebskosten; die am Engpass verlorene Stunde; der zugelassene Leerlauf an den übrigen Stationen.
- GPM Deutsche Gesellschaft für Projektmanagement (2024), "Theory of Constraints (TOC): Definition, Prinzipien & Anwendungsbereiche": der Engpass ausserhalb des Einflusses der Organisation; das Risiko eines Blicks, der allein auf den Engpass fixiert ist.

