Nie zaczynaj od 5 Why. Najpierw upewnij się, że rozwiązujesz właściwy problem

„Operatorzy nie nadążają"

Wyobraźmy sobie półautomatyczną linię montażową produkującą niewielkie moduły elektromechaniczne. Linia pracuje na dwie zmiany, plan wynosi 2 200 sztuk dziennie, a nominalny czas cyklu to 21 sekund na sztukę. Od kilku tygodni realizacja planu spada. Po dziesięciu dniach dane wyglądają tak:

Na porannych spotkaniach bardzo szybko pojawiają się pierwsze diagnozy. Produkcja mówi: „Operatorzy nie są w stanie utrzymać tempa". Utrzymanie Ruchu: „Podajnik od dawna nie pracuje stabilnie". Jakość: „Mamy za dużo ponownych testów". Planowanie: „Potrzebujemy większej wydajności".

Każdy może mieć częściowo rację. Ale żadna z tych opinii nie powinna jeszcze stać się projektem doskonalącym. Najpierw trzeba odpowiedzieć na znacznie prostsze pytanie: gdzie naprawdę tracimy czas?

Zamiast opinii — dane

Przez kolejne dni zespół zaczyna rejestrować straty w bardziej szczegółowy sposób — nie tylko duże awarie, ale też krótkie zatrzymania, powtórne operacje, oczekiwanie, regulacje i problemy jakościowe. Po 10 dniach otrzymujemy:

Pierwszy istotny wniosek pojawia się niemal natychmiast: dwie kategorie odpowiadają za 62,7% całego zarejestrowanego czasu strat. Nie trzeba więc rozpoczynać pięciu projektów naraz, organizować tygodniowego warsztatu dla całej linii ani „poprawiać wydajności" w ogóle. Trzeba najpierw zrozumieć dwa konkretne problemy.

418 minut przestoju, którego prawie nie było w raportach

Zespół zaczyna od największej kategorii — zacięć podajnika. I pojawia się pierwsza niespodzianka: w oficjalnym systemie liczba awarii podajnika nie wygląda alarmująco. Dlaczego? System klasyfikuje jako przestój dopiero zdarzenia przekraczające dwie minuty. Tymczasem większość zatrzymań wygląda tak: podajnik blokuje komponent, operator reaguje, otwiera osłonę, poprawia element, resetuje urządzenie, produkcja rusza. Całość trwa 30, 40 albo 60 sekund. W systemie — praktycznie nic. W procesie — prawie 480 podobnych zdarzeń w ciągu 10 dni, średnio blisko 50 zatrzymań każdego dnia.

Gemba zmienia pytanie

Podczas obserwacji operatorów okazuje się, że sama reakcja na zacięcie jest bardzo podobna u wszystkich. Nie widać też jednej osoby, zmiany czy brygady, która generowałaby zdecydowanie więcej problemów. Hipoteza „operatorzy pracują niewłaściwie" zaczyna więc słabnąć.

Zespół zauważa natomiast coś innego: problem nasila się po zmianie wariantu produktu. Podczas przezbrojenia prowadnica podajnika jest ustawiana ręcznie — nie ma ogranicznika, nie ma wzorca, nie ma wymiaru kontrolnego. Standard mówi jedynie: „ustawić prowadnicę tak, aby zapewnić płynne podawanie komponentu". Brzmi poprawnie. Tylko co dokładnie oznacza „płynne"?

Ishikawa — nie po to, żeby znaleźć przyczynę

W tym momencie zespół wykorzystuje diagram Ishikawy, ale nie traktuje go jako odpowiedzi — służy do zebrania możliwych kierunków analizy.

I tutaj łatwo popełnić klasyczny błąd. Diagram jest gotowy, na tablicy jest kilkanaście potencjalnych przyczyn, ktoś wskazuje jedną z nich: „to pewnie to". Nie — to nadal tylko hipoteza. Ishikawa nie znajduje Root Cause. Ishikawa pomaga zdecydować, co należy sprawdzić.

Dane zaczynają wskazywać kierunek

Zespół wykonuje pomiary ustawienia prowadnicy po przezbrojeniach i porównuje je z liczbą zacięć:

Różnica jest bardzo wyraźna: przy luzie poniżej 12,30 mm liczba zacięć jest ponad piętnastokrotnie większa niż przy ustawieniu powyżej 12,40 mm. Ale nawet wtedy nie mówimy jeszcze „mamy Root Cause" — mamy silną zależność i konkretną hipotezę, którą trzeba potwierdzić. Kolejne kontrolowane ustawienia prowadnicy pokazują ten sam kierunek. Dopiero teraz warto zapytać: dlaczego ustawienie prowadnicy w ogóle może znaleźć się poza stabilnym zakresem?

Dopiero teraz 5 Why

