Transformacja cyfrowa w produkcji to problem kolejności, a nie technologii

Kolejność jest tu najtrudniejsza i to ją pomijają materiały dostawców, bo uczciwa wersja oznacza powiedzenie klientowi, żeby w tym roku kupił mniej. Ta strona jest właśnie o tej kolejności.

Dlaczego projekty transformacji cyfrowej w produkcji stają w miejscu

Za większość odpowiadają cztery przyczyny. Wszystkie cztery są porażkami programu, a nie produktu, i o to właśnie chodzi: to te, nad którymi zakład ma kontrolę. Oprogramowanie potrafi zawieść na własnych warunkach i tamta lista należy do postępowania zakupowego: projekt transakcji, wydajność przy skali, dostawca, którego zaangażowanie kończy się wraz z uruchomieniem produkcyjnym.

Pierwsza to sponsor bez właściciela pod sobą. Sponsor zatwierdza budżet i bywa na comiesięcznym spotkaniu; właściciel ma czas na hali, uprawnienie do zmiany procesu i osobisty wynik powiązany z tym, czy za rok zakład będzie pracował inaczej. Druga to uzasadnienie biznesowe zakładające dane, których nie ma, więc plan analizy przestojów trafia na kolumnę z dowolnym tekstem w raporcie zmianowym. Trzecia to pilotaż, którego nigdy nie zbudowano pod skalowanie. Czwarta to zakup platformy przed poznaniem pytania, po którym zakład ma sprawny system bez pierwszego zastosowania.

Jak wybrać pierwszy projekt cyfryzacji

Pierwszy projekt powinien wynikać z ograniczenia zakładu, a nie z listy modułów. W większości fabryk strata jest mało efektowna: przezbrojenia dłuższe od normy, materiał, którego nie da się znaleźć, dwuminutowe postoje, których nikt nie zgłasza.

Trzy pytania szybko przesiewają kandydatów. Czy strata jest już widoczna w rachunkach samego zakładu, jako braki, nadgodziny, transport ekspresowy albo kara za opóźnioną dostawę? Czy ktoś zachowałby się inaczej jeszcze na tej samej zmianie, gdyby miał odpowiedź? Czy w ciągu jednego cyklu produkcyjnego da się stwierdzić, czy zadziałało? Cyklu, a nie kwartału: trzy miesiące to uczciwy test w powtarzalnej produkcji o szerokim asortymencie i test bez sensu w lotnictwie czy przy kampanii farmaceutycznej, gdzie jednostką jest jedna kampania albo jedno zlecenie.

Czasem oprogramowanie jest złą odpowiedzią: jeśli ograniczenie jest fizyczne, żadne dane nie przyspieszą maszyny. Pomiar pokazuje natomiast, dokąd ucieka zdolność produkcyjna, a to zwykle przekierowuje wniosek inwestycyjny, zamiast go potwierdzać. Czas pracy rozważanej maszyny wygląda gorzej, niż ktokolwiek sądził, gdy policzy się mikroprzestoje, a mimo to większość godzin, które straciła, nie była jej własna: była zagłodzona od strony wejścia, zablokowana od strony wyjścia, w przezbrojeniu albo czekała na operatora obsługującego dwa stanowiska. Maszyna nigdy nie była ograniczeniem, a pieniądze powinny trafić gdzie indziej.

Co zmierzyć przed startem, żeby później udowodnić zmianę

Pułapka leży w definicjach. Przed uruchomieniem dostępność pochodzi z raportu zmianowego, w którym mikroprzestojów się nie zapisuje; potem przestoje wykrywane są automatycznie, więc mierzone OEE spada, bo straty, które zawsze tam były, wreszcie ktoś policzył. Jeśli nikt nie zapisał starej definicji i starej liczby, trzeci miesiąc wygląda jak regres, a program traci wiarygodność na tłumaczenie się.

Spisz więc obecną liczbę i jej pełną definicję: bazę czasu, z której liczony jest procent, źródło idealnego czasu cyklu, sposób klasyfikacji przestojów, to, czy wyłącza się planowane utrzymanie ruchu, i to, jak traktowane są poprawki. Pierwsze dwie rozstrzygają najwięcej: czas kalendarzowy, czas planowany i czas pracy obsady dają dla tego samego zakładu trzy różne liczby z identycznych danych, a idealny czas cyklu to albo wartość z tabliczki znamionowej, albo najlepszy osiągnięty, albo liczba z marszruty wpisana raz i nigdy nieweryfikowana.

