Analiza scenariuszy „co, jeśli” w planowaniu produkcji: metoda

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 · 2026-11-12

Analiza scenariuszy „co, jeśli” w planowaniu produkcji polega na skopiowaniu planu, zmianie jednego założenia i porównaniu wyników. Poznaj kroki, dane, narzędzia i kontrole.

Automatically translated with AI from the original post. Read the English original

Analiza scenariuszy „co, jeśli” w planowaniu produkcji polega na zachowaniu planu bazowego, zmianie jednego założenia i porównaniu wyniku, zanim cokolwiek wydarzy się naprawdę. Założeniem może być maszyna wyłączona na dwie zmiany, pilne zamówienie, brakujący materiał albo nowy model zmian. Porównanie pokazuje, jak każdy wybór wpływa na terminy dostaw, obciążenie i nadgodziny. Ten artykuł jest przeznaczony dla planistów produkcji, którzy chcą powtarzalnej metody, a nie jednorazowego arkusza, i którzy muszą wiedzieć, jakie dane, narzędzia i kontrole sprawiają, że odpowiedzi są wiarygodne.

Najważniejsze wnioski

• Scenariusz „co, jeśli” bierze twój plan bazowy, zmienia jedno założenie, na przykład awarię maszyny lub pilne zamówienie, i porównuje wynik z planem bazowym, zanim cokolwiek wydarzy się naprawdę.
• Zacznij od decyzji, a następnie wybierz dwie lub trzy dźwignie i dwa lub trzy wskaźniki KPI, ponieważ scenariusz bez decyzji, która za nim stoi, jest tylko ćwiczeniem.
• Najpierw zmieniaj jedną dźwignię naraz, a łącz dźwignie dopiero wtedy, gdy zrozumiesz efekt każdej z nich osobno.
• Przetestuj model na okresie historycznym, zanim zaufasz mu w odniesieniu do przyszłości, ponieważ wartość modelu zależy od tego, czy jego wyniki są wystarczająco dokładne do celu, do którego go używasz.
• Narzędzia Microsoft obejmują część tej pracy: główne plany w Dynamics 365 mogą przechowywać alternatywne strategie planowania, a parametry „co, jeśli” w Power BI nadają się do prostych obliczeń, a nie do ustalania kolejności zleceń w harmonogramie.

Czym jest scenariusz „co, jeśli”, a czym nie jest?

Scenariusz to spójny zestaw założeń dotyczących przyszłości, uruchomiony na tym samym modelu co plan bazowy. Plan bazowy to twój najlepszy obecny plan. Wszystko inne jest jego wariantem.

Warto rozdzielić trzy pojęcia, które ludzie często mylą.

• Prognoza mówi, czego się spodziewasz. Scenariusz mówi, co się stanie, jeśli wydarzy się coś konkretnego.
• Pytanie „co, jeśli” to pytanie, które zadajesz. Symulacja fabryki to jeden ze sposobów na udzielenie na nie odpowiedzi, polegający na uruchomieniu modelu zakładu z wybranymi danymi wejściowymi. Innym sposobem jest arkusz kalkulacyjny lub uruchomienie planowania w systemie ERP.
• Kontrola wrażliwości zmienia jedno dane wejściowe w określonym zakresie, aby zobaczyć, jak bardzo zmienia się wynik. Pokazuje, które założenia zasługują na twoją uwagę.

Cel wszystkich trzech jest ten sam: poznać konsekwencje decyzji, dopóki zmiana zdania jest jeszcze tania.

Które decyzje warto analizować scenariuszem?

Uruchom scenariusz, gdy decyzji trudno się wycofać, gdy wchodzi ze sobą w interakcje kilka ograniczeń albo gdy odpowiedź nie jest oczywista na podstawie doświadczenia. Typowe sygnały w planowaniu produkcji:

• Maszyna wąskiego gardła zostanie wyłączona na przegląd i musisz wybrać, które zlecenia się opóźnią.
• Klient prosi o wcześniejszy termin. Co to przesuwa i kto za to zapłaci?
• Nieobecności lub urlopy zmniejszają obsadę na jeden tydzień.
• Dostawca zapowiada opóźnienie w dostawie kluczowego materiału.
• Zmienia się struktura asortymentu i chcesz wiedzieć, czy obecne moce produkcyjne nadal wystarczą.
• Rozważasz drugą zmianę, nowy bufor lub dodatkowe oprzyrządowanie.

