Tovább a tartalomhoz

Húzó rendszer (pull): push vs. pull, heijunka és kanban

≈ 14 perc olvasás · 2772 szó

Nyisd ki a hűtődet: nem tartasz benne 40 liter tejet „biztos, ami biztos“ alapon. Amikor a boltban leemelsz egy dobozzal, a polcon lyuk marad — és ez a lyuk az egyetlen jel, amiből a bolt tudja, hogy pótolnia kell. Senki nem gyárt előre egy hónapra való tejet a raktárba; a fogyasztás húzza az utánpótlást. Ez a húzó (pull) rendszer lényege, szemben a toló (push) logikával, amikor előrejelzésre termelünk, és a fel nem használt anyag készletként halmozódik. A pull a Lean egyik alapelve; eszközei a kanban (jelzés), a heijunka (terheléskiegyenlítés) és a milkrun (ütemezett begyűjtés). Nézzük meg, mi ez, miért működik, és hol használják.

A húzó (pull) rendszerben a tényleges vevői igény indítja a termelést: minden lépés csak annyit állít elő, amennyit a downstream lépés lehív. Ezzel szemben a toló (push) rendszerben a termelést előrejelzés vagy belső terv indítja, és a terméket a következő lépésre „tolják“, függetlenül a tényleges igénytől — ez túltermeléshez és felhalmozódó köztes készlethez vezet. A pull a készletet és a túltermelést minimalizálja, mert felső korlátot ad a rendszerben lévő anyagra. Eszközei a kanban (a húzójel), a heijunka (a terhelés időbeli kiegyenlítése) és a milkrun (ütemezett pótló körjárat). A pull a Lean öt alapelvének negyedike (Value → Stream → Flow → Pull → Perfection), és stabil, áramló folyamatot feltételez.

push-pull.svg 1. ábra — a toló (push) előrejelzésre gyárt és készletet halmoz; a húzó (pull) csak a fogyasztottat pótolja, kanbannal, szupermarkettel és heijunkával.

Ez a cikk azoknak szól, akik a gyakorlatban is találkoznak a termelés- és készlettervezéssel: operátor · műszak- és üzemvezető · termeléstervező · logisztikai és ellátásilánc-szakember · folyamatmérnök · Lean/CI-szakember · karbantartás-tervező.

A cikk elolvasása után képes leszel:

  • megkülönböztetni a push és a pull logikát, és megmondani, melyik mit kockáztat;
  • elmagyarázni, miért a negyedik lean-alapelv a pull, és miért van szüksége előbb áramló (flow) folyamatra;
  • megérteni a heijunka (terheléskiegyenlítés) célját, és egy konkrét példán levezetni, hogyan szabadít fel rejtett kapacitást beruházás nélkül;
  • felismerni a működő pull három elemét (jelzés · szabály · frekvencia) és a milkrun szerepét;
  • megvonni a határt: a folyamatiparban mit lehet pull-elven vezérelni, és mit nem.
  • Push (toló): terv/előrejelzés alapján termel → túltermelés és felhalmozódó készlet.
  • Pull (húzó): a downstream igény húzza a termelést → csak a ténylegesen szükséges keletkezik.
  • A pull a Lean negyedik alapelve (Value → Stream → Flow → Pull → Perfection).
  • Feltétele: áramló (flow) folyamat és stabil, kis variabilitású működés (lásd muri, mura).
  • Eszközök: kanban (jelzés), heijunka (szintezés), milkrun (ütemezett pótlás).
  • A heijunka a terhelés időbeli kisimítása ütemezéssel — nem új kapacitás építésével; a szabad kapacitást teszi láthatóvá.

A túltermelés a Lean „első számú“ vesztesége — nem véletlenül. Egy plusz tétel legyártása önmagában olcsónak tűnik, a baj a láncreakció, amit elindít. A fel nem használt anyag köztes készletként áll, tőkét és tárolóhelyet köt le, és — ami a legrosszabb — elfedi a problémákat: egy hibás lépés a nagy puffer mögött láthatatlan marad, amíg a felhalmozott készlet el nem fogy. A folyamatiparban ehhez jön még, hogy a soká álló anyag leromlik vagy off-spec lesz, így a végén leértékelés vagy selejt a vége.

pull-rendszer-tet-lanc.svg 2. ábra — a push túltermelés eszkalációja: minél tovább hagyod épülni a láncot, annál drágább. A pull a lánc legelején — az origónál, a túltermelésnél — szakít meg azzal, hogy felső korlátot ad a rendszerben lévő készletre.