Potem zbierz fakty trudniejsze do przedefiniowania i możliwe do uzgodnienia z finansami: sztuki wysłane, godziny opłacone wobec przepracowanych, pozycje zleceń dostarczone po terminie, noty korygujące i nadgodziny. Trudniejsze nie znaczy niemożliwe, więc zamroź dla każdego z nich definicję i system źródłowy obok definicji OEE. Terminowość dostaw wymaga osobnej, spisanej decyzji, bo baza daty to najczęściej przerabiana na nowo definicja w każdym zakładzie: pierwotne potwierdzenie czy ostatnia rewizja terminu, zlecenie czy pozycja, wysyłka czy odbiór.

Co jest pierwsze: łączność, dane podstawowe, dopiero potem analityka

Łączność i dane podstawowe leżą pod wszystkim, analityka leży na wierzchu i jest warta tyle, ile warte są tamte warstwy, a dane podstawowe to zależność konsekwentnie niedoceniana. System realizacji produkcji nie wyda operacji, której nie ma w marszrucie, a harmonogramowanie nie ułoży kolejności bez norm czasowych zmierzonych w tej dekadzie. Zanim więc zobowiążesz się do terminu, policz indeksy bez marszruty, normy czasowe wpisane okrągłą liczbą, lokalizacje istniejące w praktyce, ale w żadnym systemie, oraz zdublowane struktury wyrobu.

Drugi szew, który trzeba obrysować na początku, a nie na końcu, to integracja z ERP, gdzie trudność leży w uzgodnieniach, a nie w kodzie: co oznacza meldunek zwrotny po każdej ze stron i czy melduje hala, czy robi to backflush; jak lądują ilości częściowe i podziały zleceń; co dzieje się ze storno, gdy materiał już się przemieścił; gdzie księgują się braki wobec kosztu standardowego. Każda odpowiedź to decyzja między działami, które nigdy wcześniej nie musiały się dogadać.

Dwie zależności o długim czasie realizacji rzadko trafiają na techniczną mapę drogową. Zapis realizacji produkcji przypisujący wykonanie, przestoje i braki imiennie wskazanemu operatorowi jest, w Niemczech i w dużej części Europy, systemem zdolnym do monitorowania wyników poszczególnych osób, więc wymaga porozumienia zakładowego wynegocjowanego z radą zakładową przed uruchomieniem produkcyjnym. Zgoda zajmuje miesiące, więc zacznij ją w pierwszym roku, równolegle z danymi podstawowymi. Treść jest krótka: czy tożsamość operatora w ogóle jest zapisywana, kto ją widzi, jak długo i czy raportowanie jest z założenia zagregowane.

Druga dotyczy produkcji regulowanej. W farmacji, wyrobach medycznych i dużej części branży spożywczej system, który zapisuje albo wymusza dyspozycję jakościową, wchodzi w zakres walidacji: plan walidacji, kwalifikacja, ścieżka audytu, obowiązki podpisu, wolniejsza kontrola zmian potem. Raportowanie, rejestracja przestojów i harmonogramowanie leżą poza tą granicą; blokada partii, dyspozycja i wersja modelu używana przez system inspekcji leżą w środku. Obrysuj ten zakres, zanim moduł zostanie kupiony, bo walidacja bywa najdłuższą pojedynczą pozycją w całym programie.

Dlaczego MES jest przed APS, a dane jakościowe przed predykcją jakości z AI

Daj zaawansowanemu planowaniu wczorajsze założenie o tym, gdzie jest robota, a kolejność zostanie przesortowana ręcznie jeszcze przed zmianą, planista wróci do arkusza w ciągu kilku tygodni, a werdykt będzie taki, że oprogramowanie do harmonogramowania było złe. Nie było złe, było ślepe.

Dane na żywo czynią harmonogram wykonalnym, ale jeszcze nie takim, który hala faktycznie zrealizuje, i w tej szczelinie mieści się większość rozczarowań APS. Harmonogram na idealnych danych i tak zostanie zignorowany, jeśli optymalizuje niewłaściwy cel, minimalizując przezbrojenia, podczas gdy zakład rozliczany jest z terminów; jeśli brakuje ograniczeń wtórnych, bo o realnej kolejności decydują oprzyrządowanie, matryca kompetencji i współdzielona obsada; albo jeśli nic nie jest zamrożone, bo optymalizator liczący bez przerwy od nowa podaje mistrzowi inny plan za każdym razem, gdy ten na niego spojrzy. Uzgodnij okres zamrożony, a optymalizacja niech miele poza nim.

