Oprogramowanie do symulacji produkcji: jak ocenić i wybrać
Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.
By Mirko Peters ·
Oprogramowanie do symulacji produkcji łatwiej wybrać przy pomocy karty oceny niż rankingu. Kryteria, pytania testowe i uczciwa metoda porównania dla kierowników zakładów.
Automatically translated with AI from the original post. Read the English original
Oprogramowanie do symulacji produkcji to narzędzie stojące za symulacją fabryki: pozwala zbudować komputerowy model linii lub zakładu i przetestować decyzje, zanim wydasz prawdziwe pieniądze. Wybór właściwego narzędzia zależy mniej od listy funkcji, a bardziej od trzech rzeczy: pytania, na które musisz uzyskać odpowiedź, danych, które możesz dostarczyć, oraz osób, które będą budować i odczytywać modele. Ten przewodnik jest przeznaczony dla kierowników zakładów, którzy muszą przeprowadzić ocenę oprogramowania i chcą mieć kartę oceny, którą da się obronić.
Najważniejsze wnioski
- Wybieraj oprogramowanie do symulacji produkcji na podstawie pytania, danych i osób, które będą budować oraz odczytywać modele, a nie na podstawie listy popularności.
- Badanie z konferencji Winter Simulation Conference z 2016 roku uszeregowało narzędzia według popularności, a samo stwierdza, że popularność nie gwarantuje jakości; większość narzędzi ma zbliżone listy funkcji.
- Podejścia zdarzeniowe dyskretne i oparte na agentach dobrze nadają się do rozwoju procesów, dlatego wybór często zależy od oprogramowania i od tego, kto buduje model.
- Sprawdź, czy narzędzie obsługuje powtarzane przebiegi z przedziałami ufności i obsługą okresu rozgrzewki, ponieważ pojedynczy przebieg to tylko jedna próbka.
- Porównuj finalistów na tym samym przypadku, na Twoich danych, z wagami ustalonymi z góry oraz z zapisem godzin pracy modelujących, jakich wymagał każdy z nich.
Jakie rodzaje oprogramowania do symulacji produkcji istnieją?
Dwa podziały pomagają uporządkować rynek. Pierwszy to podejście do modelowania, drugi to sposób budowy modelu.
Badanie z zakresu Lean Six Sigma porównało trzy podejścia na przypadku fabryki: zdarzeniowe dyskretne, oparte na agentach oraz dynamikę systemową. Autorzy stwierdzili, że symulacja zdarzeniowa dyskretna i oparta na agentach nadają się do rozwoju procesów produkcyjnych w podobnym stopniu, a wybór może zależeć od dostępnego oprogramowania lub preferencji modelującego. Uznali także, że modele hybrydowe są bardzo obiecujące. Krótko mówiąc, paradygmat ma mniejsze znaczenie, niż się wydaje. Liczy się to, czy narzędzie potrafi odwzorować Twój przepływ, Twoje reguły i Twoją zmienność.
W praktyce pytania dzielą się na kilka grup, a narzędzia zwykle skłaniają się ku jednej z nich:
- Modele przepływu śledzą detale przechodzące przez stanowiska, bufory i kolejki. Odpowiadają na pytania o przepustowość, czas realizacji i produkcję w toku.
- Modele z indywidualnymi aktorami, takimi jak planiści, zamówienia lub przewoźnicy, którzy działają według własnych reguł. Sprawdzają się, gdy zachowania i decyzje są równie ważne jak przepływ.
- Modele wysokiego poziomu wielkości w dłuższych okresach, używane do pytań strategicznych.
- Modele fizyczne lub 3D maszyn i robotów. Odpowiadają na inne pytanie, mianowicie czy ruch lub układ działa w przestrzeni.
Sposób budowy modelu to drugi podział. Niektóre narzędzia są wizualne i działają metodą przeciągnij i upuść. Inne pracują na tabelach i arkuszach kalkulacyjnych. Jeszcze inne to biblioteki kodu, które Twój zespół programuje. Im większą swobodę daje narzędzie, tym więcej umiejętności wymaga.
Jeśli rozważasz też cyfrowego bliźniaka, pamiętaj, że rozwiązuje on inny problem: pozostaje połączony z danymi z zakładu w czasie rzeczywistym, podczas gdy symulacja jest uruchamiana na żądanie, aby przetestować wybory. Najpierw rozstrzygnij tę kwestię.
Dlaczego ranking nie pomoże?
Listy najlepszych narzędzi są wszędzie i potrafią kusić. Podchodź do nich ostrożnie.
Artykuł Discrete Simulation Software Ranking z konferencji Winter Simulation Conference z 2016 roku klasyfikował narzędzia według popularności, wykorzystując wyszukiwania w sieci, publikacje, recenzje i media społecznościowe. Autorzy zaznaczają, że większa popularność nie gwarantuje wyższej jakości. Uważają, że popularność nie powinna być jedynym kryterium wyboru i sugerują połączenie jej z porównaniem funkcji oraz eksperymentami. Zwracają też uwagę, że większość narzędzi ma podobne listy funkcji, przez co samo porównanie funkcji trudno wykorzystać do wyciągnięcia wniosków.
Popularne narzędzie ma jedną realną zaletę: łatwo znaleźć ludzi, którzy je znają. Ma to znaczenie przy zatrudnianiu i wtedy, gdy odchodzi Twój konsultant. Uwzględnij to, ale nie pozwól, by to przesądziło o wyborze.
Które kryteria są najważniejsze?
Potraktuj poniższe punkty jako wiersze karty oceny. Przy każdym z nich prawa kolumna zawiera pytanie, które zadałbyś podczas prezentacji demonstracyjnej.
- Dopasowanie do Twojego problemu. Czy narzędzie odwzoruje Twój przepływ produkcji, reguły partii, kalendarze zmian i przezbrojenia bez obejść? Poproś dostawcę, by na żywo zamodelował jedną trudną cechę Twojej linii.
- Import danych. Czy narzędzie potrafi wczytać trasy technologiczne, zasoby i zlecenia z eksportów z systemu ERP, plików Excel lub bazy danych oraz czy można odświeżyć model bez jego ponownego budowania? Model zasilany ręcznie przepisywanymi liczbami szybko staje się nieaktualny.
- Obsługa eksperymentów. Czy narzędzie potrafi uruchomić wiele scenariuszy i automatycznie powtórzyć każdy z nich? Zobacz kolejną sekcję.
- Wsparcie walidacji. Czy można porównać wyniki modelu z wynikami historycznymi, prześledzić pojedynczy detal przez model i sprawdzić, dlaczego coś się wydarzyło?
- Wyniki i raportowanie. Czy narzędzie wygeneruje wskaźniki KPI, które śledzisz, i wyeksportuje wyniki do narzędzi, z których korzystają Twoi menedżerowie, na przykład Excel lub Power BI? Animacja pomaga uwierzyć w model, ale o wszystkim decydują liczby.
- Wymagane umiejętności. Kto w Twoim zakładzie potrafi zbudować i utrzymać model i jak długie jest szkolenie? Narzędzie, które rozumie tylko jeden ekspert, rzadko przetrwa jego odejście.
- Czas wykonania i skalowalność. Ile trwa uruchomienie realistycznego modelu i co się dzieje przy dziesięciokrotnie większej liczbie zleceń?
- Automatyzacja i integracja. Czy istnieje interfejs umożliwiający uruchamianie modeli ze skryptów lub z innych systemów?
- Koszt w perspektywie trzech lat. Licencje, szkolenia, godziny pracy modelujących, przygotowanie danych i wsparcie. Uwzględnij koszt kolejnego modelu, nie tylko pierwszego.
- Wyjście z narzędzia. Czy w razie zmiany narzędzia można wyeksportować strukturę modelu i dane?
Dlaczego obsługa eksperymentów zasługuje na osobną weryfikację?
Modele symulacyjne z losowymi danymi wejściowymi dają inny wynik przy każdym uruchomieniu, więc pojedynczy przebieg to tylko jedna próbka. Wykład MIT o planowaniu eksperymentów (udostępniony na mirrorze MIT OpenCourseWare) przedstawia kluczowe pytanie: ile niezależnych powtórzeń jest potrzebnych, aby osiągnąć zadaną dokładność, oraz opisuje regułę zatrzymania opartą na szerokości przedziału ufności. W przypadku modeli działających w sposób ciągły omawia też okres rozgrzewki: odrzuca się pierwsze obserwacje każdego powtórzenia, a resztę uśrednia. Metoda Welcha pomaga wybrać moment zakończenia rozgrzewki.
Nie musisz wykonywać tych obliczeń samodzielnie, ale powinno je robić oprogramowanie. Sprawdź, czy potrafi automatycznie uruchamiać powtórzenia, raportować przedziały ufności, pomagać w ustawieniu okresu rozgrzewki i porównywać scenariusze w jednym widoku. Jeśli pokazuje tylko jeden animowany przebieg, skończysz, podejmując decyzję jak rzut monetą.
A co z uruchamianiem wielu scenariuszy?
Gdy testujesz dziesiątki scenariuszy, każdy z wieloma replikacjami, czas działania staje się realnym kosztem. Replikacje są niezależne od siebie, więc mogą działać równolegle. Microsoft opisuje usługę Azure Batch jako usługę do dużych, równoległych zadań, które nie wymagają komunikacji między sobą, a symulacja Monte Carlo jest wymieniona jako przykład. Sam dostarczasz aplikację, a Batch wdraża ją w puli maszyn wirtualnych. Rozwiązanie zadziała tylko wtedy, gdy narzędzie do symulacji może działać bez ekranu z wiersza poleceń, a jego licencja na to pozwala, więc umieść oba punkty na liście pytań. Pojemność Azure warto omawiać z działem IT dopiero wtedy, gdy pilotaż pokaże, że jest ona potrzebna.
Czy kupić narzędzie, zatrudnić specjalistę, czy zbudować własne rozwiązanie?
Bądź szczery co do tego, jak często będziesz z niego korzystać.
- Zatrudnij specjalistę, gdy masz rocznie jedno lub dwa duże pytania, na przykład dotyczące nowej linii lub poważnej inwestycji. Płacisz za opracowanie analizy i nie musisz szkolić zespołu.
- Kup narzędzie, gdy planiści będą regularnie testować warianty, na przykład modele zmian, miks produktowy czy wielkości buforów. Zaplanuj czas na szkolenia oraz na utrzymanie modelu w aktualnym stanie.
- Zbuduj własne rozwiązanie z wykorzystaniem biblioteki programistycznej tylko wtedy, gdy masz ludzi, którzy potrafią napisać i utrzymywać kod. Elastyczność jest duża, ale duża jest też zależność od tych osób.
Wiele zakładów zaczyna od analizy wykonanej przez specjalistę, dowiaduje się, jakie pytania naprawdę mają, a dopiero potem wybiera narzędzie.
Jak przeprowadzić uczciwe porównanie?
Rzetelny test trwa kilka tygodni, a nie miesiące.
- Sformułuj pytanie. Jedna decyzja, jeden termin, jeden właściciel.
- Przygotuj jeden zestaw danych dla jednej linii lub komórki: trasy technologiczne, czasy, zasoby, kalendarze, popyt i miesiąc rzeczywistych wyników.
- Ustal wagi z góry. Zdecyduj, jak bardzo liczą się import danych, obsługa eksperymentów, kompetencje i koszt, zanim zobaczysz demo.
- Daj każdemu finaliście ten sam przypadek i ten sam termin.
- Pozwól korzystać z narzędzia własnym ludziom. Obserwuj, gdzie utykają.
- Zweryfikuj na danych historycznych. Czy model odtwarza zeszły miesiąc w granicach uzgodnionego marginesu?
- Zapisuj nakład pracy. Godziny modelujących, godziny czyszczenia danych, pytania kierowane do wsparcia.
- Oceniaj wspólnie. Zakład, planowanie, IT i finanse oceniają własne wiersze.
Jeśli dostawca nie uruchomi Twoich danych w pilotażu, to już jest odpowiedź.
Częste błędy
- Wybór na podstawie rankingu. Pokazuje, co jest popularne, a nie co pasuje.
- Zakup pod kątem dema. Efektowna animacja nic nie mówi o obsłudze danych ani wsparciu eksperymentów.
- Ignorowanie tego, kto buduje modele. Najlepsze narzędzie dla eksperta może być złym wyborem dla Twojego zespołu.
- Pominięcie walidacji. Model, który nie potrafi odtworzyć przeszłości, nie powinien decydować o przyszłości.
- Niedoszacowanie pracy nad danymi. Zbieranie i czyszczenie danych wejściowych może zająć tyle samo czasu, co budowa modelu.
- Podejmowanie decyzji na podstawie jednego przebiegu. Bez replikacji nie odróżnisz realnej poprawy od szumu.
Gdzie pasuje Polaris
Jeśli chcesz symulacji, która startuje z danych z Twojego systemu ERP, jednym z kandydatów jest iFAKT Polaris. iFAKT opisuje Polaris jako AI połączone z cyfrowym bliźniakiem produkcji. Moduł Polaris Designer buduje graf wiedzy łączący produkty, procesy i zasoby na podstawie danych z ERP, zestawień materiałowych i czasów procesów, a moduł Polaris Simulator wykorzystuje go do wirtualnego testowania scenariuszy mocy produkcyjnych, obsady i buforów oraz do pokazywania wąskich gardeł i nierównomierności obciążenia. Przepuść go przez tę samą kartę oceny i ten sam pilotaż co każdego innego kandydata.
Powiązane tematy do zgłębienia
- Dane wejściowe do symulacji. Jakie czasy i reguły zebrać w pierwszej kolejności i jak je sprawdzić z ludźmi pracującymi na linii.
- Walidacja modelu. Jak porównać wyniki z wybranym okresem z przeszłości i udokumentować rozbieżności.
- Symulacja a dane na żywo. Co się zmienia, gdy model zostaje połączony z halą produkcyjną.
- Raportowanie wyników symulacji. Które nieliczne wskaźniki KPI są potrzebne kierownikom i jak pokazać scenariusze obok siebie.
- Obsada zespołu symulacyjnego. Kto buduje modele, kto je posiada i kto je weryfikuje.
Następny krok
Wybór oprogramowania do symulacji produkcji staje się łatwiejszy, gdy masz kartę oceny z wagami uzgodnionymi wcześniej. Wybierz jedną rzeczywistą decyzję w swojej fabryce, przygotuj dla niej pakiet danych i przedstaw ten sam przypadek dwóm lub trzem kandydatom.