Studium przypadku zbierania danych produkcyjnych w fabryce

O 6:30 rano kierownik produkcji nadal szuka danych z poprzedniego dnia. Jedna zmiana zapisała ilość na papierze, druga w Excelu, a przyczyna odpadów została podana tylko ustnie podczas przekazania. To studium przypadku zbierania danych produkcyjnych nie zaczyna się od wprowadzenia nowego systemu, ale od tej bardzo znajomej sytuacji: zakład działa, ale kierownictwo widzi, co się stało, z opóźnieniem i niepewnością.

Punkt wyjścia: dane były, brakowało informacji

W dotkniętym problemem zakładzie metalurgicznym pracującym na wiele zmian pracowało około 80 osób. Harmonogram produkcji był zarządzany w systemie ERP, ale z maszyn nie napływały jednolite dane produkcyjne. Kierownicy zmian rejestrowali ilości produkcji, przestoje i odpady na kartkach papieru, a pod koniec dnia lub następnego dnia administrator wprowadzał je do arkusza kalkulacyjnego.

Na pierwszy rzut oka nie wydawało się to poważnym problemem. Kierownicy zmian znali maszyny, plan produkcji był gotowy, a miesięczne zamknięcie jakoś zawsze się odbywało. Trudności stały się widoczne, gdy wzrosła liczba zamówień, częstsze stały się zmiany harmonogramu, a coraz więcej produktów było produkowanych na tej samej zdolności produkcyjnej.

Codzienny raport regularnie opóźniał się o dwie-trzy godziny. Jeśli maszyna się zatrzymała, przyczyna często była opisana tylko jako „awaria” lub „brak materiału”. Ilość odpadów była widoczna, ale nie było wiadomo, przy której operacji, przy którym produkcie lub w jakich okolicznościach powstały. Produkcja, konserwacja i zarządzanie jakością miały trzy częściowo różne obrazy tego samego dnia.

Kierownictwo pierwotnie zażądało systemu monitorowania maszyn. Była to zrozumiała reakcja, ale analiza sytuacji wykazała, że samo zbieranie danych z maszyn nie rozwiązałoby problemu. Maszyna może wiedzieć, że działała lub była zatrzymana, ale nie wie na pewno, do jakiego zamówienia produkcyjnego należała operacja, czy skończył się materiał, czy czekała na kontrolę jakości, czy też przeprowadzano wymianę narzędzi.

Studium przypadku zbierania danych produkcyjnych: co należało najpierw wyjaśnić?

Pierwszym krokiem badania nie było wybieranie czujników, terminali czy integracji. Trzeba było prześledzić, jak informacja przepływa w zakładzie, od przekazania zmiany do raportu kierowniczego.

Okazało się, że te same dane były rejestrowane przez kilka osób. Operator zapisywał ilość, kierownik zmiany sumował, administrator wprowadzał do Excela, a planista produkcji ponownie wykorzystywał do planu na następny dzień. Powtarzające się wprowadzanie danych nie tylko zabierało czas. Każda transmisja dawała nową możliwość, aby liczby się różniły lub aby ważna informacja dotarła z opóźnieniem.

Nie wszystkie dane są wartościowe

Drugim spostrzeżeniem było to, że na papierowych formularzach było zbyt wiele pól, których nikt nie używał do podejmowania decyzji. Operator musiał zarejestrować ponad dziesięć różnych kodów, więc w większości przypadków powstawał najprostszy wpis: „inne”. Z administracyjnego punktu widzenia oznaczało to formalnie wypełniony formularz, ale z punktu widzenia kierownictwa było to niewiele użytecznych informacji.

Celem nie było rejestrowanie każdego ruchu maszyny. Celem było szybkie i konsekwentne odpowiadanie na kilka ważnych pytań: które zamówienie produkcyjne jest realizowane, ile zostało wykonane, dlaczego maszyna się zatrzymała, gdzie powstały odpady i które odstępstwo wymaga interwencji.

Za przestojami kryją się przyczyny biznesowe

Kategorie przestojów otrzymały szczególną uwagę. Wcześniej w kategorii „awaria maszyny” znajdowały się awarie konserwacyjne, brak narzędzi, problemy z programowaniem, opóźnienia w dostawie materiałów i oczekiwanie na rozpoczęcie następnej pracy. To zniekształcało ocenę wydajności konserwacji i ukrywało problemy organizacyjne, które nie powstały wewnątrz maszyny.

W zrewidowanym procesie przestoje zostały zgrupowane w kilka jasno zrozumiałych kategorii. Awaria maszyny została oddzielona od braku materiału, oczekiwania na plan, oczekiwania na kontrolę jakości i przejścia. To nie tylko poprawiło raporty. Wskazało również, który obszar musi zareagować na dane odstępstwo.

