Case Study: Wdrożenie systemu Milkrun w branży automotive

Wdrożenie milk run rzadko zaczyna się od zakupu pociągu logistycznego. Zaczyna się od pytania, dlaczego po hali europejskiego producenta komponentów automotive jednocześnie krążą trzy albo cztery wózki widłowe, mijają się na tych samych skrzyżowaniach i połowę kursów jadą puste. Ten case study pokazuje, jak uporządkowany audyt logistyki wewnętrznej zamienił transport „na telefon" w stabilną pętlę dostaw obsługiwaną jednym pociągiem.

Punkt wyjścia: transport na telefon zamiast procesu

Zakład produkował na kilku liniach, a materiał docierał do stanowisk w reakcji na braki. Operator linii dzwonił, gdy pojemnik był prawie pusty, magazyn wysyłał wózek widłowy, a ten wracał po puste opakowania w osobnym kursie. Efekt był przewidywalny:

• wózki jeździły zmiennymi trasami, „gdy ktoś zadzwonił", a nie według rytmu produkcji,
• na wąskich skrzyżowaniach dochodziło do kolizji i przestojów, bo ruch był wysoce zmienny,
• znaczna część przejazdów była pusta — wózek wiózł jeden nośnik w jedną stronę i wracał na biegu jałowym,
• bufory przy liniach rosły „na wszelki wypadek", bo zespół nie ufał, że materiał dojedzie na czas.

To klasyczny obraz pierwszego poziomu dojrzałości logistycznej: praca oparta na reakcji na braki, bez zmierzonych czasów i bez standardu. Dopóki dostawa działa na telefon, nie ma jeszcze procesu, który dałoby się zautomatyzować — jest seria reakcji na braki.

Audyt AS-IS: najpierw fakty, potem decyzje

Prace poprowadziliśmy w ramie DMAIC (Define–Measure–Analyze–Improve–Control), czyli od pomiarów i faktów do standardu. W fazie definicji ustaliliśmy jasny cel: zejść z wysokiego bufora przy liniach do poziomu, który umożliwia regularne dostawy w stałym takcie. Reszta audytu to zbieranie danych na hali, a nie przy biurku.

Gemba Walk i mapa spaghetti

Przeszliśmy trasy fizycznie, z layoutem i danymi w ręku — bo rysunek CAD prawie zawsze kłamie, dopóki nie sprawdzi się realnej szerokości dróg z paletami, buforami i ludźmi. Na wydrukach layoutu nanieśliśmy przepływy kolorami (zielony — dostawy z zewnątrz, pomarańczowy — przepływy wewnętrzne, niebieski — wyroby gotowe, fiolet — półfabrykaty) oraz punkty konfliktu ruchu: miejsca, gdzie krzyżują się piesi, wózki i przepływ materiału. Tak powstała mapa spaghetti pokazująca chaos tras czarno na białym.

Pareto i baza PFEP

Nie mapowaliśmy „wszystkiego". Analizą Pareto wybraliśmy TOP przepływy, które odpowiadają za większość ruchu, i dla nich zbudowaliśmy bazę PFEP (Plan For Every Part — plan dla każdego indeksu). To jedna tabela, w której dla każdego materiału zapisujemy: typ i wymiary opakowania, liczbę sztuk w nośniku, masę pełnego opakowania, miejsce pobrania i punkt dostawy oraz zużycie na zmianę lub godzinę. Bez PFEP nie da się policzyć pojemności wagonów, częstotliwości pętli ani obciążenia operatora.

Bufory przeliczone na godziny

Najmocniejszym argumentem okazało się przeliczenie zapasu przy liniach na czas. Pokrycie bufora w godzinach liczymy prosto: liczba opakowań pomnożona przez sztuki w nośniku, podzielona przez zużycie. Nagle „duży zapas na wszelki wypadek" zamienił się w konkretną liczbę godzin, przez które gotówka stoi w materiale i blokuje przestrzeń potrzebną na bezpieczne trasy. To jest liczba, a nie opinia — i to ona przekonuje zespół produkcji szybciej niż jakakolwiek prezentacja.

Rozwiązanie: pętla, takt i punkty stop

Na podstawie AS-IS zaprojektowaliśmy jedną pilotową pętlę milk run — nie cały zakład naraz. Milk run to stała pętla dostaw realizowana pociągiem logistycznym po stałej trasie, do tych samych punktów, w stałym interwale. Kluczowe decyzje projektowe wynikały wprost z danych, a nie z katalogu.

Takt logistyczny. Dla każdego krytycznego indeksu policzyliśmy, co ile minut linia potrzebuje nowego pojemnika (pojemność opakowania podzielona przez zużycie). Interwał pętli ustawiliśmy jako dzielnik godziny — 15, 20, 30 lub 60 minut — bo pętla „co 23 minuty" jest matematycznie poprawna, ale operacyjnie trudna do utrzymania.

