Wichtigste Erkenntnisse
Kurzfassung: Kanban und CONWIP sind beide Pull‑Systeme, die das Work‑in‑Process begrenzen, aber sie tun dies in unterschiedlichem Umfang. Kanban begrenzt den Bestand zwischen jeweils zwei aufeinanderfolgenden Schritten und verwendet an jeder Stufe ein Nachschubsignal. CONWIP.
CONWIP (Constant Work In Process) begrenzt das gesamte Work‑in‑Process über die gesamte Linie mit einem einzigen globalen Limit: Eine neue Einheit wird nur dann in die Linie freigegeben, wenn eine fertiggestellte Einheit die Linie verlässt.
Kanban steuert lokal und fein granuliert; CONWIP steuert global und einfach. Für das grundlegende Pull‑Signal siehe Andon vs Kanban.
Kanban ist ein Pull‑System, das das Work‑in‑Process zwischen jedem Schrittpaar mit Signalen, einer Karte, einem Behälter oder einem elektronischen Auslöser, an jeder Stufe begrenzt.
Jeder Schritt darf nur dann produzieren, wenn der nachgelagerte Schritt etwas entnommen und ein Nachschubsignal gegeben hat, sodass der Bestand an jeder Verknüpfung begrenzt ist.
Das Ergebnis ist eine fein granulierte, lokale Steuerung: Jeder Puffer zwischen zwei Schritten hat sein eigenes Limit, und die gesamte Linie wird Verknüpfung für Verknüpfung reguliert.
Die Stärke von Kanban ist diese Präzision: Sie steuern den Bestand an jedem Punkt und haben eine enge Kopplung an die reale nachgelagerte Nachfrage.
Der Preis dafür ist Komplexität und Eingeschränktheit: Jedes Produkt und jede Verknüpfung benötigt sein Kanban‑Setup, was bei hoher Produktvielfalt umständlich werden kann, da jede Teilenummer effektiv eigene Schleifen und Karten braucht.
CONWIP (Constant Work In Process) ist ein Pull‑System, das das gesamte Work‑in‑Process über die gesamte Linie mit einem einzigen globalen Limit begrenzt, anstatt jede Verknüpfung einzeln zu steuern.
Die Regel ist einfach: Die Gesamtanzahl der Einheiten in der Linie bleibt konstant, sodass eine neue Einheit erst dann am Anfang freigegeben wird, wenn eine fertiggestellte Einheit am Ende austritt. Ein globales Signal steuert die gesamte Linie.
Innerhalb dieses Limits durchläuft die Arbeit die Schritte ohne per‑Verknüpfungslimit.
CONWIPs Stärken sind Einfachheit und Flexibilität: Es gibt eine Zahl zu verwalten statt vieler, und weil das Limit auf dem gesamten WIP statt auf den Verknüpfungen einzelner Produkte liegt, geht es mit Produktvielfalt und wechselnder Mischung deutlich geschmeidiger um als Kanban.
Der Nachteil ist weniger granulare Kontrolle: Es legt den Bestand nicht an jedem spezifischen Punkt fest, wie es Kanban tut.
Der zentrale Unterschied ist der Umfang des Limits. Kanban steuert das WIP lokal, mit einem separaten Limit zwischen jedem Schrittpaar, signalisiert Stufe für Stufe.
CONWIP steuert das WIP global: ein Limit für die Gesamtanzahl in der Linie; neue Arbeit wird nur freigegeben, wenn fertige Arbeit die Linie verlässt.
Beide sind echte Pull‑Systeme (Arbeit wird durch Verbrauch gezogen, nicht durch einen Plan geschoben), und beide begrenzen das WIP, was kurze Durchlaufzeiten und das Sichtbarmachen von Problemen ermöglicht.
Aber Kanban erreicht das mit vielen lokalen Limits, CONWIP mit einem globalen Limit.
Dieser Unterschied bestimmt ihre Kompromisse: Kanban bietet feinere Kontrolle zum Preis höherer Komplexität, CONWIP einfacheres Management und bessere Handhabung von Vielfalt zum Preis geringerer Granularität.
Beide sind Entwürfe für dasselbe Ziel, begrenzten, gezogenen Fluss, auf unterschiedlichen Granularitätsebenen.
Eine Fertigungslinie hat fünf Schritte.
Unter Kanban hat jede der vier Lücken zwischen den Schritten ihr eigenes WIP‑Limit und Signal: Schritt zwei darf nur produzieren, wenn Schritt drei zieht, und so weiter, mit Karten an jeder Verknüpfung, vier separaten Kontrollen, die den Bestand an jedem Punkt fein regeln, aber für jedes Produkt über jede Verknüpfung ein Kanban‑Setup benötigen.
Unter CONWIP gibt es eine Regel: Halte maximal, sagen wir, zehn Einheiten in der gesamten Linie, sodass eine neue Einheit nur dann eintritt, wenn eine fertiggestellte Einheit austritt. Eine Zahl regelt alles; innerhalb der Linie fließen die Einheiten ohne per‑Lücke‑Limits.
Wenn diese Anlage viele verschiedene Produkte fährt, ist CONWIP deutlich einfacher: Ein globales Limit nimmt die wechselnde Mischung auf, während Kanban für jede Teilenummer über jede Verknüpfung Schleifen und Karten bräuchte.
Fährt die Anlage wenige stabile Produkte und möchte eine straffe Bestandskontrolle an einem spezifischen Engpass, kann Kanbans lokale Präzision die zusätzliche Komplexität wert sein.
Bevorzugen Sie Kanban, wenn Sie relativ wenige, stabile Produkte fertigen und feine, lokale Bestandskontrolle wünschen, insbesondere um einen bestimmten Engpass zu schützen oder wenn der Puffer an einer bestimmten Verknüpfung wirklich wichtig ist.
Die Präzision pro Verknüpfung ist sinnvoll, wenn der Produktmix so stabil ist, dass die Pflege all dieser Schleifen handhabbar bleibt.
Bevorzugen Sie CONWIP bei hoher Produktvielfalt, wechselnder Mischung oder wenn Sie einfach ein leichter zu verwaltendes System möchten; ein einziges globales Limit handhabt Vielfalt elegant und erfordert weit weniger Pflege, weil es eine Zahl anstelle eines Netzes von Karten ist.
Viele reale Implementierungen mischen die Ideen, ein globales CONWIP‑Limit mit einigen lokalen Kontrollen an kritischen Punkten. Die Entscheidung hängt von Produktvielfalt und dem Wert lokaler Präzision gegenüber den Verwaltungskosten ab.
Sowohl Kanban als auch CONWIP begrenzen das Work‑in‑Process, und genau dieses Begrenzen macht Verluste sichtbar, dieselbe Dynamik, die Pull‑Systeme mit OEE verbindet.
Bei begrenztem WIP propagiert ein Stillstand an einer Maschine schnell durch die Linie, statt in einem Berg von Zwischenbeständen verborgen zu werden, wodurch der Verlust nicht zu übersehen ist und Verbesserungen angeregt werden, genau wie beim Thema Push vs Pull‑Produktion.
Beide Systeme sind zudem auf zuverlässige Anlagen angewiesen: Ein strenges WIP‑Limit verzeiht keine unzuverlässige Maschine, da kaum Puffer vorhanden sind, um einen Stillstand zu überbrücken.
Gute OEE, also hohe Verfügbarkeit, ist daher Teil dessen, was es erlaubt, ein Pull‑System mit niedrigem WIP ohne ständige Unterversorgung zu betreiben. Pull‑Design und Anlagenzuverlässigkeit wirken zusammen.
Fabrico misst die Anlagenzuverlässigkeit, die bestimmt, wie eng Sie das Work‑in‑Process unter einem der beiden Systeme begrenzen können.
Low‑WIP‑Pull, egal ob Kanban oder CONWIP, verzeiht Ausfallzeiten nicht. Deshalb zeigen Fabricos Live‑OEE‑ und Stillstandsdaten, ob Ihre Anlagen zuverlässig genug sind, um schlank zu fahren, und wo Verluste liegen, die größere Puffer als Absicherung erzwingen.
Indem es die Verfügbarkeit im Hintergrund verbessert, ermöglicht es Ihnen, das WIP‑Limit sicher zu verschärfen. Buchen Sie eine Demo, um die Zuverlässigkeit zu sehen, von der Ihr Pull‑System abhängt.
Kanban begrenzt das Work‑in‑Process zwischen jedem Schrittpaar und setzt an jeder Stufe ein Signal. CONWIP (Constant Work In Process) begrenzt das gesamte WIP über die gesamte Linie mit einem einzigen globalen Limit und gibt neue Arbeit erst frei, wenn fertiggestellte Arbeit die Linie verlässt. Kanban steuert lokal; CONWIP steuert global.
Ja. CONWIP ist ein Pull‑System: Arbeit wird nur dann in die Linie freigegeben, wenn eine fertiggestellte Einheit austritt, sodass die Produktion durch den Abschluss gezogen wird statt durch einen Plan gedrückt. Es begrenzt das gesamte Work‑in‑Process global statt verknüpfungsweise wie Kanban.
CONWIP eignet sich eher bei hoher Produktvielfalt oder wechselnder Mischung und wenn Sie ein einfacher zu verwaltendes System möchten. Sein einzelnes globales Limit handhabt Vielfalt elegant und benötigt nur eine Zahl, während Kanban für jedes Produkt über jede Verknüpfung Schleifen und Karten verlangt.
Kanban passt zu relativ wenigen, stabilen Produkten, wenn Sie feine, lokale Bestandskontrolle wünschen, besonders zum Schutz eines spezifischen Engpasses oder wenn der Puffer an einer bestimmten Verknüpfung von großer Bedeutung ist. Seine Präzision pro Verknüpfung lohnt die zusätzliche Komplexität, wenn der Produktmix stabil ist.
Beide begrenzen das Work‑in‑Process, wodurch Verluste sichtbar werden, weil Stillstände sich ausbreiten statt im Bestand verborgen zu bleiben, ein Treiber für OEE‑Verbesserung. Beide sind zudem auf zuverlässige Anlagen angewiesen, da ein strenges WIP‑Limit Ausfälle kaum verzeiht; gute Verfügbarkeit unterstützt daher jedes Pull‑System.
Anmeldung
Blog