A tanulság: a legolcsóbb készlet a meg nem termelt készlet. A pull épp azért erős, mert a lánc elején avatkozik be — nem engedi, hogy a felesleg egyáltalán keletkezzen.

Mi a különbség a push és a pull rendszer között?

Szekció neve “Mi a különbség a push és a pull rendszer között?”

A push előrejelzésre termel és „tolja“ a terméket a következő lépésre; a pull csak akkor termel, ha a downstream lépés igényt jelez. Ez a jelzés-alapú fék a különbség lényege:

  • Push (toló): a termelést terv/előrejelzés indítja, a terméket a tényleges igénytől függetlenül továbbadják. Kockázata a túltermelés és a felhalmozódó köztes készlet — a két fő veszteség (lásd muda). A készlet ráadásul elfedi a folyamat problémáit.
  • Pull (húzó): egy upstream lépés csak akkor termel, ha a downstream lépés igényt jelez (klasszikusan kanban-jelzéssel). Így a rendszerben lévő anyagnak felső korlátja van, és a probléma láthatóvá válik.

A push→pull váltás a Lean transzformáció jellemző lépése, miután az értékfolyamot feltérképezték (VSM) és a flow-t megteremtették. Ez a sorrend nem véletlen: a pull instabil, áramlás nélküli folyamaton csak káoszt okoz.

Heijunka — termelésszintezés (leveling)

Szekció neve “Heijunka — termelésszintezés (leveling)”

A heijunka a termelés és a terhelés időbeli kisimítása ütemezéssel — nem új kapacitás építésével. Cél, hogy a csúcsterhelések elsimuljanak, és a meglévő kapacitás jobban kihasználható legyen. A pull ugyanis csak akkor tud egyenletesen húzni, ha a lehívás maga is kiegyenlített; a heijunka teremti meg ezt a ritmust.

A klasszikus tanulság egy tartálykocsi-töltő példáján: ha a beérkező kamionokat átlagosan nézzük, a rendszer túlterheltnek tűnik, és a kézenfekvő (de drága) reakció egy új töltőállomás építése. Az igazi kérdés viszont nem az átlag, hanem a terhelés eloszlása.

Mutató Kiindulás (ütemezés nélkül) Ütemezés (leveling) után Javulás
Kiszolgált kamion 10 (4× 30 m³ + 6× 15 m³) = 210 m³ 12 (4× 30 m³ + 8× 15 m³) = 240 m³ +20% jármű · +14% üzemanyag
Kapacitás csúcsra méretezve, torlódással a szabad 50% is kihasználva beruházás nélkül

(Átlagos töltési idő ~20 perc/kamion, átlagos átállási idő ~10 perc, 6:00–12:00 ablak — a szcenárió adatai.)

A beérkezés ütemezése (leveling) tette láthatóvá és hasznosíthatóvá a korábban elrejtett ~50% szabad kapacitást — ugyanazzal az infrastruktúrával, új töltőállomás nélkül. Ahelyett, hogy a csúcsra építenénk, kisimítjuk a terhelést.

Kanban és milkrun — hogyan működik a pull a gyakorlatban?

Szekció neve “Kanban és milkrun — hogyan működik a pull a gyakorlatban?”

A működő pull három egyszerű elemből áll: egy jelzésből, egy szabályból és egy frekvenciából. A downstream fogyasztás húzza az upstream pótlást, így nem keletkezik túltermelés:

  1. Jelzés (signal): pl. üres palack / üres tárolóhely → ez a kanban-kártya, a húzójel.
  2. Szabály (rule): minden ürest egy teli vált fel — a fogyasztás húzza a pótlást, semmi más.
  3. Frekvencia (frequency): pl. napi begyűjtés — a milkrun (ütemezett körjárat) gyűjti be a kanbanokat és szállítja a pótlást.

kanban-pull.svg 3. ábra — a kanban húzó hurka: az anyag előre áramlik (termelő → szupermarket → vevő), a kanban-jel pedig visszafelé fut (vevő → postahely → heijunka-doboz → termelés). A milkrun a postahelyről gyűjti be a jeleket.

A hurok kulcsa, hogy a jel visszafelé halad, az anyag pedig előre — a kettő ellentétes irányú áramlása adja a húzást. A kanban-kártya részletes mechanikájáról (kártyatípusok, méretezés, két-kártyás rendszer) külön: kanban.