Pomijaj scenariusze dla decyzji, które są tanie i łatwe do cofnięcia, oraz dla pytań, w których plan jest już wykonalny z dużym zapasem. Scenariusz kosztuje czas planisty i powinien przynieść lepszą decyzję.

Jak przeprowadzić analizę scenariuszy „co, jeśli” w produkcji?

Oto sekwencja, która sprawdza się w arkuszu kalkulacyjnym i w specjalistycznym oprogramowaniu.

1. Zapisz decyzję. Jedno zdanie: „Musimy zdecydować o X do piątku.” Jeśli nie da się tego sformułować, scenariusz jeszcze nie jest potrzebny.
2. Zamroź wartość bazową. Zapisz obecny plan wraz z założeniami: kalendarzami, czasami cykli, listą zleceń i dostępnością materiałów. Każdy scenariusz jest porównywany z tą wersją, więc nie może się zmieniać w trakcie analizy.
3. Wybierz dźwignie. Dźwignie to rzeczy, które możesz zmienić lub które mogą się zmienić: moce produkcyjne, obsadę, priorytety zleceń, terminy realizacji i dostawy materiałów. Wybierz dwie lub trzy, które mają znaczenie dla tej decyzji.
4. Ustal realistyczne zakresy. Zapytaj osoby, które znają proces. Ile trwa typowa naprawa? Jak często dostawcy spóźniają się z dostawami i o ile? Nie wymyślaj liczb. Korzystaj z własnej historii i oznaczaj każde oszacowanie jako szacunek.
5. Wybierz miary. Wystarczą dwa lub trzy wskaźniki KPI: terminowość dostaw, czas realizacji, wykorzystanie wąskiego gardła, godziny nadgodzin i produkcja w toku. Określ je przed uruchomieniem jakiegokolwiek scenariusza, aby nikt nie wybrał później korzystnego wskaźnika.
6. Zmieniaj jedną dźwignię naraz. Uruchom każdy scenariusz względem wartości bazowej. Łącz dźwignie dopiero wtedy, gdy zrozumiesz wpływ każdej z nich osobno.
7. Porównaj i zdecyduj. Zestaw obok siebie wartość bazową i scenariusze. Omów, co zrobiłbyś w każdym z przypadków, i zapisz decyzję wraz z uzasadnieniem.
8. Prowadź zapis. Zapisz założenia i wynik razem z decyzją. Będą potrzebne, gdy będziesz analizować, co naprawdę się wydarzyło.

Oto hipotetyczny przykład, wymyślony wyłącznie po to, by pokazać logikę. Jedna komórka ma jedną prasę stanowiącą wąskie gardło, która wykonuje 300 jednostek na zmianę. Zakład pracuje dziesięć zmian tygodniowo, więc moc produkcyjna wynosi 3 000 jednostek. Zamówienia z tego tygodnia sumują się do 2 700 jednostek, czyli 90% mocy. Wartość bazowa jest wykonalna i zostawia zapas jednej zmiany.

• Scenariusz A: Prasa stoi przez dwie zmiany. Moc spada do ośmiu zmian, czyli 2 400 jednostek. Pozostaje 300 jednostek bez pokrycia, więc część zleceń nie zdąży w terminie.
• Scenariusz B: Ta sama awaria, plus zmiana w sobotę. Moc wraca do 2 700 jednostek, ale obciążenie wynosi teraz 100%. Każde kolejne zakłócenie oznacza przekroczony termin.
• Scenariusz C: Ta sama awaria, a planista przenosi 300 jednostek zleceń o niskim priorytecie na przyszły tydzień. Kluczowe zlecenia wychodzą na czas, a jeden klient dostaje telefon już dziś, a nie niespodziankę w piątek.

Nic z tego nie wymaga zaawansowanego narzędzia. Potrzebna jest wartość bazowa, jedna dźwignia i uczciwe porównanie. Wartość tkwi w tym, by zobaczyć, że scenariusz B wygląda na rozwiązanie, ale nie daje żadnego zapasu.

Jakich danych i narzędzi potrzebujesz?

