Brak rozdzielenia horyzontów
Decyzje miesięczne, tygodniowe i dzienne są mieszane w jednym procesie, dlatego każda informacja wydaje się równie pilna.
W zmiennym środowisku produkcyjnym plan nigdy nie będzie całkowicie stały. Problem zaczyna się wtedy, gdy organizacja nie ma zasad, które mówią kiedy plan wolno zmienić, kto podejmuje decyzję, jaki jest koszt zmiany i jak szybko reszta firmy otrzymuje nową informację.
Decyzje miesięczne, tygodniowe i dzienne są mieszane w jednym procesie, dlatego każda informacja wydaje się równie pilna.
Jeśli zlecenia można przesuwać bez reguł do ostatniej chwili, harmonogram nie ma szans stać się stabilnym zobowiązaniem operacyjnym.
Plan powstaje bez wiarygodnej informacji o dostępności kluczowych maszyn, ludzi, form, narzędzi i materiałów.
Pilna prośba nie uwzględnia dodatkowego przezbrojenia, utraty sekwencji, zwiększenia WIP ani wpływu na inne zamówienia.
Planista ręcznie obsługuje każdy problem, zamiast pracować na jasno zdefiniowanych wyjątkach wymagających decyzji.
Ustalamy decyzje dla horyzontu długiego, średniego i krótkiego oraz ich właścicieli.
Capacity i dostępność materiałów muszą być elementem decyzji, nie późniejszym sprawdzeniem.
Określamy frozen zone, wyjątki, priorytety i sposób zatwierdzania zmian.
Spotkania i dashboardy mają obsługiwać wyjątki, a nie produkować kolejne wersje planu bez decyzji.
Nie. Powinien mieć jasno określone strefy stabilności i reguły wyjątków. Celem jest kontrolowana zmiana, a nie brak zmian.
Chroni najbliższy okres realizacji przed niekontrolowanym przestawianiem zleceń, jednocześnie pozostawiając określoną ścieżkę dla rzeczywistych wyjątków.
W prostszym środowisku tak, jeśli logika planowania, dane i odpowiedzialność są uporządkowane. Wraz ze wzrostem liczby ograniczeń ręczne przeliczanie staje się coraz trudniejsze.
Można mierzyć liczbę zmian harmonogramu, stabilność planu, adherence, liczbę pilnych zleceń, czas ręcznych korekt i wpływ zmian na OTD.
Od zdefiniowania horyzontów decyzji, realnego capacity i zasad zmiany priorytetu. Narzędzie informatyczne powinno wspierać te reguły, a nie je zastępować.
Jeżeli problem jest widoczny w wyniku, ale jego źródło nadal nie jest jednoznaczne, zacznijmy od krótkiego uporządkowania objawów, danych i miejsc, w których powstaje strata.
Porozmawiajmy o problemie