A folyamatos üzemű folyamatipari környezetben a klasszikus diszkrét pull korlátozottan alkalmazható — egy desztillációs kolonna nem áll meg egy kanban-jelzésre. De a lánc bemeneti és kimeneti szakaszán az elv nagyon is él:

  • Keverés és kiszállítás. A tárolás és a logisztika (storage, logistics) szakaszában a vevői lehívás szerinti termeléstervezés a pull elv közvetlen megjelenése: annyit keverünk ki és szállítunk, amennyit a vevő ténylegesen lehív.
  • Köztes tartálykészlet mint tünet. A felhalmozódó tartálykészlet (inventory) a push-jellegű túltermelés tünete — ugyanaz a jelenség, mint a diszkrét gyártás köztes puffere, csak folyadékban.
  • Heijunka a logisztikában. A kiszállítás ütemezése (a tartálykocsi-példa mintájára) csökkenti a torlódást és a várakozást, a kanban-elv pedig a tárolószintek pull-alapú pótlását támogatja (min/max szintek, utántöltési jel).

Mikor NE használd? (a módszer korlátai)

Szekció neve “Mikor NE használd? (a módszer korlátai)”

A pull erős, de nem univerzális. Tudni, hol nem a helyes válasz, éppolyan fontos, mint a módszer maga:

Helyzet Miért nem (elsősorban) a pull Mi a helyes válasz
Nincs stabil flow — a folyamat akadozik, nagy a szórás a pull jelzés-alapú pótlása instabil alapon káoszt okoz előbb [[vsm VSM]] + áramlás megteremtése, [[mura variabilitás]] csökkentése
Nagyon ingadozó, kiszámíthatatlan igény a pufferek kiürülnek, mielőtt a pótlás megérkezne előbb heijunka (szintezés), esetleg tervezett készlet a szűk keresztmetszet előtt
Folytonos, nem megállítható technológiai lépés egy kolonnát nem lehet jelzésre indítani/állítani pull a be- és kimeneten (kiszállítás, tárolószint), nem a maghelyen
Egyedi, egyszeri gyártás (nincs ismétlődés) nincs mit „pótolni“, nincs stabil fogyasztási ütem projekt-/rendelésre gyártás, nem szupermarket-pull

Ökölszabály: a pull az ismétlődő, kiegyenlíthető fogyasztásra a legerősebb, stabil áramlás mellett. Ahol ez hiányzik, előbb a flow-t és a szintezést kell megteremteni — a pull ennek a következménye, nem a kiindulópontja.

A pull nem önálló eszköz, hanem egy stabil folyamatra ültetett vezérlési elv. Javasolt sorrend:

  1. Térképezd fel az értékfolyamot (VSM), és jelöld meg, hol halmozódik a köztes készlet — ezek a push-tünetek.
  2. Teremts áramlást (flow) a szűk keresztmetszetek és a szükségtelen készletpontok kiiktatásával; a pull enélkül nem stabil.
  3. Egyenlítsd ki a terhelést (heijunka): simítsd az igény időbeli eloszlását, hogy a lehívás egyenletes ritmust adjon.
  4. Definiálj pull-hurkot: válaszd meg a jelzést (üres hely / kanban), a szabályt (üreset telire) és a frekvenciát (milkrun-ütem). Adj felső korlátot a köztes készletre.
  5. Mérj és finomíts (pdca): kövesd a köztes készlet trendjét és a kiszolgálási szintet; ahol kiürül vagy túlcsordul, igazíts a szinteken és a frekvencián.

Diszkrét példa (szupermarket-pull). Egy alkatrész-ellátásnál a raktár „biztos, ami biztos“ alapon nagy tételt tart. Vezess be min/max szintet és egy kanban-jelet: ha a szint a min alá esik, a milkrun pótol egy standard tételt. A készlet felső korláttal áll be, a pótlás a fogyasztást követi — nincs többé „elfekvő“ halom.

Folyamatipari példa (kiszállítás-pull). Egy termék-tartálynál a kiszállítást eddig a termelés „tolta“. Váltsd vevői lehívásra: a kiszállítási megrendelés a jel, a milkrun-szerű ütemezett elszállítás a frekvencia, a tartály min/max szintje a felső korlát. A torlódás csökken, a köztes készlet trendje láthatóvá válik.

Házi feladat. Válassz egy köztes készletpontot a saját területeden. Írd le: mi a jelzés, mi a szabály, mi a frekvencia, és mekkora felső korlátot adsz a készletre — majd becsüld meg, mennyi lekötött készletet szabadítasz fel.