Predykcja jakości ma ten sam kształt: model prognozujący braki potrzebuje braków zapisanych na tej operacji, na której powstały, z przyczyną i kontekstem procesu, od maszyny i narzędzia po partię materiału.

W utrzymaniu ruchu jest rozróżnienie, które sprzedaż zwykle przemilcza. Detekcja anomalii na sygnaturach drgań albo prądu działa bez historii awarii, co nie jest tym samym co działanie bez danych: potrzebuje tygodni danych ze stanu zdrowego, pokrywających pełen zakres warunków pracy, bo inaczej alarmuje przy każdym przezbrojeniu zamiast przy uszkodzeniu, oraz czujników zamontowanych i próbkowanych pod te tryby uszkodzeń, na których ci zależy. I nawet wtedy mówi tylko, że coś jest nietypowe, a wiedza o tym, które anomalie miały znaczenie, wymaga historii zleceń serwisowych z rodzajami uszkodzeń.

Kamera pokazująca na ekranie wynik OK albo NOK też jeszcze nie zmieniła zakładu: werdykt musi przypiąć się do zlecenia, partii i wersji modelu wewnątrz zapisu realizacji produkcji i jakości, co czyni inspekcję zdolnością późną, a nie punktem wejścia. Osobne przewodniki opisują harmonogramowanie ze skończoną zdolnością, to, co harmonogram APS musi spełnić, oraz to, gdzie kończy się CMMS, a zaczyna utrzymanie predykcyjne.

Kto prowadzi program i dlaczego operatorzy nie chcą wprowadzać danych na hali

IT jest partnerem, a nie właścicielem: kiedy IT jest właścicielem programu, optymalizuje integrację i bezpieczeństwo, robi jedno i drugie dobrze, a potem staje na tym, że system się nie przyjmuje, bo nikt w tej linii nie odpowiada za to, czy operator korzysta z ekranu. Pod właścicielem siedzą kluczowi użytkownicy, po jednym na obszar, imiennie wskazani, z przydzielonymi godzinami: to oni decydują, o co ekran pyta i w jakiej kolejności, i to ich hala słucha.

Deklarowaną przeszkodą w korzystaniu z systemu prawie zawsze są ludzie; prawdziwą przeszkodą zwykle jest projekt transakcji. Popatrz na meldunek zwrotny w trakcie przezbrojenia, w rękawicach, z kolejnym zleceniem czekającym obok. Jeśli wpisanie przyczyny przestoju nie zmienia niczego widocznego, wpis jest podatkiem od zmiany, płaconym najpóźniej, jak się da, i zwykle hurtem, jako fikcja na koniec. Jeśli powiadamia utrzymanie ruchu, aktualizuje tablicę zmianową albo przestawia kolejność następnego zlecenia, staje się częścią pracy.

Dobry projekt wprowadzania danych jest konkretny: terminale przy maszynie, obsługa jedną ręką w rękawicy, wartości domyślne zaciągane ze zlecenia i krótka lista przyczyn dla danego typu maszyny zamiast taksonomii, z której używa się kilku kodów. Kiedy transakcja pasuje do pracy, szkolenie jest na tyle krótkie, że da się je zrobić przy maszynie w trakcie zmiany. Kiedy nie pasuje, żadne dodatkowe godziny szkolenia w sali tego nie naprawią, a prośba o więcej szkoleń to często problem projektowy błędnie zdiagnozowany jako problem z ludźmi.

W większości planów szkoleń brakuje dwóch rzeczy. Pierwsza to korekty: meldowania dobrej ilości łatwo się nauczyć, natomiast wycofanie błędnej albo rozplątanie meldunku zaksięgowanego na niewłaściwe zlecenie to miejsce, w którym nieprzeszkolony użytkownik robi realne szkody. Druga jest taka, że szkolenie nie jest wydarzeniem, bo mistrzowie potrzebują więcej niż operatorzy, a nowi pracownicy, ludzie z agencji i wielojęzyczna hala pojawiają się bez przerwy.

Skalowanie pilotażu na cały zakład: co sprawia, że pilotaż da się powielić