Zacznij od tego, co już masz. Scenariusz wymaga tych samych danych wejściowych co sam plan: zleceń i terminów, marszrut i czasów cykli, zasobów i kalendarzy, dostępności materiałów. Jeśli są one niewiarygodne, każdy scenariusz dziedziczy ten błąd. Najpierw popraw dane główne, inaczej będziesz dyskutować o modelu zamiast o decyzji.

Następnie wybierz narzędzie w zależności od złożoności pytania.

• Arkusz kalkulacyjny wystarcza, gdy o wyniku decydują jeden lub dwa zasoby i garstka zleceń, jak w przykładzie powyżej.
• Przebieg planowania w systemie ERP radzi sobie z pytaniami zależnymi od materiałów. W usłudze Dynamics 365 Supply Chain Management plany główne pozwalają symulować różne strategie planowania, a dokumentacja Microsoft wskazuje, że można utworzyć dowolną liczbę planów i zachować część z nich dla różnych prognoz lub symulacji. Sprawdź u partnera wdrożeniowego, jak to działa w Twojej wersji i silniku planowania, ponieważ ta strona nie opisuje szczegółowo obsługi scenariuszy. Planowanie główne działa na poziomie ogólnym, na materiałach i mocach produkcyjnych, i nie jest szczegółowym narzędziem do sekwencjonowania.
• Harmonogramowanie ze skończoną pojemnością lub model symulacyjny to właściwy wybór, gdy współdzielone maszyny, przezbrojenia zależne od kolejności, zmiany i kompetencje wzajemnie na siebie wpływają. W takim przypadku prosty rachunek może wyglądać poprawnie, podczas gdy harmonogram dzienny jest niewykonalny.
• Power BI to dobre miejsce, by pokazać kierownictwu wyniki scenariuszy. Jego parametry what-if pozwalają użytkownikowi przesunąć suwak i zobaczyć, jak zmienia się miara. Microsoft podaje, że są przeznaczone do użycia w miarach w wizualizacjach, a parametr może mieć co najwyżej 1 000 unikatowych wartości. Dzięki temu nadają się do prostych pytań, na przykład „co da 5% więcej braków produkcyjnych dla wydajności?”. Nie układają jednak harmonogramu. Traktuj je jako interfejs do wyników, a nie jako silnik obliczeniowy.

Niezależnie od wybranego narzędzia zachowaj poza nim dwie rzeczy: pisemne założenia i dziennik decyzji. Narzędzia się zmieniają, a dokumenty przetrwają.

Skąd wiadomo, że odpowiedziom można ufać?

Scenariusz jest tylko tak dobry, jak model, który za nim stoi. Pomagają trzy kontrole.

Przeprowadź backtesting. Uruchom model dla minionego okresu, w którym znasz rzeczywisty przebieg wydarzeń. Porównaj jego wyniki z rzeczywistymi. W literaturze dotyczącej symulacji nazywa się to trafnością operacyjną (operational validity): model jest wystarczająco dokładny w zachowaniu wyników do zamierzonego celu, w zakresie warunków, w których będzie używany. Artykuł Sargenta i współpracowników z Winter Simulation Conference ujmuje to właśnie tak i zwraca uwagę, że ryzyko użytkownika modelu, czyli zaakceptowania błędnego modelu, musi być utrzymane na niskim poziomie. Mówiąc prościej: jeśli model nie potrafi odtworzyć zeszłego miesiąca, nie używaj go do decyzji na kolejny.

Poznaj swoje czynniki wpływu. Zmieniaj każde założenie w jego zakresie i sprawdź, które z nich przesuwają wynik. Często dominują dwa. To one zasługują na lepsze dane. Reszta może pozostać przybliżona.

Pokazuj zakres, a nie jedną liczbę. Zdanie „wysyłamy w czwartek” sugeruje precyzję, której nie masz. „Między środą a piątkiem, zależnie od czasu naprawy” jest uczciwsze i bardziej użyteczne. Decydenci poradzą sobie z niepewnością, jeśli ją zobaczą.

Jak zamienić to w nawyk, a nie w projekt?

Praca ze scenariuszami upada, gdy opiera się na arkuszu jednej osoby. Kilka praktyk utrzymuje ją przy życiu.

