Theory of Constraints in 5 minuten: wat elke operations manager moet weten

De meeste verbeterprojecten in productie mislukken niet omdat de aanpak slecht is. Ze mislukken omdat ze worden uitgevoerd op de verkeerde plek.

Goldratt noemde dat de kern van het probleem. Zijn Theory of Constraints, gepubliceerd in 1984, legt in vijf principes uit waarom productiebedrijven jaar na jaar investeren in verbeteringen en de doorlooptijden toch nauwelijks zien dalen. Geen abstracte theorie, maar een werkwijze die elke operations manager in zijn gereedschapskist zou moeten hebben.

Een systeem heeft altijd één zwakste schakel

Het eerste principe klinkt logisch, maar de implicaties worden bijna overal genegeerd.

Elk productieproces is een keten van stappen. Die keten heeft een maximale doorvoer, en die doorvoer wordt bepaald door de stap die het langzaamst gaat. Niet door het gemiddelde van alle stappen, niet door de stappen die het meest zichtbaar zijn, maar door die ene stap die de rest laat wachten.

Goldratt noemde die stap de constraint. Of, in fabriektaal: de bottleneck.

“A system’s output is determined by its weakest link.”

Eliyahu M. Goldratt, “The Goal” (North River Press, 1984)

Stel: je hebt een productielijn met vijf bewerkingsstappen. Vier stappen kunnen honderd stuks per dag verwerken. Eén stap maar zestig. De output van je fabriek is zestig stuks per dag, ongeacht wat je doet op de andere vier stappen. Dat is geen rekenfout. Dat is de wet.

Verbeter eerst de constraint, niets anders

Het tweede principe volgt direct uit het eerste, maar gaat in tegen de meest natuurlijke reflex van elke manager.

Als de bottleneck de output bepaalt, dan is dat ook de enige plek waar verbetering het systeem sneller maakt. Alles wat je buiten de bottleneck verbetert, verhoogt de lokale efficiëntie zonder de totale output te verhogen.

In de praktijk: je stap drie draait op zestig stuks per dag. Je investeert in betere machines voor stap twee, die nu honderdtwintig stuks per dag aankan. Het resultaat: voor stap drie staat nu een nog grotere stapel werk te wachten. De output blijft zestig stuks. Je hebt geld uitgegeven om een wachtrij te vergroten.

Dit patroon zie ik keer op keer. Niet omdat managers dom zijn, maar omdat de bottleneck zelden de afdeling is die het hardst om middelen vraagt.

De constraint bepaalt het tempo van het hele systeem

Principe drie gaat over planning, en het verandert hoe je naar roosters en capaciteitsbeheer kijkt.

Als de bottleneck zestig stuks per dag kan verwerken, heeft het geen zin om stap één op honderd stuks per dag in te plannen. Je bouwt voorraad op voor de bottleneck, die vervolgens onder die druk nog slechter presteert. Goldratt noemde dit “drum-buffer-rope”: de bottleneck geeft het ritme aan (de drum), de rest van het systeem stelt zich daarop in.

Concreet: je zaagafdeling is de bottleneck. Dan plan je de inkoop, de voorbereiding en de volgende stappen allemaal op het ritme van de zaagafdeling. Niet op basis van maximale capaciteitsbenutting per afdeling, maar op basis van wat de zaagafdeling aankan. Dat voelt contraproductief, maar het is precies wat de doorlooptijd stabiliseert.

Niet-bottlenecks hoeven niet maximaal te draaien

Dit is het principe dat het meeste weerstand oproept in directiekamers.

Een werkplek die niet de bottleneck is, hoeft niet honderd procent bezet te zijn. Als je die werkplek vol inplant, produceer je voorraden die ergens ophopen en wachten tot de bottleneck ze verwerkt. Je kosten gaan omhoog, je flexibiliteit daalt, en de bottleneck wordt niet sneller.

Bezettingsgraad als prestatie-indicator werkt alleen als je weet welke werkplek de bottleneck is. Hoe je die in jouw ERP terugvindt staat in dit artikel. De drie rapporten die je nodig hebt zijn in de meeste ERP-systemen beschikbaar, van Infor tot SAP tot AFAS.

Een hoge bezettingsgraad op een niet-bottleneck is geen succes. Het is een signaal dat je ergens een probleem aan het opbouwen bent.

De constraint verplaatst zich

Het vijfde principe wordt het vaakst vergeten, ook door mensen die de eerste vier goed begrijpen.

Als je de huidige bottleneck hebt opgelost, is er een nieuwe. Dat is geen tegenslag. Dat is hoe het systeem werkt. Elke keer dat je de zwakste schakel versterkt, wordt een andere schakel de zwakste. ToC is geen eenmalig project, het is een continu proces van identificeren, oplossen en opnieuw identificeren.

Dit verklaart ook waarom bedrijven die één grote verbetercyclus doorlopen daarna terugvallen in oude patronen. Ze losten de constraint op en stopten. De nieuwe constraint bleef onbeheerd totdat de klachten terugkwamen.

Waarom de meeste verbeterprojecten dit missen

De korte verklaring: verbeterprojecten starten zelden bij de vraag “wat is onze bottleneck?”. Ze starten bij de vraag “welke afdeling klaagt het hardst?” of “welke technologie kunnen we nu implementeren?”.

De afdeling die het hardst klaagt is bijna nooit de bottleneck. Die afdeling heeft te weinig werk, want de bottleneck vóór hen houdt het aanbod laag. De bottleneck klaagt zelden, want die heeft altijd werk.

AI maakt dit probleem groter, niet kleiner. Zet je AI in op een niet-bottleneck, dan wordt die stap sneller, stroomt er meer werk toe naar de bottleneck en loopt de boel nog harder vast. De AI-workshop voor productieteams begint daarom altijd met de bottleneck-analyse, niet met de technologie.

Wie zijn ERP-inrichting wil afstemmen op de constraint heeft aan deze vijf principes genoeg om te weten wat hij moet zoeken.

---

Wil je een concrete eerste stap? Download de gratis checklist met de vragen die je moet beantwoorden voordat je investeert in AI of een verbeterproject: gratis checklist.

Wil je weten welk type bottleneck in jouw fabriek speelt? Start de quickscan