Wiedza nocnej zmiany powinna być w rejestrze ryzyk

Zapytajcie dyrektora zakładu, co by się stało, gdyby trzy najbardziej doświadczone osoby z nocnej zmiany odeszły w tym samym roku, a odpowiedzią rzadko będzie plan. Zwykle jest pauza, a potem stwierdzenie, że byłoby trudno.

To „trudno” jest ryzykiem w zwykłym sensie. Ma prawdopodobieństwo, skutek i — na dziś — żadnego działania ograniczającego. Tak się składa, że jest też tym samym problemem, który blokuje pracę bez obsługi, a to czyni argument za zajęciem się nim mocniejszym niż każdy z tych powodów osobno.

Jedna praca, dwa zwroty

Odporność. Rozeznanie, która maszyna dryfuje, która partia materiału sprawia kłopoty i kiedy zatrzymać zamiast jechać dalej, żyje w ludziach. Gdy przechodzą na emeryturę, zmieniają pracę albo po prostu są na zwolnieniu w niewłaściwą noc, zakład pracuje na mniejszej wiedzy, niż ma. Zapisanie tego rozeznania w formie czytelnej dla systemu jest zarazem zapisaniem go w formie, z której może się uczyć nowy operator.

Godziny bez obsługi. System może pracować bez ludzi tylko tam, gdzie wie, co ci ludzie by zrobili. Model kontekstu i taksonomia wyjątków, których wymaga praca bez obsługi, to w istocie spisana wiedza.

Uzasadnienie oparte wyłącznie na pracy bez obsługi musi czekać, aż produkcja będzie gotowa. Takie, które liczy też ryzyko sukcesji, zaczyna się zwracać od pierwszej porządnie opisanej linii — nawet jeśli ta linia nigdy nie zostanie bez obsady.

Czego to wymaga od Waszych ludzi

Koszt to głównie czas — i to głównie czas tych, bez których najtrudniej się obejść.

Doświadczeni operatorzy i brygadziści. Ustrukturyzowane sesje wokół prawdziwych przypadków zamiast wywiadów i kolejne recenzje roboczych reguł, aż rozpoznają w nich własne rozeznanie. Rozłożone na tygodnie, planowane wokół produkcji, z nocną zmianą w jej własnych godzinach.

Inżynierowie jakości i procesu. Żeby pogodzić to, co mówią brygady, z tym, co mówią specyfikacje i tolerancje, i rozstrzygnąć, gdzie jedno nie zgadza się z drugim.

Ktoś, kto rozstrzyga. Każdy typ wyjątku potrzebuje zdefiniowanej reakcji — kontynuuj, wstrzymaj, zatrzymaj albo eskaluj — a część z nich to decyzje zarządcze o ryzyku, a nie techniczne. Kierownik zakładu albo szef produkcji gotowy je podejmować jest warunkiem wstępnym, a nie dodatkiem.

IT i OT. Dostęp tylko do odczytu do sygnałów z urządzeń, MES i danych jakościowych. Warstwa kontekstu czyta; nie zapisuje do maszyn. Ich udział jest niewielki, ale leży na ścieżce krytycznej, bo dostęp załatwiony późno opóźnia wszystko, co po nim następuje.

Infografika

Jak wiedza trafia do modelu

1. 01Prawdziwe przypadkiNiedawne odchylenia z zapisów, omawiane z brygadą.
2. 02Robocze regułyNa tyle konkretne, żeby mogły być błędne i dało się je poprawić.
3. 03Recenzja brygadyOperatorzy poprawiają, aż rozpoznają własne rozeznanie.
4. 04Praca pod nadzoremSystem rozstrzyga, człowiek potwierdza, rozbieżności są zapisywane.
5. 05Nowe wyjątkiKażdy nierozpoznany przypadek zatrzymuje, wzywa człowieka i trafia do taksonomii.

Część, którą łatwo zepsuć

Ludzie poproszeni o opowiedzenie wszystkiego, co wiedzą, w programie, którego deklarowanym celem jest praca bez nich, w naturalny sposób zastanowią się, co będzie z nimi. Jeśli to pytanie nie dostanie uczciwej odpowiedzi, i to wcześnie, sesje przyniosą odpowiedzi uprzejme i niepełne, a model odziedziczy te luki.

To, co działa, jest proste. Powiedzcie, czemu program służy, a czemu nie. Przypiszcie zasługę ludziom, których rozeznanie trafia do modelu. Dajcie im rolę recenzentów i korektorów — w praktyce rolę, której nikt inny nie może pełnić i która nie kończy się wraz z pierwszą wersją.

Ma też znaczenie, kto prowadzi sesje. Ludzie mówią inaczej do kogoś z centrali, a inaczej do kogoś, kto przyszedł się dowiedzieć, jak linia naprawdę zachowuje się w nocy.

Kto powinien być właścicielem wyniku

Nie IT i nie dostawca. Model kontekstu jest dokumentem operacyjnym o tym, jak zachowuje się zakład, i potrzebuje właściciela w produkcji, który utrzymuje go w zgodzie ze zmieniającymi się maszynami, materiałami i dostawcami. Bez takiego właściciela starzeje się jak każda instrukcja, tylko szybciej, bo system, który na nim polega, tego nie zauważy.

Jak wygląda dobry wynik

Linia, której model kontekstu nocna zmiana rozpoznaje jako własny. Taksonomia wyjątków rosnąca z każdego wezwania, a nie z warsztatów. Nowy operator, który może w niej przeczytać to, czego dotąd uczyło się wyłącznie, patrząc komuś przez ramię.

To, czy ta linia potem będzie pracować bez obsługi, jest osobną decyzją, podejmowaną później i na podstawie dowodów z pracy pod nadzorem. Wiedza i tak jest w rejestrze ryzyk — tyle że teraz ma obok siebie działanie ograniczające.

Jak do tego podchodzimy

Kontekst dla dark factory zbiera wiedzę ukrytą w ustrukturyzowanych sesjach z brygadami i zamienia ją w model kontekstu, taksonomię wyjątków i rejestr decyzji. Dla jednej linii to zwykle dwa do czterech miesięcy, w większości spędzonych z ludźmi pracującymi w nocy.