TLS ist die Integration von Theory of Constraints (Engpasstheorie), Lean (schlanke Produktion) und Six Sigma zu einer einzigen Verbesserungssequenz statt zu drei konkurrierenden Programmen. Theory of Constraints entscheidet, wo gearbeitet wird, Six Sigma beseitigt Streuung und Fehler, die dort Kapazität rauben, und Lean beseitigt Verschwendung und Rüstzeit ringsherum. Die Reihenfolge ist die Methode. In dieser Sequenz angewendet, zielt Verbesserung nicht länger auf Prozesse, die die Ausbringung nie begrenzt haben.
- Was ist TLS?
- Warum zählt die Reihenfolge mehr als die Werkzeuge?
- Was kann jede Methodik tatsächlich gut?
- Zu welcher Methode sollten Sie greifen?
- Wie beenden Sie den Streit der drei Lager?
- Wie sieht ein integrierter Zyklus aus?
- Was sind die häufigsten TLS-Fehler?
- TLS: FAQ für Betreiber
- Über den Stagnation Assassin
Zusammenfassung: TLS verbindet Theory of Constraints, Lean und Six Sigma zu einer Sequenz statt zu drei konkurrierenden Programmen. Theory of Constraints entscheidet, wo gearbeitet wird, Six Sigma beseitigt die Streuung und die Fehler, die dort Kapazität rauben, und Lean beseitigt die Verschwendung und die Rüstzeit ringsherum. Die Reihenfolge ist die Methode. In dieser Sequenz angewendet, schlagen integrierte Programme regelmäßig jede einzeln gefahrene Methodik, weil die anderen beiden aufhören, auf Prozesse zu zielen, die die Ausbringung nie begrenzt haben.
Was ist TLS?
TLS ist die Integration von Theory of Constraints, Lean und Six Sigma zu einer einzigen Verbesserungssequenz. Theory of Constraints bestimmt, worauf zu fokussieren ist, Six Sigma beseitigt Streuung und Fehler, die dort Kapazität verbrauchen, und Lean beseitigt Verschwendung und Rüstzeit ringsherum. Die Sequenz ist das, was TLS vom gleichzeitigen Betrieb aller drei unterscheidet.
Die drei Methodiken werden üblicherweise als Alternativen dargestellt, und Organisationen neigen dazu, eine auszuwählen und eine Identität um sie herum aufzubauen. Genau diese Rahmung ist das Problem. Es sind keine konkurrierenden Philosophien, die dieselbe Frage beantworten. Sie beantworten drei verschiedene Fragen, und jede ist genau dort am schwächsten, wo eine andere am stärksten ist.
Theory of Constraints ist hervorragend darin, Ihnen zu sagen, wo die Systemausbringung begrenzt ist, und völlig unbrauchbar darin, Ihnen zu sagen, wie Sie einen Prozess reparieren, sobald Sie dort angekommen sind. Six Sigma ist erstklassig in der Beseitigung von Streuung und Fehlern und liefert keinerlei Hinweis darauf, welche Fehler für das Geschäft überhaupt zählen. Lean ist unerreicht darin, Verschwendung und Flussunterbrechung zu beseitigen, und wird bereitwillig Verschwendung aus Prozessen entfernen, deren Verschwendung nichts gekostet hat.
Anders gesagt: Theory of Constraints liefert die Zielerfassung, Six Sigma und Lean liefern die Feuerkraft. Eine Methodik mit Zielerfassung ohne Feuerkraft erkennt den Engpass und kann ihn nicht beheben. Eine Methodik mit Feuerkraft ohne Zielerfassung verbessert, was am nächsten liegt, und wundert sich dann, warum die Zahlen sich nicht bewegen.
Ich habe Transformationen bei Berkshire Hathaway, Illinois Tool Works und Whirlpool geführt, und ich habe Organisationen dabei beobachtet, wie sie alle drei gleichzeitig als rivalisierende Programme mit getrennten Budgets, getrennten Lenkungskreisen und getrennten Beratern betrieben. Diese Konstellation erzeugt enorme Aktivität und sehr wenig Bewegung in der Systemausbringung, was eine besondere Art organisatorischer Tragödie ist, weil alle Beteiligten kompetent sind und hart arbeiten.
Warum zählt die Reihenfolge mehr als die Werkzeuge?
Weil Verbesserung abseits des Engpasses die Systemausbringung nicht verändert, gleichgültig wie gut sie ausgeführt ist. Die Engpassbestimmung an den Anfang zu stellen bedeutet, dass jede folgende Lean- oder Six-Sigma-Stunde dort landet, wo sie sich in Durchsatz verwandelt. Drehen Sie die Reihenfolge um, und Sie erhalten technisch hervorragende Projekte ohne messbares Geschäftsergebnis.
Der Beleg dafür ist unangenehm und leicht zu beobachten. Ich habe ein Team dabei beobachtet, wie es in einer Aufnahme dreiundzwanzig berechtigte Verbesserungsmöglichkeiten identifizierte, für alle Kaizen-Teams bildete, im Lauf eines Jahres neunzehn umsetzte und den Systemdurchsatz um drei Prozent steigerte. Nur eine der dreiundzwanzig lag am Engpass. Die anderen zweiundzwanzig verbrauchten reale Ressourcen, lieferten reale lokale Verbesserungen und trugen nichts zu dem bei, was das Unternehmen produzierte.
Niemand in diesen Teams hat schlecht gearbeitet. Die Werkzeuge wurden korrekt angewendet. Jedes Projekt hätte ein technisches Audit bestanden. Der Fehler lag vollständig vor der Ausführung: Das Portfolio wurde demokratisch ausgewählt statt nach Engpasswirkung, was sich fair anfühlte und vollkommen falsch war.
Ein Team identifizierte 23 Verbesserungsmöglichkeiten, setzte 19 in einem Jahr um und bewegte den Systemdurchsatz um 3 Prozent. Genau eine der 23 lag am Engpass. Die anderen 22 waren kompetent ausgeführt, lokal erfolgreich und irrelevant für das, was das Unternehmen produzierte. Die Werkzeuge waren nicht das Problem. Die Zielerfassung war es.
Deshalb ist TLS eine Sequenz und kein Werkzeugkasten. Die Sequenz leistet die Arbeit. Sobald die Engpassbestimmung an erster Stelle steht, beginnt dieselbe Lean- und Six-Sigma-Fähigkeit, die drei Prozent erzeugt hat, zweistellige Durchsatzgewinne zu erzeugen, weil sie auf die eine Stelle zielt, an der Verbesserung sich zu Systemausbringung aufsummiert.
Was kann jede Methodik tatsächlich gut?
Theory of Constraints optimiert den Systemdurchsatz über die Steuerung der begrenzenden Ressource. Six Sigma reduziert Streuung und Fehler mit statistischer Analyse im DMAIC-Zyklus. Lean beseitigt Verschwendung und verbessert den Fluss mit Werkzeugen wie SMED (schnelles Rüsten), 5S und produktiver Instandhaltung. Jede ist genau dort am stärksten, wo die anderen am wenigsten bieten.
Theory of Constraints: Zielerfassung
Beantwortet das Wo. Sie identifiziert die eine Ressource, die die Ausbringung begrenzt, und schreibt dann vor, sie auszuschöpfen, alles andere ihr unterzuordnen und sie erst dann zu erweitern, wenn die Ausschöpfung erschöpft ist. Ihre Schwäche: Sie sagt Ihnen, dass Ihre Schweißerei der Engpass ist, und bietet keine Methode, das Schweißen besser zu machen, wenn Sie dort ankommen.
Six Sigma: Streuung und Fehler
Beantwortet, wie ein Prozess konsistent wird. DMAIC liefert einen strengen Zyklus, um Grundursachen von Fehlern und Streuung zu finden. Ihre Schwäche ist die Projektauswahl. Teams wählen Projekte nach Fehlerrate, was bedeutet, dass eine hohe Fehlerrate an einer Nicht-Engpass-Anlage eine moderate Fehlerrate am Engpass schlägt, obwohl nur letztere das Unternehmen Kapazität kostet, die es nicht zurückholen kann.
Lean: Verschwendung und Fluss
Beantwortet, wie alles entfernt wird, was keinen Wert schafft. SMED für Rüstvorgänge, 5S für Arbeitsplatzorganisation, produktive Instandhaltung für Zuverlässigkeit, Pull-Systeme für Fluss. Ihre Schwäche ist die Disziplin im Umfang. Die Lean-Philosophie sagt, Verschwendung überall zu beseitigen, was bewundernswert ist und, ohne Zielerfassung angewendet, eine endliche Verbesserungskapazität über Prozesse verteilt, bei denen die Beseitigung von Verschwendung nichts ändert.
Lesen Sie diese drei Schwächen zusammen, und das Argument für die Integration schreibt sich von selbst. Theory of Constraints hat keine Reparaturmethode. Six Sigma hat keine Zielerfassung. Lean hat keine Priorisierung. Jede Lücke wird exakt von einer der anderen geschlossen.
Zu welcher Methode sollten Sie greifen?
Steuern Sie nach Symptom, sobald der Engpass bekannt ist. Verliert der Engpass Kapazität durch Fehler und Nacharbeit, nehmen Sie Six Sigma. Verliert er sie durch Rüstvorgänge, Suchen oder Stillstand, nehmen Sie Lean. Ist er vollständig ausgeschöpft und begrenzt weiterhin, erweitern Sie mit Kapazität. Abseits des Engpasses lautet die Antwort meist, vorerst nichts zu tun.
Dies ist die Steuerungsregel, die ich verwende, angewendet erst nach der Engpassbestimmung.
- Engpasskapazität verloren durch Fehler oder Nacharbeit bedeutet, der Gegner ist die Streuung. Fahren Sie ein DMAIC-Projekt zu genau diesem Fehlerbild. Jede fehlerhafte Einheit am Engpass hat Engpasszeit verbraucht, die Sie nicht zurückbekommen, und deshalb schlagen moderate Fehlerraten dort schwere Raten anderswo.
- Engpasskapazität verloren durch Rüstvorgänge bedeutet, der Gegner ist das Rüsten. Fahren Sie SMED gezielt auf diesen Rüstvorgang. Das ist häufig der größte einzelne Block rückgewinnbarer Kapazität im Werk.
- Engpasskapazität verloren durch Suchen, Laufen und Unordnung bedeutet, der Gegner ist der Arbeitsplatz. Fahren Sie 5S an dieser Station, und nur an dieser Station, bevor Sie es irgendwohin ausweiten.
- Engpasskapazität verloren durch Ausfälle bedeutet, der Gegner ist die Zuverlässigkeit. Fahren Sie produktive Instandhaltung und Zustandsüberwachung an dieser Anlage, budgetiert nach Engpassstatus statt nach Maschinenwert.
- Engpass durch vorgelagertes Verhalten ausgehungert bedeutet, der Gegner ist der Fluss. Installieren Sie Pull-Signale und unterwerfen Sie die vorgelagerte Freigabe dem Verbrauch des Engpasses.
- Engpass vollständig ausgeschöpft und weiterhin begrenzend bedeutet, der Gegner ist tatsächlich die Kapazität. Jetzt, und erst jetzt, erweitern Sie über Investition.
Beachten Sie, dass jeder Zweig mit Engpasskapazität beginnt. Das ist keine Stilfrage. Es ist der Mechanismus, der die Steuerung ehrlich hält, weil er jedes vorgeschlagene Projekt zwingt anzugeben, welchen konkreten Engpassverlust es adressiert. Ein Projekt, das diese Frage nicht beantworten kann, geht zurück in die Warteschlange, wie gut es für sich genommen auch aussieht.
Wie beenden Sie den Streit der drei Lager?
Geben Sie ihnen eine gemeinsame Diagnose statt drei konkurrierender Aufträge. Der Konflikt ist strukturell, nicht persönlich: getrennte Budgets und getrennte Erfolgskennzahlen garantieren den Wettbewerb um Ressourcen. Eine einzige Engpassdiagnose, an deren Erstellung alle drei Lager beteiligt waren, beseitigt genau das, worüber sie gestritten haben.
Das Muster ist über Unternehmen hinweg bemerkenswert konstant. Das Lean-Lager bevorzugt Wertstromaufnahmen, 5S und Kaizen-Events. Das Six-Sigma-Lager bevorzugt DMAIC und Fehlerreduktion. Das Engpass-Lager bevorzugt Durchsatzoptimierung. Jedes hat echte Fachkompetenz, eine vorzeigbare Erfolgsbilanz und ein Budget, das es verteidigen muss. Also konkurrieren sie um Verbesserungsressourcen, streiten darüber, welche Methodik überlegen ist, und verbessern innerhalb ihrer eigenen Silos.
Drei strukturelle Korrekturen wirken.
Eine Diagnose, gemeinsam erstellt. Führen Sie die Engpassbestimmung als bereichsübergreifende Übung mit allen drei Lagern durch, gemeinsam messend in der Fertigung. Als der Six-Sigma-Leiter die Bestände vor dem Engpass persönlich gezählt hatte, war die Diskussion über den Fokus beendet. Gemeinsame Beobachtung schlägt gemeinsame Berichte jedes Mal.
Eine Erfolgskennzahl. Systemdurchsatz, keine lokalen Kennzahlen. Wenn das Lean-Lager an beseitigter Verschwendung und das Six-Sigma-Lager an Fehlerreduktion gemessen wird, optimiert jedes seine eigene Zahl und keines verantwortet das Ergebnis. Messen Sie alle drei an derselben Durchsatzzahl, und der Wettbewerb löst sich auf, weil sie nun gemeinsam gewinnen oder verlieren.
Eine sequenzierte Warteschlange. Eine einzige priorisierte Liste von Verbesserungsarbeit, geordnet nach Engpasswirkung, aus der sich alle drei Lager bedienen. Hier löst sich der politische Konflikt tatsächlich auf, weil die Warteschlange explizit macht, dass ein Six-Sigma-Projekt am Engpass ein Lean-Projekt anderswo schlägt, und dass es dabei um den Ort geht und nicht darum, welche Methodik besser ist.
Rechnen Sie beim dritten Punkt mit Widerstand. Einem fähigen Team zu sagen, dass sein gut entworfenes Projekt wegen seines Ortes hinter dem eines anderen steht, wirkt willkürlich, bis die Leute die Durchsatzlogik verinnerlicht haben. Das ist ein Problem des Veränderungsmanagements, kein technisches, und es ist der Teil, der entscheidet, ob die Integration ihr erstes Jahr überlebt.
Wie sieht ein integrierter Zyklus aus?
Ein vollständiger Zyklus dauert etwa ein Quartal: den Engpass diagnostizieren, analysieren, was ihm Kapazität raubt, gezielte Six-Sigma-Arbeit an Fehlern und Nacharbeit fahren, dann gezielte Lean-Arbeit an Rüsten und Fluss, dann bestätigen, dass der Engpass gewandert ist, und neu beginnen. Integrierte Zyklen liefern häufig Durchsatzgewinne im Bereich von Mitte zwanzig Prozent innerhalb eines einzigen Quartals.
Woche 1 bis 2: diagnostizieren
Ein bereichsübergreifendes Team nimmt den Fluss auf und identifiziert den Engpass über Bestandsaufbau, Taktzeitvergleich und gemessene Verfügbarkeit. Rechnen Sie damit, dass die gemessene Verfügbarkeit am Engpass deutlich schlechter ist, als das Management glaubt. In dieser Lücke steckt meist die Chance.
Woche 3 bis 4: die Verluste analysieren
Zerlegen Sie die verlorene Engpasskapazität nach Ursachen. Wie viel geht an Qualitätsnacharbeit, wie viel an Rüstvorgänge, wie viel an Ausfälle, wie viel an vorgelagerte Unterversorgung. Diese Aufteilung steuert die nächsten beiden Phasen, und sie ist der Schritt, den die meisten Programme in der Eile, mit dem Verbessern zu beginnen, überspringen.
Woche 5 bis 8: Six Sigma am Engpass
Fahren Sie DMAIC auf das dominante Fehlerbild, das Engpasskapazität verbraucht. Führen Sie es auf die Grundursache zurück, statt Symptome zu behandeln. Vorrichtungsausrichtung, Werkzeugverschleiß, Materialstreuung und Streuung in der Bedienertechnik sind häufige Verursacher, und die Abstellmaßnahmen sind gemessen an der zurückgewonnenen Kapazität oft günstig.
Woche 9 bis 12: Lean am Engpass
Jetzt greifen Sie Rüsten und Fluss an derselben Operation an. SMED am Rüstvorgang des Engpasses, 5S an dieser Station und Pull-Signale vom Engpass aus, um vorgelagerte Überproduktion zu stoppen. Dass dies nach der Qualitätsarbeit geschieht, ist wesentlich, weil Nacharbeit die scheinbare Auslastung aufgebläht hat.
Ab Woche 13: Wanderung bestätigen und neu starten
Messen Sie den neuen Durchsatz und finden Sie, wohin der Engpass gewandert ist. Er wird gewandert sein, häufig in die Verpackung oder den Versand. Das ist Erfolg, kein Misserfolg, und es startet den nächsten Zyklus.
Ein integrierter Zyklus bei einem Hersteller brachte die Verfügbarkeit der Endmontage von 72 auf 91 Prozent und den Systemdurchsatz von 420 auf 535 Einheiten pro Woche, ein Gewinn von 27 Prozent in 14 Wochen. Lean allein liefert typischerweise weniger in sechs Monaten, und Six Sigma allein verbessert Qualitätskennzahlen, ohne den Durchsatz zwingend zu bewegen.
Was sind die häufigsten TLS-Fehler?
Vier dominieren: die drei Methodiken parallel statt sequenziell fahren, getrennte Budgets und Kennzahlen behalten, die den Lagerkonflikt garantieren, Six-Sigma-Projekte nach Fehlerrate statt nach Engpasswirkung auswählen, und vorgelagerte Prozesse verbessern, die den Engpass anschließend mit Beständen fluten.
Fehler 1: parallel statt sequenziell
Der bestimmende Fehler. Alle drei Programme laufen gleichzeitig über das Werk, jedes leistet kompetente Arbeit, ohne gemeinsame Zielerfassung. Die Aktivität ist hoch, die Stimmung oft gut, und der Systemdurchsatz bewegt sich kaum. Sequenzieren Sie. Die Reihenfolge ist keine Vorliebe, sie ist der Mechanismus.
Fehler 2: den Prozess vor dem Engpass verbessern
Eine konkrete und teure Variante der Parallelfalle. Ein Lean-Team erzielt einen echten Effizienzgewinn an der dem Engpass vorgelagerten Operation, was den Materialstrom in Richtung eines Prozesses erhöht, der ihn nicht aufnehmen kann. Der Umlaufbestand explodiert, Working Capital wird gebunden, und das Engpassteam sieht seine Puffer überlaufen, während das Lean-Team feiert. Stoppen Sie Verbesserung abseits des Engpasses, bis der Engpass ausgeschöpft ist.
Fehler 3: Projekte nach Fehlerrate auswählen
Six-Sigma-Teams wählen Projekte, bei denen die Statistik am dramatischsten ist. Eine hohe Fehlerrate an einem Prozess mit freier Kapazität hat geringe Geschäftswirkung, weil dieser Prozess die Nacharbeit aufnehmen kann. Eine moderate Fehlerrate am Engpass hat schwere Wirkung, weil jede fehlerhafte Einheit Kapazität verbraucht hat, die das gesamte Werk deckelt. Wählen Sie nach Engpasswirkung, nicht nach Fehlerhöhe.
Fehler 4: die Budgets getrennt lassen
Solange jedes Lager sein eigenes Budget verteidigt und seine eigene Kennzahl berichtet, ist die Integration rhetorisch. Strukturelle Anreize schlagen erklärte Absichten in jeder Organisation, in der ich gearbeitet habe. Konsolidieren Sie das Budget, konsolidieren Sie die Kennzahl und konsolidieren Sie die Warteschlange, oder akzeptieren Sie, dass Sie drei Programme mit einem gemeinsamen Slogan haben.
Mein eigener Fehler hier war die Annahme, dass das Vorführen der Logik genügen würde, um den Lagerkonflikt aufzulösen. Es genügte nicht. Menschen hatten Karriere, Glaubwürdigkeit und Identität um eine bestimmte Methodik herum aufgebaut, und sie zu bitten, diese der Zielerfassung eines anderen unterzuordnen, fühlte sich wie eine Degradierung an. Was schließlich wirkte, war, die Engpassdiagnose zu einer gemeinsamen Übung zu machen, sodass jedes Lager Urheberschaft an der Antwort hatte. Menschen ordnen sich einer Schlussfolgerung, die sie mit erarbeitet haben, weit bereitwilliger unter als einer, die ihnen überreicht wird.
TLS: FAQ für Betreiber
Wofür steht TLS?
Theory of Constraints, Lean und Six Sigma, integriert zu einer Verbesserungssequenz. Theory of Constraints bestimmt, wo die Systemausbringung begrenzt ist, Six Sigma beseitigt die Streuung und die Fehler, die dort Kapazität verbrauchen, und Lean beseitigt die Verschwendung, die Rüstzeit und den Stillstand ringsherum. Die Sequenz ist das, was es funktionieren lässt.
Warum schlägt TLS Lean oder Six Sigma allein?
Weil es das Zielerfassungsproblem löst. Lean und Six Sigma sind beide hervorragend darin, Prozesse zu reparieren, und geben wenig Hinweis darauf, welchen Prozess, sodass ihre Kapazität sich über Operationen verteilt, bei denen Verbesserung die Systemausbringung nicht verändert. Die Engpassbestimmung konzentriert genau diese Fähigkeit dort, wo sie sich in Durchsatz verwandelt.
In welcher Reihenfolge sind die drei Methodiken anzuwenden?
Constraints zuerst, um das Wo zu bestimmen, dann Six Sigma, um Fehler und Nacharbeit zu beseitigen, die dort Kapazität rauben, dann Lean, um Rüstzeit, Unordnung und Stillstand dort zu entfernen. Die Qualitätsarbeit kommt vor der Flussarbeit, weil Nacharbeit die scheinbare Auslastung aufbläht, was jede zuerst durchgeführte Rüst- oder Abstimmungsanalyse verzerrt.
Was ist der häufigste TLS-Umsetzungsfehler?
Die drei Programme parallel statt sequenziell zu fahren, jedes mit eigenem Budget und eigener Erfolgskennzahl. Das erzeugt hohe Aktivität, kompetente lokale Verbesserungen und wenig Bewegung im Systemdurchsatz. Ein verwandter Fehler ist, die dem Engpass vorgelagerte Operation zu verbessern, was ihn mit Beständen flutet und Working Capital bindet.
Über den Stagnation Assassin (den Killer der Stagnation)
Todd Hagopian ist ein Transformationsmanager aus dem Fortune-500-Umfeld, der über 2,5 Mrd. Euro an Shareholder Value bei Berkshire Hathaway, Illinois Tool Works, Whirlpool und JBT Marel erzeugt hat, wo er als VP of Global Product Strategy tätig ist. Bekannt als The Stagnation Assassin, ist er Autor von zwei veröffentlichten Büchern: The Unfair Advantage: Weaponizing the Hypomanic Toolbox und Stagnation Assassin: The Anti-Consultant Manifesto. Sein Blog erscheint in mehr als 15 Sprachen und wird von Betriebspraktikern weltweit gelesen. Holen Sie ihn über die Vortragsseite auf Ihre Bühne oder vernetzen Sie sich mit ihm auf LinkedIn.
Nächster Schritt: prüfen Sie, wo Ihr Verbesserungsaufwand landet
Zählen Sie Ihre laufenden Verbesserungsprojekte, und zählen Sie dann, wie viele davon an dem Prozess sitzen, der Ihre Ausbringung tatsächlich begrenzt. Ist die zweite Zahl nicht die Mehrheit, wird Ihre Verbesserungskapazität für Arbeit ausgegeben, die das Geschäft nicht bewegen kann. Buchen Sie eine Prüfung von 20 Minuten, und ich helfe Ihnen, sie neu zu sequenzieren. Starten Sie die Prüfung hier.