Rozwiązanie: zbieranie danych oparte na procesach

W opracowanym systemie operator na początku zmiany wybierał lub skanował kodem kreskowym aktualne zamówienie produkcyjne. Podstawowe dane o ilości produkcji pochodziły z maszyny, gdzie było to technicznie możliwe. Na innych stanowiskach pracy operator rejestrował ilość wykonaną na prostym terminalu.

Wprowadzanie danych przez człowieka nie zniknęło i nie było to celem. System wymagał interwencji operatora w przypadku zdarzeń, dla których maszyna nie znała niezbędnego kontekstu biznesowego: przy rozpoczęciu przestoju, rejestracji odpadów lub zmianie zamówienia. Operator nie powinien pisać tekstu na słabo oświetlonym terminalu zakładowym. Otrzymywał wcześniej zdefiniowane, krótkie opcje wyboru, a rzadsze przypadki można było oznaczyć do późniejszego doprecyzowania.

Dane podstawowe zamówienia produkcyjnego pochodziły z istniejącego systemu ERP. Dzięki temu operator nie musiał ręcznie szukać nazw produktów i numerów katalogowych, a dane produkcyjne wracały do zamówienia, do którego biznesowo należały. Integracja systemów nie była tu spektakularnym elementem technologicznym, ale warunkiem eliminacji duplikowanego wprowadzania danych.

Przed wdrożeniem przeprowadzono krótki test na dwóch maszynach o różnym działaniu. Jedna pracowała w produkcji seryjnej, druga z częstymi zmianami. Było to istotne, ponieważ zbyt szczegółowe zasady mogą być akceptowalne w produkcji seryjnej, ale przy częstych zmianach łatwo można je obejść. Ostateczny proces został dostosowany nie na podstawie założeń biurowych, ale doświadczeń zmian.

Co uznano za prawdziwy wynik?

Po trzymiesięcznej walidacji czas na przygotowanie raportu zmiany skrócił się średnio z dwóch-trzech godzin do około dwudziestu minut. Ważniejsze było to, że kierownik produkcji mógł już w trakcie zmiany zobaczyć znaczące odstępstwa, a nie dopiero następnego ranka.

Część wcześniejszych przestojów „awarii maszyny” została przeniesiona do kategorii dostaw materiałów, przygotowania i planowania produkcji. Początkowo powodowało to nieprzyjemne rozmowy, ponieważ ujawniało, że nie wszystkie straty mają charakter techniczny. Jednak zespół konserwacyjny mógł wreszcie priorytetyzować pracę na podstawie rzeczywistych awarii, a planowanie produkcji mogło zajmować się konkretnymi danymi dotyczącymi opóźnień w przygotowaniu.

Jakość danych o odpadach również się poprawiła, ale nie z dnia na dzień. W pierwszych tygodniach pracownicy często wybierali najbardziej ogólny kod przyczyny. Po wspólnych informacjach zwrotnych z kierownikami zmian i połączeniu kilku niejasnych kategorii dane stały się bardziej zrozumiałe. To ważna lekcja: zbieranie danych produkcyjnych to nie jednorazowy projekt informatyczny, ale dyscyplina operacyjna, którą należy regularnie monitorować i udoskonalać.

Co kierownik zakładu może z tego przenieść do własnej działalności

Pierwszym pytaniem nie powinno być, jaki system zbierania danych produkcyjnych jest potrzebny. Lepiej zbadać, do której decyzji brakuje dziś wiarygodnych informacji i z jakim opóźnieniem dane docierają do osoby, która powinna podjąć działanie.

Warto również ocenić, ile razy rejestrowana jest ta sama ilość, zamówienie lub dane o odpadach. Jeśli jedna osoba regularnie pośredniczy między systemami, papierami i arkuszami kalkulacyjnymi, to prawdopodobnie nie ona jest problemem. Ona utrzymuje przepływ informacji, który nie jest odpowiednio wspierany przez procesy i systemy.

Nie w każdym zakładzie uzasadnione jest zbieranie danych maszynowych na tym samym poziomie szczegółowości. W produkcji zróżnicowanej, małoseryjnej często większą wartość ma dokładne śledzenie zamówień, zmian i oczekiwań. W produkcji masowej, zautomatyzowanej bardziej uzasadnione może być szczegółowe mierzenie czasu cyklu, wydajności i stanu maszyny. Dobre rozwiązanie zależy od tego, gdzie powstają straty i kto może na ich podstawie podjąć decyzję.

Użyteczne dane produkcyjne nie są wartościowe dlatego, że jest ich dużo. Są wartościowe, ponieważ kierownik zmiany, konserwator i kierownictwo widzą tę samą sytuację w tym samym czasie, co pozwala na wprowadzenie zmian.