Analisi di scenari what-if nella pianificazione della produzione: un metodo

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

Analisi di scenari what-if nella pianificazione della produzione significa copiare il piano, modificare un'ipotesi e confrontare i risultati. Scopri i passaggi, i dati, gli strumenti e i controlli.

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

Un'analisi di scenari what-if nella pianificazione della produzione significa mantenere un piano di riferimento, modificare un'ipotesi e confrontare il risultato prima che accada qualcosa di reale. L'ipotesi può essere una macchina ferma per due turni, un ordine urgente, un materiale mancante o un nuovo modello di turni. Il confronto mostra cosa comporta ogni scelta per date di consegna, carico e straordinari. Questo articolo è pensato per i pianificatori di produzione che vogliono un metodo ripetibile, non un foglio di calcolo una tantum, e che devono capire quali dati, strumenti e controlli rendono affidabili le risposte.

Punti chiave

• Uno scenario what-if prende il tuo piano di riferimento, modifica un'ipotesi, come il fermo di una macchina o un ordine urgente, e confronta il risultato con il riferimento prima che accada qualcosa di reale.
• Parti dalla decisione, poi scegli due o tre leve e due o tre KPI, perché uno scenario senza una decisione alle spalle è solo un esercizio.
• Modifica prima una leva alla volta e combina le leve solo dopo aver capito l'effetto di ciascuna da sola.
• Verifica il modello su un periodo passato prima di fidarti di lui per un periodo futuro, perché il valore di un modello dipende dal fatto che il suo output sia abbastanza accurato per lo scopo per cui lo usi.
• Gli strumenti Microsoft coprono alcune parti del lavoro: i master plan di Dynamics 365 possono contenere strategie di pianificazione alternative, mentre i parametri what-if di Power BI sono adatti a calcoli semplici, non al sequenziamento delle schedulazioni.

Che cos'è uno scenario what-if e che cosa non è?

Uno scenario è un insieme coerente di ipotesi sul futuro, eseguito sullo stesso modello del tuo riferimento. Il riferimento è il tuo piano attuale migliore. Tutto il resto è una variazione di esso.

Vale la pena separare tre concetti che spesso vengono confusi.

• Una previsione dice cosa ti aspetti che accada. Uno scenario dice cosa succede se accade qualcosa di specifico.
• Una domanda what-if è la domanda che poni. La simulazione di fabbrica è un modo per rispondere, eseguendo un modello dello stabilimento con input scelti. Un foglio di calcolo o un'elaborazione di pianificazione nel tuo ERP è un altro modo.
• Un controllo di sensitività fa variare un input in un intervallo per vedere quanto si sposta il risultato. Ti indica quali ipotesi meritano la tua attenzione.

Il senso di tutti e tre è lo stesso: capire le conseguenze di una decisione quando è ancora poco costoso cambiare idea.

Quali decisioni meritano uno scenario?

Esegui uno scenario quando una decisione è costosa da annullare, quando interagiscono più vincoli o quando la risposta non è ovvia dall'esperienza. Situazioni tipiche nella pianificazione della produzione:

• Una macchina collo di bottiglia sarà ferma per manutenzione e devi scegliere quali ordini slittano.
• Un cliente chiede una data anticipata. Cosa sposta indietro e chi ne paga il prezzo?
• Assenze o ferie riducono il personale per una settimana.
• Un fornitore annuncia un ritardo su un materiale chiave.
• Il mix di prodotti sta per cambiare e vuoi sapere se la capacità attuale regge ancora.
• Stai valutando un secondo turno, un nuovo buffer o attrezzature aggiuntive.

Evita gli scenari per decisioni economiche e facili da annullare, e per domande in cui il piano è già fattibile con un ampio margine. Uno scenario costa tempo al pianificatore e deve portare a una decisione migliore.

Come si esegue un'analisi di scenari what-if nella produzione?

Ecco una sequenza che funziona in un foglio di calcolo e nel software specializzato.