Czas cyklu pętli. Zsumowaliśmy załadunek w supermarkecie, jazdę, obsługę stacji i bufor bezpieczeństwa, a wynik porównaliśmy z taktem. Zasada jest bezwzględna: jeśli czas cyklu jest dłuższy niż takt logistyczny, system jest niewydolny i trzeba skrócić trasę albo podzielić pętlę. Tu nie ma miejsca na „operator się postara".

Supermarket jako punkt startowy. Uporządkowaliśmy strefę startu pętli: pełne nośniki gotowe przed odjazdem, ułożone w kolejności stopów, z wydzielonym miejscem na puste i jasną logiką ich powrotu. Jeśli tu jest bałagan, pociąg spóźnia się, zanim ruszy.

Water Spider na ostatnim metrze. Pociąg dostarcza materiał do strefy, a rolę „ostatniego metra" — dostawę na konkretne stanowisko — przejął Water Spider (Mizusumashi) pracujący według spisanego standardu: sekwencji obsługi, czasu obiegu i logiki pustych. To nie jest pomocnik, tylko rola dla doświadczonych operatorów; bez standardu zamienia się w strażaka gaszącego pożary.

Fizyczną stroną wdrożenia — ciągnikiem, ramami i wózkami dobranymi do procesu wymiany na stacji — zajął się dobór oparty na pomiarach nośnika, czasu wymiany i geometrii stacji. W tym obszarze projektujemy i budujemy wagony oraz perony w ramach systemu CS, a same platformy transportowe pochodzą z gamy wózków z systemu CS.

Rezultaty: jeden pociąg zamiast floty wózków

Najważniejszy efekt jest zarazem najprostszy do zapamiętania: dobrze policzony milk run pozwolił zastąpić trzy do czterech wózków widłowych jednym pociągiem logistycznym. To nie jest obietnica marketingowa, tylko konsekwencja matematyki pętli — jeden obieg obsługuje wiele stacji i wielu indeksów naraz, zamiast realizować pojedyncze kursy „jeden wózek, jeden przejazd". Pozostałe zmiany miały charakter jakościowy, ale były równie odczuwalne na hali:

• Ruch stał się przewidywalny. Pociąg jedzie stałą trasą z niską prędkością i stałym harmonogramem, więc zmienność ruchu — źródło kolizji na skrzyżowaniach — drastycznie spadła.
• Puste wracają w tym samym obiegu. Zniknął osobny transport pustych opakowań; nośniki wracają do supermarketu w ramach tej samej pętli, według zasady „jeden wchodzi, jeden wychodzi".
• Bufory przy liniach zmalały do policzonego poziomu. Zespół przestał budować zapas „na wszelki wypadek", bo odjazdy mają stałe sloty czasowe, a punktualność jest audytowana.
• Odzyskano przestrzeń. Redukcja buforów uwolniła miejsce przy liniach, które wcześniej blokował zapas robiący za magazyn.

Wnioski: jak zaplanować wdrożenie milk run

To wdrożenie potwierdziło kilka reguł, które powtarzają się na każdej hali:

1. Nie wolno przeskakiwać poziomów dojrzałości. Droga prowadzi od porządku i standardu, przez ręczny milk run, do pociągu logistycznego — i dopiero potem do AGV. AGV nie naprawia niestabilnej pętli; powiększa jej problemy.
2. Bez PFEP nie liczymy pętli, bez Gemba nie znamy realnych czasów. Dane muszą pochodzić z hali, nie z założeń. Zdjęcie opakowania z etykietą potrafi oszczędzić godziny pytań.
3. Supermarket decyduje o punktualności. Większość spóźnień pociągu ma źródło na starcie pętli, a nie na trasie.
4. Zaczynaj od jednej pętli. Pilot na jednym obszarze daje stabilny standard, który potem replikuje się na resztę zakładu — zamiast automatyzować chaos w całym zakładzie naraz.

Jeśli w Twojej hali materiał wciąż jeździ „na telefon", pierwszym krokiem nie jest wybór pojazdu, lecz przejście trasy z layoutem i PFEP w ręku oraz przeliczenie buforów na godziny. Reszta — takt, punkty stop, dobór ram i wózków — wynika już z danych.

Ile trwa taki audyt?

Rdzeń audytu — uzgodnienie zakresu, pomiary na hali (Gemba Walk), mapy TOP przepływów, przeliczenie buforów w godzinach i zbudowanie bazy PFEP dla kluczowych indeksów — mieści się w jednym dniu warsztatowym. Efektem jest mapa stanu obecnego, lista braków danych i wstępna koncepcja pilotowej pętli.

Czy milk run zawsze prowadzi do AGV?

Nie. Wynikiem procesu nie zawsze jest automatyzacja. Czasem właściwą decyzją jest ręczny milk run lub pociąg logistyczny obsługiwany przez operatora, a rozmowę o AGV podejmuje się dopiero, gdy ręczna pętla działa stabilnie i przewidywalnie od kilku tygodni.