A pull hatása két helyen csapódik le: a készletben és a kiszolgálásban. Auditálható mutatók:

  • Köztes készlet szintje / trendje a pull-pontokon (a cél: csökkenő, majd stabil, felső korlát alatt).
  • Átfutási idő (leadtime) — a pull rövidíti, mert kevesebb anyag várakozik pufferben.
  • Kiszolgálási szint (hányszor volt hiány a downstream lépésnél) — a pull nem mehet a rendelkezésre állás rovására.
  • Terhelés kiegyenlítettsége (heijunka) — a csúcs/völgy arány és a kihasznált szabad kapacitás.

Célérték-logika: nem a készlet nullára szorítása a cél (az hiányt okozna), hanem a felesleg megszüntetése úgy, hogy a kiszolgálási szint stabil maradjon.

A pull buktatói szinte mind a sorrend és a stabilitás megsértéséből fakadnak. Anti-minta ↔ korrekció párokban:

  • Pull flow nélkül. Stabil, áramló folyamat hiányában a kanban káoszt okoz, a pufferek hol kiürülnek, hol túlcsordulnak. Helyette: előbb VSM + flow, utána pull — ez a negyedik alapelv, nem az első.
  • Csúcsra méretezés heijunka helyett. Drága új kapacitást építünk, miközben ütemezéssel a meglévő is elég lenne. Helyette: előbb szintezz (heijunka), és nézd meg a szabad kapacitást — sokszor ott a válasz.
  • A köztes készletet „normálisnak“ venni. A felhalmozódó inventory megszokottá válik, és elfedi a problémákat. Helyette: kezeld a készletet a push túltermelés tüneteként, és adj rá felső korlátot.
  • Pull változékony folyamaton. Nagy variabilitás mellett a pull instabil, a jelzés-lánc szétesik. Helyette: előbb a szórást csökkentsd (mura, muri), utána húzz.
  • Kanban = pull tévesztés. Kártyát vezetünk be, de a logika továbbra is push (előre termelünk „a kártya köré“). Helyette: a cél a húzó logika (fogyasztás pótlása), nem a kártya megléte.
  • A fogyasztás húzzon, ne az előrejelzés toljon — a downstream igény indítsa a termelést, ne a belső terv.
  • A készlet a push tünete: a felhalmozódó köztes anyag nem „normális“, hanem elfedett túltermelés — adj rá felső korlátot.
  • Előbb flow, aztán pull: a pull a negyedik alapelv; stabil, áramló folyamat nélkül káoszt okoz.
  • Heijunka = időbeli kisimítás, nem új kapacitás: a szabad kapacitást teszi láthatóvá, csúcsra méretezés helyett.
  • A pull három eleme: jelzés · szabály · frekvencia — az egyszerű, milkrunnal begyűjtött hurok a leghatékonyabb.
  • Kanban ≠ pull-rendszer: a kanban eszköz, a pull a rendszer; a cél a húzó logika, nem a kártya.
  1. Mi a különbség push és pull között egy mondatban, és melyik vezet felhalmozódó köztes készlethez — miért?
  2. A tartálykocsi-példában miért nem kellett új töltőállomás, és mit tett pontosan láthatóvá a heijunka (leveling)?
  3. Sorold fel a működő pull három elemét, és mondd meg, mi a milkrun szerepe a hurokban.

Hogyan jelenik meg a digitális gyakorlatban?

Szekció neve “Hogyan jelenik meg a digitális gyakorlatban?”

A pull elve nem a gyártósoron ér véget: ugyanez a logika szoftveresen is megvalósul, bármely jól tervezett készlet- és termelésvezérlő rendszerben. A fizikai kanban-kártya vagy üres tárolóhely helyett itt automatikus utántöltési jel, felső készlet-korlát és lehívás-alapú ütemezés húzza a pótlást — a mechanizmus más, az elv ugyanaz.

Pull-elv Digitális megvalósítás Mit ad
Húzójel (kanban) automatikus utántöltési riasztás, ha a szint a min alá esik a fogyasztás indítja a pótlást, nem a terv
Felső készlet-korlát (WIP-cap) a rendszer nem enged több nyitott tételt a limitnél a köztes készlet nem szalad el
Frekvencia (milkrun) ütemezett, ismétlődő pótló ciklus a rendszerben egyenletes, kiszámítható utánpótlás
Heijunka (szintezés) a lehívások/feladatok időbeli kiegyenlítése, sorba rendezése a csúcsterhelés elsimul, a szabad kapacitás látszik
Push-tünet kimutatása a felhalmozódó köztes készlet trendként, riasztással a túltermelés láthatóvá és auditálhatóvá válik