Pilotaże nie skalują się z powodów wbudowanych w nie od początku: najlepsza linia, ominięte stare maszyny, dostawca na miejscu codziennie, dane podstawowe wyczyszczone ręcznie. Pilotaż zbudowany pod skalowanie działa na linii reprezentatywnej, obejmuje przynajmniej jeden niewygodny zasób i rejestruje godziny na linię, bo ten koszt jednostkowy to jedyne uczciwe wejście do planu rozszerzenia.

Kryteria wyjścia i datę decyzji o rozszerzeniu uzgadnia się przed startem pilotażu, a końcowy odcinek biegnie bez dostawcy. W tym odcinku liczy się pokrycie, a nie długość, bo pilotaże rzadko przewracają się w zwykłym biegu. Przewracają się na pierwszym zamknięciu okresu, kiedy liczby muszą uzgodnić się z ERP i ktoś znajduje braki zaksięgowane dwa razy, oraz przy pierwszym restarcie po postoju, kiedy bramki wracają, a zbuforowane liczniki nie. Określ więc pokrycie: jedno zamknięcie okresu wraz z uzgodnieniem, pełny asortyment, który ta linia produkuje, i jeden planowany postój z ponownym uruchomieniem. W większości zakładów to miesiąc albo jeden pełny cykl, a nie dwa tygodnie.

Co obejmuje budżet transformacji cyfrowej i jakie są koszty bieżące po niej

Licencja to pozycja negocjowana najostrzej, a pozycje, które decydują o wyniku, są gdzie indziej: integracja z ERP i z maszynami; sprzęt, od bramek i paneli po czujniki doposażeniowe; czyszczenie danych podstawowych; szkolenia i czas produkcyjny, który pochłaniają; oraz praca własna. Praca własna to pozycja pomijana najczęściej: kluczowi użytkownicy, właściciel, IT, technicy montujący bramki, produkcja utracona przy przełączeniu. Jeśli nikt nie wycenił tych godzin, budżet jest zły, niezależnie od tego, jak dobrze wynegocjowano licencję.

Prace fizyczne dzielą się na dwie kategorie, które planuje się inaczej. Trasy kablowe, porty na switchach i segmentacja między siecią sterowania a siecią biznesową to zwykła inżynieria z długimi terminami dostaw i może iść równolegle z produkcją. Wszystko wewnątrz szafy sterowniczej już nie: to praca w izolacji, wymagająca procedury LOTO i planowanego postoju, a w większości zakładów obowiązuje stały zakaz otwierania szafy pod napięciem. Realnym ograniczeniem harmonogramu łączności jest więc to, ile okien postojowych zostało w tym roku i ile z każdego zajęło już utrzymanie ruchu. Łączność planuje się według kalendarza postojów, a nie według planu wdrożenia oprogramowania.

Potem koszty bieżące, których nie zawiera żaden budżet projektu, a o które dyrektor finansowy pyta najpierw: koszt w czwartym roku. Subskrypcja albo roczne wsparcie biegną dalej, a panele przemysłowe i bramki zużywają się szybciej niż sprzęt biurowy. Przede wszystkim jednak ktoś u ciebie musi prowadzić system, gdy dostawca odejdzie: utrzymanie danych podstawowych, zmiany kodów przyczyn i marszrut, administracja użytkownikami, przyjmowanie kolejnych wydań. Zaplanuj osobny budżet na zmiany w dwunastu miesiącach po uruchomieniu produkcyjnym, bo wnioski warte sfinansowania pojawiają się dopiero wtedy, gdy hala uwierzy w to, co system jej pokazuje.

Jak ułożyć trzyletnią mapę drogową inteligentnej fabryki

Kalendarz dokłada to, czego nie daje sama kolejność zależności: kto decyduje na każdej granicy oraz jak rozkładają się pieniądze i godziny. Rok pierwszy rozstrzyga decyzje, których późniejsza zmiana jest droga, a rozstrzyga je właściciel z finansami, IT i radą zakładową, a nie zespół projektowy: definicje wskaźników, strukturę danych podstawowych, szew z ERP, tożsamość operatora, a w zakładzie regulowanym zakres walidacji. Praca własna osiąga tu szczyt w stosunku do wydatków na licencje, więc budżet o kształcie typowego projektu IT jest już z góry zły. Jedna pozycja należy do roku pierwszego, a bywa odkładana: opomiarowanie największych odbiorów energii, żeby ustalić bazę odniesienia, co jest instrumentacją, a nie modelowaniem, i często nie jest opcjonalne przy normie energetycznej albo audycie.