1. Metti per iscritto la decisione. Una frase: "Dobbiamo decidere X entro venerdì." Se non riesci a scriverla, non hai ancora bisogno di uno scenario.
2. Congela la baseline. Salva il piano attuale con le sue ipotesi: calendari, tempi di ciclo, elenco degli ordini, disponibilità dei materiali. Ogni scenario viene confrontato con questa versione, quindi non deve cambiare mentre lavori.
3. Scegli le leve. Le leve sono le cose che puoi modificare o che potrebbero cambiare: capacità, personale, priorità degli ordini, date di consegna, arrivo dei materiali. Scegline due o tre che contano per questa decisione.
4. Definisci intervalli realistici. Chiedi a chi conosce il processo. Quanto dura una riparazione tipica? Con quale frequenza i fornitori consegnano in ritardo, e di quanto? Non inventare numeri: usa la tua storia e segna ogni stima come tale.
5. Scegli le misure. Bastano due o tre KPI: consegna puntuale, lead time, utilizzo del collo di bottiglia, ore di straordinario, lavoro in corso. Definiscili prima di eseguire qualsiasi cosa, così nessuno sceglierà a posteriori quello più favorevole.
6. Cambia una leva alla volta. Esegui ogni scenario confrontandolo con la baseline. Combina le leve solo dopo aver capito l'effetto di ciascuna presa singolarmente.
7. Confronta e decidi. Metti la baseline e gli scenari fianco a fianco. Discuti cosa faresti in ciascun caso, e annota la decisione e il motivo.
8. Conserva la traccia. Salva le ipotesi e il risultato insieme alla decisione. Ti serviranno quando verificherai cosa è realmente successo.

Ecco un esempio ipotetico, inventato solo per mostrare la logica. In una cella c'è una pressa collo di bottiglia che produce 300 unità per turno. Lo stabilimento lavora dieci turni a settimana, quindi la capacità è di 3.000 unità. Gli ordini di questa settimana sommano 2.700 unità, pari al 90% della capacità. La baseline è fattibile, con un turno di margine.

• Scenario A: La pressa è ferma per due turni. La capacità scende a otto turni, cioè 2.400 unità. Restano 300 unità scoperte, quindi alcuni ordini non rispettano le date.
• Scenario B: Stesso fermo, più un turno di sabato. La capacità torna a 2.700 unità, ma il carico è ora al 100%. Qualsiasi ulteriore imprevisto significa una data mancata.
• Scenario C: Stesso fermo, e il pianificatore sposta 300 unità di ordini a bassa priorità alla settimana successiva. Gli ordini chiave partono in tempo, e un cliente riceve oggi una telefonata, non una sorpresa venerdì.

Per tutto questo non serve uno strumento sofisticato. Servono una baseline, una sola leva e un confronto onesto. Il valore sta nel capire che lo scenario B sembra una soluzione ma non ha alcuna riserva.

Di quali dati e strumenti hai bisogno?

Parti da ciò che hai. Uno scenario richiede gli stessi input del piano stesso: ordini e date di consegna, cicli di lavorazione e tempi di ciclo, risorse e calendari, disponibilità dei materiali. Se questi dati non sono affidabili, ogni scenario eredita l'errore. Correggi prima i dati anagrafici, altrimenti discuterai del modello invece che della decisione.

Poi scegli lo strumento in base alla complessità della domanda.

• Un foglio di calcolo va bene quando una o due risorse e un piccolo numero di ordini determinano la risposta, come nell'esempio sopra.
• L'elaborazione di pianificazione del tuo ERP può gestire domande guidate dai materiali. In Dynamics 365 Supply Chain Management, i piani principali permettono di simulare diverse strategie di pianificazione, e la documentazione Microsoft indica che è possibile configurare quanti piani si desidera e conservarne alcuni per previsioni o simulazioni diverse. Verifica con il tuo partner di implementazione come questo si applica alla tua versione e al tuo motore di pianificazione, perché la pagina non descrive in dettaglio la gestione degli scenari. La pianificazione principale lavora su materiali e capacità a un livello approssimativo e non è uno strumento di sequenziamento dettagliato.
• Uno scheduler a capacità finita o un modello di simulazione è la scelta giusta quando interagiscono macchine condivise, setup dipendenti dalla sequenza, turni e competenze. In questo caso un calcolo semplice può sembrare corretto mentre il piano giornaliero è in realtà non fattibile.
• Power BI è un buon posto per mostrare i risultati degli scenari ai responsabili. I suoi parametri what-if permettono agli utenti di spostare un cursore e vedere cambiare una misura. Microsoft afferma che sono pensati per essere usati nelle misure all'interno dei visual, e un parametro può avere al massimo 1.000 valori unici. Questo li rende utili per domande semplici come "cosa succede alla produzione se lo scarto aumenta del 5%?" Non sequenziano un piano di lavorazione. Usali come interfaccia per i risultati, non come motore di calcolo.

Qualunque strumento tu scelga, tieni due cose al di fuori di esso: le ipotesi scritte e il registro delle decisioni. Gli strumenti cambiano, i documenti restano.

Come fai a sapere che le risposte sono affidabili?

Uno scenario vale quanto il modello che c'è dietro. Tre verifiche aiutano.