• Wyznacz właściciela bazy odniesienia i danych modelu. Bez niego model oddali się od rzeczywistości zakładu.
• Zorganizuj krótkie cotygodniowe spotkanie, na którym planista, kierownik produkcji i w razie potrzeby zakupy oraz sprzedaż przeglądają otwarte pytania. Przynoś dwa lub trzy scenariusze, nie dwadzieścia.
• Dokonuj przeglądu po fakcie. Po zakończeniu tygodnia porównaj, co się wydarzyło, z tym, co pokazał scenariusz. Gdzie się pomylił i dlaczego? Zaktualizuj model lub zakresy.
• Udostępniaj logikę, a nie tylko wynik. Jeśli kierownik produkcji rozumie założenia, zakwestionuje je wcześnie, a o to właśnie chodzi w tym ćwiczeniu.
• Włącz finanse do procesu. Pytania kosztowe, na przykład nadgodziny kontra opóźniona dostawa, wymagają tych samych scenariuszy z dodanymi danymi kosztowymi. Uzgodnij dane kosztowe raz, aby liczby nie zmieniały się między spotkaniami.

Dane na żywo pomagają, gdy podstawy już działają. Jeśli rzeczywisty postęp wraca do planu, scenariusze zaczynają się od rzeczywistego stanu zakładu, a nie od wczorajszego planu. Najpierw uporządkuj logikę i dane podstawowe. Strumień na żywo nałożony na słaby model tylko szybciej produkuje błędne odpowiedzi.

Częste błędy

• Uruchamianie scenariuszy bez decyzji, która za nimi stoi.
• Zmienianie kilku dźwigni naraz, przez co nikt nie wie, co wywołało efekt.
• Porównywanie scenariuszy z bazą odniesienia, która w międzyczasie się zmieniła.
• Używanie najlepszych wartości dla czasów cyklu i czasów naprawy.
• Pomijanie backtestingu, bo model „wygląda dobrze”.
• Raportowanie jednej liczby zamiast zakresu.
• Budowanie scenariuszy do wszystkiego i niereagowanie na żaden z nich.
• Zapominanie o zapisaniu decyzji, przez co przegląd nie ma czego porównać.

Gdzie pasuje Polaris

Jeśli Twoje pytania typu „co by było, gdyby” dotyczą wspólnych maszyn, zmian i zmieniającego się asortymentu produkcji, symulacja systemu produkcyjnego może odpowiedzieć na nie szybciej niż arkusz kalkulacyjny. iFAKT opisuje Polaris jako połączenie AI i cyfrowego bliźniaka produkcji, który współpracuje z danymi z systemu ERP. Moduł Polaris Simulator testuje system produkcyjny wirtualnie, zanim podejmiesz rzeczywiste decyzje, w tym scenariusze dotyczące zdolności produkcyjnych, obsady i buforów, oraz pokazuje wąskie gardła i nierównomierne wykorzystanie zasobów. Moduł Polaris Optimizer tworzy zoptymalizowany plan z uwzględnieniem ograniczeń i analizuje wpływ zakłóceń. Najpierw wypróbuj to na jednej rzeczywistej decyzji i sprawdź wyniki względem obliczeń w arkuszu, którym ufasz.

Powiązane tematy do zgłębienia

• Planowanie na wypadek zakłóceń: jak przygotować standardowe reakcje na awarie maszyn, opóźnione dostawy materiałów i nieobecności.
• Zdolności produkcyjne a planowanie skończone: dlaczego widok obciążenia w ujęciu tygodniowym może wyglądać dobrze, mimo że harmonogram dzienny się nie sprawdza.
• Zmiany w asortymencie produkcji: testowanie, jak przesunięcie w stronę złożonych wariantów przenosi wąskie gardło.
• Walidacja modelu w praktyce: porównanie symulowanych i rzeczywistych czasów realizacji za wcześniejszy okres.
• Raportowanie scenariuszy: prezentowanie scenariusza bazowego i wariantów obok siebie w usłudze Power BI, aby kierownicy mogli śledzić logikę.

Następny krok

Weź kolejną decyzję, która leży na Twoim biurku, i zapisz ją w jednym zdaniu. Następnie zapisz obecny plan jako scenariusz bazowy i uruchom na nim trzy scenariusze, zmieniając za każdym razem jedną zmienną. Ta niewielka runda analizy scenariuszy „co by było, gdyby” w planowaniu produkcji pokaże, czy ta metoda zasługuje na miejsce w Twoim cotygodniowym spotkaniu.