Granica między rokiem pierwszym a drugim jest oceną, a nie datą, i przekracza się ją wtedy, gdy hala kłóci się z liczbą systemu, zamiast ją ignorować. Zamknięcie pętli oznacza, że mistrz albo kierownik jakości oddaje decyzję regule, więc ten zakres negocjuje się z ludźmi, których uprawnienia się przesuwają, a wydatki przenoszą się z godzin własnych na licencje i integrację. Rok trzeci zarabia na warstwę opartą na modelach dwoma latami zapisu, a jego warunkiem granicznym jest własność: każda zdolność potrzebuje imiennie wskazanej osoby odpowiedzialnej za próg i za harmonogram douczania. Energia przypisana do detalu należy tutaj, bo przypisanie wymaga zapisu realizacji produkcji, który zbudowały dwa pierwsze lata.

Dwa warunki stopu należą do zatwierdzenia. Jeśli hala nie ufa danym z roku pierwszego, rok drugi się nie zaczyna. A wyciąganie roku trzeciego do przodu, bo zarząd poprosił o inicjatywę AI, daje dokładnie ten stojący w miejscu projekt, który opisano na początku tej strony.

Jak stwierdzić, czy kontynuować: kryteria bramek dla każdego etapu

Każdy etap potrzebuje bramki z dowodem, który dałoby się pokazać sceptykowi. Po łączności: czy zarejestrowana produkcja zgadza się z ręcznym liczeniem przez pełną zmianę, w tolerancji uzgodnionej przed testem. Po pierwszej raportowanej liczbie: czy stary arkusz jest nadal prowadzony obok niej; kiedy po cichu przestaje być aktualizowany, liczba została przyjęta.

Jedna bramka należy do pierwszego uruchomienia MES i prawie zawsze się ją pomija: co robi linia, kiedy systemu nie ma. Gdy operatorzy meldują przy maszynie, a jakość blokuje partie regułą, uszkodzony switch albo interfejs zatrzymuje produkcję, bo zakład zamienił podkładkę z kartką na pojedynczy punkt awarii. Zdefiniuj więc i przetestuj tryb awaryjny najpierw: co terminal buforuje lokalnie i jak długo, jaka jest procedura papierowa, kto może dopuścić pracę bez systemu i jak wprowadza się potem zaległości bez podwójnego liczenia. Przetestuj to, wypinając połączenie na biegnącej zmianie, bo nieprzetestowane przełączenie awaryjne to zwyczajna przyczyna tego, że uruchomienie staje się incydentem produkcyjnym.

Po zapisie realizacji produkcji: czy da się odtworzyć jedno zlecenie, razem z przestojami, brakami i tym, kto je wykonywał, na uzgodnionym poziomie identyfikacji, bez pytania człowieka. Przed planowaniem: czy produkcja w toku jest poprawna na początku zmiany. Jeden trend znaczy więcej niż którakolwiek pojedyncza bramka: jeśli każda kolejna linia kosztuje tyle co poprzednia, program zbudował instalacje szyte na miarę, a nie metodę.

Gdzie mieści się Meta Smart Factory

Meta Smart Factory pokrywa powyższe warstwy jako osobne moduły, od MES, MRP i APS przez jakość, utrzymanie ruchu i magazyn po systemy wizyjne i integrację z ERP. Modułowość sprawia, że taką kolejność da się kupić, ale pierwszy zakup to nie sam moduł. To jeden moduł wobec jednego nazwanego ograniczenia w jednym obszarze, plus fundament pod nim: łączność, czyszczenie danych podstawowych, szew z ERP i uzgodnione definicje. Ten fundament to większość wysiłku pierwszego roku i nie występuje na żadnym cenniku, więc należy do zatwierdzenia jako osobna pozycja, a nie jako założenie ukryte w licencji.

Trudne części przetrwają każdy wybór platformy. Ustalenie, co znaczą liczby, wyczyszczenie danych podstawowych, zaprojektowanie transakcji, które operatorzy wykonają bez poganiania, i wybór tego, co przestajemy robić, to praca wspólna. Jeśli jesteś w tym miejscu, rozmowa o kolejności dla twojego ograniczenia da więcej niż demonstracja produktu.