Fai un backtest. Esegui il modello su un periodo passato di cui conosci l'esito. Confronta il suo output con i risultati reali. Nella letteratura sulla simulazione questo si chiama validità operativa: verificare che il comportamento in output del modello sia abbastanza accurato per lo scopo previsto, entro l'intervallo di condizioni in cui verrà usato. Un articolo di Sargent e colleghi presentato alla Winter Simulation Conference lo descrive così e sottolinea che il rischio per l'utente del modello, cioè accettare un modello sbagliato, va mantenuto basso. In parole semplici: se il modello non riesce a riprodurre il mese scorso, non usarlo per decidere il mese prossimo.

Conosci i tuoi driver. Fai variare ogni ipotesi lungo il suo intervallo e osserva quali spostano il risultato. Spesso ne dominano due. Quelle meritano dati migliori. Le altre possono restare approssimative.

Mostra l'intervallo, non un solo numero. Una frase come "consegniamo giovedì" suggerisce una precisione che non hai. "Tra mercoledì e venerdì, a seconda dei tempi di riparazione" è più onesta e più utile. I decisori sanno gestire l'incertezza, se riescono a vederla.

Come far diventare tutto questo un'abitudine invece di un progetto?

Il lavoro sugli scenari fallisce quando dipende dal foglio di calcolo di una sola persona. Alcune pratiche lo mantengono vivo.

• Assegna un responsabile per la baseline e i dati del modello. Senza un responsabile, il modello si allontana dalla realtà dello stabilimento.
• Organizza una breve riunione settimanale in cui il pianificatore, il responsabile di produzione e, quando serve, gli acquisti e le vendite esaminano le domande aperte. Porta due o tre scenari, non venti.
• Fai una revisione a posteriori. Al termine della settimana, confronta ciò che è successo con ciò che lo scenario prevedeva. Dove si è sbagliato, e perché? Aggiorna il modello o gli intervalli.
• Condividi la logica, non solo il risultato. Se il responsabile di produzione capisce le ipotesi, le metterà in discussione in anticipo, ed è proprio questo lo scopo dell'esercizio.
• Coinvolgi la finanza. Le domande sui costi, come lo straordinario rispetto a una consegna in ritardo, richiedono gli stessi scenari con i dati di costo aggiunti. Concordate una volta gli input di costo, così i numeri non cambiano da una riunione all'altra.

I dati in tempo reale aiutano quando le basi funzionano. Se l'avanzamento effettivo rientra nel piano, gli scenari partono dallo stato reale dello stabilimento e non dal piano di ieri. Prima sistema la logica e l'anagrafica di base. Un feed in tempo reale sopra un modello debole produce solo risposte sbagliate più in fretta.

Errori comuni

• Eseguire scenari senza una decisione alle spalle.
• Modificare più leve contemporaneamente, così nessuno sa quale abbia causato l'effetto.
• Confrontare scenari con una baseline che nel frattempo è cambiata.
• Usare per i tempi di ciclo e i tempi di riparazione i valori migliori possibili.
• Saltare il backtest perché il modello "sembra corretto".
• Riportare un solo numero invece di un intervallo.
• Costruire scenari per tutto e non agire su nessuno di essi.
• Dimenticare di registrare la decisione, così la revisione non ha nulla con cui confrontarsi.

Dove si colloca Polaris

Se le tue domande "what-if" riguardano macchine condivise, turni e mix di prodotto variabili, una simulazione del sistema produttivo può rispondere più in fretta di un foglio di calcolo. iFAKT descrive Polaris come AI più digital twin per la produzione, che lavora con i dati dell'ERP. Il modulo Polaris Simulator testa virtualmente il sistema produttivo prima di prendere decisioni reali, includendo scenari di capacità, personale e scorte di sicurezza, e mostra colli di bottiglia e squilibri di utilizzo. Il modulo Polaris Optimizer crea un piano ottimizzato sotto vincoli e analizza l'impatto delle interruzioni. Provalo prima su una decisione reale e verifica i risultati con un calcolo su foglio di calcolo di cui ti fidi.

Argomenti correlati da esplorare

• Pianificazione delle interruzioni: come preparare risposte standard per guasti alle macchine, ritardi nei materiali e assenze.
• Capacità contro schedulazione a capacità finita: perché una vista del carico settimanale può sembrare corretta mentre la schedulazione giornaliera non regge.
• Cambiamenti nel mix di prodotti: verificare come uno spostamento verso varianti complesse sposta il collo di bottiglia.
• Validazione del modello nella pratica: confrontare i tempi di attraversamento simulati e reali per un periodo passato.
• Reportistica degli scenari: mostrare baseline e scenari affiancati in Power BI, così che i responsabili possano seguire la logica.

Prossimo passo

Prendi la prossima decisione che hai sul tavolo e scrivila in una sola frase. Poi salva il piano attuale come baseline ed esegui su di esso tre scenari, modificando una leva alla volta. Questo piccolo ciclo di analisi what-if nella pianificazione della produzione ti dirà se il metodo merita un posto nella tua riunione settimanale.