A pull-jelzések, a tárolószintek és a kiszállítási lehívások a műszaknaplóban (OPEREX) rögzíthetők, így a túltermelés (push) tünetei — felhalmozódó köztes készlet, torlódás — trendként láthatóvá válnak és auditálhatók, megalapozva a pull-irányú fejlesztést. A műszakonkénti bejegyzésekből kirajzolódik, hol áll be tartósan magas köztes készlet, és a kiszállítási lehívások naplózása segít a heijunka-szerű kiegyenlített ütemezésben.

Magyar Angol 日本語 / megjegyzés
Toló rendszer Push system előrejelzésre termel
Húzó rendszer Pull system fogyasztásra termel
Termelésszintezés Heijunka / production leveling 平準化 — a terhelés időbeli kisimítása
Húzójel Kanban 看板 — a pull-jelzés (kártya / üres hely)
Ütemezett begyűjtés Milkrun a pótlás körjárata
Szupermarket Supermarket min/max szabályozott köztes készlet
Éppen időben Just-in-Time (JIT) a pull-alapú ellátás célja
Mi a különbség a push és a pull rendszer között?

A push előrejelzésre/tervre termel, és a terméket a tényleges igénytől függetlenül továbbadja — ez túltermeléshez és felhalmozódó köztes készlethez vezet. A pull csak akkor termel, ha a downstream lépés igényt jelez (pl. kanban), így felső korlátot ad a készletre és minimalizálja a túltermelést.

Miért jobb a pull a push-nál?

Mert a tényleges vevői igény szerint termel, így minimalizálja a túltermelést és a lekötött készletet — a két fő veszteségtípust —, és a készlet nem fedi el a folyamat problémáit.

Mi a heijunka célja?

A termelés és a terhelés időbeli kisimítása, hogy a meglévő kapacitás jobban kihasználható legyen, és ne csúcsra méretezzünk felesleges beruházással. A tartálykocsi-példában az ütemezés ~50% szabad kapacitást tett láthatóvá, +20% kiszolgált járművel, beruházás nélkül.

Mi vezérli a kanban-rendszert?

A tényleges fogyasztás (pull-jelzés, pl. üres tárolóhely). Szabály: minden ürest egy telivel pótolunk, adott frekvenciával (milkrun) — így nincs túltermelés.

Alkalmazható a pull a folyamatiparban, ha a technológia folytonos?

Részben. A folytonos maghelyet (pl. kolonna) nem lehet kanban-jelre indítani/állítani, de a be- és kimeneten — a tárolószinteknél és a vevői lehívás szerinti kiszállításnál — a pull elv közvetlenül alkalmazható, és a köztes tartálykészletet felső korláttal fogja.

A kanban és a pull-rendszer ugyanaz?

Nem. A pull a rendszer (a fogyasztás húzza a termelést), a kanban ennek csak az egyik eszköze (a jelzés hordozója). Lehet pull kanban-kártya nélkül, és lehet kanbant rosszul, push-jelleggel használni — a cél mindig a húzó logika.

kanban · muda · mura · muri · vsm · smed · jidoka · lean-5-alapelv

Ha ezt megértetted, innen érdemes tovább menned — ebben a sorrendben:

  1. kanban — a húzójel részletes mechanikája: kártyatípusok, méretezés, két-kártyás rendszer. A pull eszköz-szintje.
  2. mura — az egyenetlenség, amit a heijunka simít ki; enélkül a pull instabil marad. Így érted meg, miért kell előbb szintezni.
  3. VSM — az értékfolyam-térkép, amivel megtalálod a push-tüneteket (hol halmozódik a köztes készlet), mielőtt pull-hurkot vezetnél be.
  • Taiichi Ohno: Toyota Production System: Beyond Large-Scale Production. Productivity Press, 1988. — a húzó (pull) rendszer és a kanban kanonikus alapműve; Ohno a húzás ötletét az amerikai szupermarketek utántöltési logikájából merítette.
  • James P. Womack – Daniel T. Jones: Lean Thinking. Simon & Schuster, 1996. — az öt lean-alapelv (Value → Value Stream → Flow → Pull → Perfection) forrása.
  • Mike Rother – John Shook: Learning to See. Lean Enterprise Institute, 1999. — értékfolyam-térképezés, szupermarket-pull és a heijunka gyakorlati bevezetése.