Scarica il white paper sulla programmazione
Trascrizione Completa
La programmazione è una delle aree più complesse della pianificazione della Supply Chain, e non importa in quale settore tu operi. Infatti, la maggior parte dei tentativi di ottimizzazione della programmazione falliscono perché mancano fondamentalmente di affrontare il problema stesso che cercano di risolvere.
Quindi oggi porrò e risponderò a tre semplici domande. Primo, cos’è la programmazione? Secondo, perché è così difficile? E terzo, come possono i pianificatori fare meglio? Andiamo.
La programmazione si riferisce all’intera sequenza di azioni coinvolte in un processo in più fasi. Questo processo potrebbe essere la produzione di attrezzature mediche o, eventualmente, la riparazione di un motore d’aereo. Indipendentemente dall’attività, la programmazione rappresenta l’ordine strutturato, fattibile e logico dei passaggi che trasforma un processo dall’inizio alla fine.
La programmazione è un processo molto sensibile e fragile a causa della natura interdipendente dei passaggi coinvolti. In un processo di 100 fasi, per esempio, tutti quei passaggi devono essere completati in un ordine lineare fisso. Ancora, per essere ancora più specifici, se si stesse producendo una turbina per motori, il passaggio 20 deve venire dopo il passaggio 15, non prima.
Inoltre, la programmazione è fragile perché, in quel medesimo processo, se manca anche una sola parte, uno strumento o una competenza, l’intero processo si ferma e deve essere ripristinato.
Inoltre, anche se interrotto per una moltitudine di ragioni diverse, le persone solitamente pianificano come se l’unica causa fosse la non disponibilità di parti fisiche. Ora, questa è la tipica prospettiva del bill of materials e porta naturalmente a politiche di safety stock estremamente costose.
Questo approccio è errato per molte ragioni, tra cui il fatto che la programmazione non riguarda solamente la disponibilità di parti fisiche. In effetti, la programmazione richiede la disponibilità simultanea di ogni parte, strumento e competenza necessari per completare un passaggio in un processo. Questi tre tipi di risorse, messi insieme, costituiscono quella che definiamo distinta delle risorse.
Per esempio, se hai bisogno di 100 parti, 20 strumenti e cinque tecnici per completare un processo di 100 fasi, ciò significa che ogni parte, ogni strumento e le competenze di ogni persona devono essere disponibili simultaneamente nel momento esatto in cui si desidera completare un determinato passaggio di quel processo. In altre parole, se manca anche una sola parte, uno strumento o le competenze di una singola persona, non puoi completare quel passaggio. Se non riesci a completare quel passaggio, questo genera perdite finanziarie.
Passo uno, andare oltre il FIFO. Sebbene il First In, First Out sia certamente meglio di niente, il problema è che lascia sul tavolo una notevole quantità di denaro. Questo perché il FIFO ottimizza in base a quanto tempo un elemento ha aspettato, e non in termini dell’impatto finanziario della scelta di lavorare su quell’elemento.
Per esempio, la macchina A potrebbe essere quella che ha atteso per più tempo, ma la macchina B è molto più critica dal punto di vista finanziario a causa del suo ruolo nelle scadenze di produzione odierne. Il FIFO non è semplicemente progettato per fornire questo tipo di rapida valutazione del rischio.
Per saperne di più sull’ottimizzazione delle operazioni di programmazione, consulta il nostro white paper gratuito e ascolta il nostro podcast completo sull’argomento. I link a queste risorse saranno disponibili sotto questo video. E con questo, torna al lavoro.