To moment, w którym 5 Why zaczyna mieć sens. Nie zaczynamy od pytania „dlaczego wydajność linii jest niska?" — to pytanie jest za szerokie. Analizujemy konkretny, obserwowalny mechanizm.

Problem: podajnik regularnie zatrzymuje linię.

I w tym miejscu zmienia się cała narracja. Problemem nie jest operator, „brak uwagi", niewystarczające szkolenie ani stara maszyna. Problemem jest system pracy, który wymaga od człowieka zgadywania właściwego ustawienia.

Działanie nie musi kosztować 100 tysięcy

Najprostsze rozwiązanie okazuje się bardzo mało spektakularne. Prowadnica otrzymuje zdefiniowane ustawienie 12,40 ± 0,05 mm, powstaje prosty wzorzec Go/No-Go, a do standardu przezbrojenia dodany zostaje obowiązkowy punkt kontroli ustawienia. Pierwsza seria po przezbrojeniu jest dodatkowo potwierdzana.

Nie ma nowej maszyny, nowego sterownika, robota ani dużej inwestycji CAPEX. Jest natomiast coś znacznie ważniejszego: proces przestaje zależeć od interpretacji operatora.

Drugi problem pokazuje dokładnie tę samą zasadę

Kolejna pozycja Pareto to NOK dokręcania i ponowny test — 256 minut strat. Pierwsza reakcja zespołu jest przewidywalna: „sprawdźmy wkrętarkę". Ale tym razem analiza rozpoczyna się od stratyfikacji danych — NOK zostają podzielone według wariantu produktu, godziny wystąpienia, zmiany, operatora i czasu od ostatniego przezbrojenia.

I pojawia się bardzo wyraźny wzorzec: 82% wszystkich NOK występuje w pierwszej godzinie po zmianie wariantu produktu. To kompletnie zmienia kierunek analizy — nie analizujemy już procesu dokręcania jako całości, analizujemy przezbrojenie.

Podczas Gemba okazuje się, że pozycja uchwytu narzędzia jest regulowana ręcznie. Przy niewielkim przesunięciu narzędzie pracuje pod kątem — moment z systemu może znajdować się w wymaganym zakresie, ale geometria połączenia nie jest powtarzalna. Ponownie problemem nie jest brak zaangażowania człowieka. Problemem jest proces, który pozostawia zbyt dużo miejsca na interpretację. Działaniem staje się mechaniczny ogranicznik pozycji oraz jednoznaczny punkt kontrolny w standardzie przezbrojenia.

Co wydarzyło się po 10 dniach?

Po pierwszym cyklu działań zespół wykonuje ponowny pomiar:

Czy problem został rozwiązany? Nie — i to jest bardzo ważne. Linia nadal nie realizuje 100% planu, nadal występują straty. Tyle że ich struktura jest już inna. Po ponownym wykonaniu Pareto na pierwsze miejsca przesuwają się fałszywe odrzuty czujnika, czas przezbrojeń i oczekiwanie na materiał. To oznacza, że rozpoczyna się kolejny cykl.

I właśnie tym jest Continuous Improvement

Nie: problem → 5 Why → działanie → koniec. Raczej: problem → dane → priorytet → obserwacja → hipoteza → weryfikacja → działanie → standard → kontrola → ponowne dane. A następnie jeszcze raz. PDCA, DMAIC, Kaizen — nazwy mogą być różne, logika pozostaje bardzo podobna.

Narzędzie nie powinno pojawiać się przed pytaniem

Największą wartością Pareto nie jest wykres — jest wybór priorytetu. Największą wartością Gemba nie jest spacer po hali — jest zobaczenie procesu, którego nie pokazuje raport. Największą wartością Ishikawy nie jest komplet sześciu kategorii — jest uporządkowanie hipotez. Największą wartością 5 Why nie jest zadanie dokładnie pięciu pytań — jest dojście od objawu do mechanizmu, który można zmienić. I najważniejsze: żadne z tych narzędzi nie zastępuje weryfikacji danych.

Od czego więc zacząć?

Jeżeli jutro na spotkaniu usłyszysz „mamy problem z wydajnością", nie zaczynaj od „zróbmy 5 Why", „potrzebujemy Kaizenu", „zróbmy SMED" czy „trzeba przeszkolić operatorów".

Dopiero później wybierz narzędzie. Bo Continuous Improvement nie polega na tym, żeby znać jak najwięcej metod. Polega na tym, żeby wiedzieć, jakiego pytania potrzebujesz w danym momencie i jakiego narzędzia użyć, żeby znaleźć na nie odpowiedź.

Jedna myśl na koniec

W wielu organizacjach największym ograniczeniem nie jest brak narzędzi Lean. Jest nim zbyt szybkie przechodzenie od problemu do rozwiązania.