Prioritizarea comenzilor — care intră prima la coadă — e o singură parte a problemei.
Cealaltă parte, adesea mai greu de rezolvat: o comandă trece prin trei, patru mașini diferite, în secvență. Dacă a doua mașină din traseu e ocupată cu altă comandă, prima comandă așteaptă, indiferent cât de bine ai prioritizat-o la intrare.
Job scheduling înseamnă exact asta — sincronizarea comenzilor cu resursele (mașini, operatori) de-a lungul întregului lor traseu, nu doar decizia „ce intră prima". Pentru regulile de bază de prioritizare a comenzilor individuale (FIFO, EDD, SPT), vezi ghidul despre planificarea în producția de serie mică. Acest articol se concentrează pe partea următoare: ce se întâmplă când mai multe comenzi concurează pentru aceleași mașini, în aceeași perioadă. Vezi și pagina dedicată management producție.
De ce prioritizarea simplă nu e suficientă
O comandă prioritizată corect la intrare poate tot să întârzie, dacă a doua sau a treia operație din traseul ei se blochează la o mașină ocupată.
Exemplu concret al problemei: comanda A are termenul cel mai apropiat — corect prioritizată prima, conform EDD. Prima ei operație, frezarea, se face rapid. A doua operație, rectificarea, are o singură mașină disponibilă în atelier, deja ocupată cu comanda B, care a intrat mai devreme. Comanda A așteaptă la rectificare, indiferent cât de bine a fost prioritizată la intrare.
Resursa limitatoare (bottleneck) — conceptul central
În orice atelier cu mai multe mașini, există una care limitează cât de repede pot trece, în ansamblu, toate comenzile prin sistem — de regulă cea cu cea mai mică capacitate disponibilă raportată la cerere.
Cum identifici resursa limitatoare: e mașina la care se acumulează constant coadă de așteptare, indiferent cum reorganizezi comenzile în fața ei.
De ce contează pentru scheduling: timpul pierdut la resursa limitatoare se pierde pentru tot atelierul — nu se recuperează în altă parte. Timpul pierdut la o mașină cu capacitate de rezervă are un impact mult mai mic asupra fluxului general.
Regula practică (din Teoria Constrângerilor): programează resursa limitatoare cât mai aproape de capacitate maximă, fără întreruperi evitabile. Restul mașinilor se sincronizează în jurul ei, nu invers.
Scheduling static vs. dinamic
Scheduling static înseamnă un plan fixat pentru o perioadă, bazat pe comenzile cunoscute la momentul planificării. Scheduling dinamic înseamnă recalcularea constantă a planului, pe măsură ce apar comenzi noi, întârzieri sau defecțiuni.
Un atelier job-shop, cu comenzi variabile și urgențe frecvente, are nevoie de scheduling dinamic — planul static devine învechit în câteva ore, nu în câteva zile. Asta cere vizibilitate în timp real asupra statusului fiecărei comenzi și fiecărei mașini, nu un plan tipărit dimineața și ignorat restul zilei.
Cum sincronizezi comenzi pe mai multe mașini fără un instrument dedicat de APS
Software-ul dedicat de tip APS (Advanced Planning and Scheduling) folosește algoritmi de optimizare pentru a calcula automat cea mai bună secvență posibilă. Pentru majoritatea atelierelor mici și mijlocii, un sistem atât de complex nu e necesar. Câteva principii practice acoperă majoritatea cazurilor: vizibilitate comună asupra tuturor comenzilor active, identificarea manuală dar constantă a resursei limitatoare, limite vizibile de încărcare per mașină (board cu limite WIP) și reactualizare rapidă când apare o urgență.
Cum arată în MKWork Manager
Board-ul Kanban arată vizual toate comenzile active, organizate pe secții sau mașini, cu limite WIP configurabile pe fiecare coloană. Ordinele de Lucru urmăresc secvența completă de operații a fiecărei comenzi, nu doar prima etapă — mutarea unei comenzi de la o mașină la alta se vede în timp real. Când o comandă se blochează la o anumită mașină, coada vizibilă la acea mașină arată imediat problema.
Exemplu concret
Un atelier are trei mașini de frezat și o singură mașină de rectificat, cu cinci comenzi active care trec toate prin rectificare la un moment dat. Fără vizibilitate asupra resursei limitatoare: fiecare comandă e planificată ca și cum rectificarea ar avea capacitate nelimitată, coada crește neobservată până când clientul sună. Cu vizibilitate: managerul observă coada direct din board-ul vizual și reorganizează ordinea comenzilor înainte de rectificare, astfel încât mașina să lucreze continuu.
Concluzie
Prioritizarea comenzilor la intrare rezolvă doar o parte din problema de scheduling. Comenzile care trec prin mai multe mașini au nevoie de sincronizare pe tot traseul, cu atenție specială la resursa care limitează întregul flux. Vizibilitatea în timp real — board vizual, limite de încărcare, status actualizat automat — înlocuiește nevoia unui software complex de optimizare pentru majoritatea atelierelor mici și mijlocii.
Testează MKWork Manager gratuit 7 zile, fără card. Vezi și planurile transparente.