Tre casi pubblici
I casi seguenti provengono da Paesi diversi e da progetti che non erano solo WMS; ma ciò che è accaduto nei processi di magazzino e distribuzione mostra chiaramente i rischi che un progetto WMS può correre. Le cifre sono solo quelle riportate nelle fonti citate.
| Caso | Cosa è successo | Lezione per il suo progetto WMS |
|---|---|---|
| Hershey (USA, 1999) | Il sistema, che comprendeva ERP, CRM e software di supply chain, è stato avviato mentre affluivano gli ordini di Halloween; l’azienda dichiarò che i problemi le avrebbero impedito di consegnare prodotti per circa 100 milioni di USD [1]. | Non programmi l’avviamento in alta stagione; fissi la data in base a criteri di prontezza, non al calendario. |
| Target Canada (2013–2015) | Il team che indagò sui problemi stimò che le informazioni di prodotto nel sistema fossero corrette solo circa il 30% delle volte (98–99% negli USA). I centri distributivi traboccavano di merce mentre gli scaffali dei negozi erano vuoti; alcuni articoli non potevano essere processati per la spedizione. Tutti i 133 negozi furono chiusi [2]. | Se anagrafiche come dimensioni, pesi e unità degli articoli sono errate, il sistema di magazzino non può funzionare. Faccia della pulizia dei dati il primo compito del progetto e aggiunga controlli in fase di inserimento. |
| ASOS (Regno Unito, 2019) | In difficoltà nell’introdurre il nuovo software di automazione nel sito di Berlino, l’azienda ebbe problemi di disponibilità delle scorte negli USA e nell’UE; il CEO parlò di «un fallimento nell’esecuzione». L’azienda contabilizzò 50,5 milioni di GBP di costi di transizione e ristrutturazione [3]. | Avviare contemporaneamente un nuovo sito, l’automazione e il software moltiplica il rischio. Pianifichi un avvio graduale e lasci il tempo di raggiungere la piena capacità. |
Sette schemi di fallimento comuni
- Perimetro errato o vago. Si sceglie un sistema prima di mettere per iscritto i processi; le eccezioni (resi, spedizioni parziali, quarantena) emergono in produzione.
- Anagrafiche mancanti o errate. Senza dimensioni, pesi, codici a barre e unità, le regole di stoccaggio e prelievo non possono funzionare [2].
- Un team di progetto che non conosce l’operatività. Il progetto viene trattato come un lavoro IT; il team di magazzino non partecipa alla progettazione e non si appropria del sistema.
- Test tagliati. Quando i tempi si stringono, i test sono la prima cosa a essere tagliata; il sistema parte senza test end-to-end e di carico.
- Avviamento nel momento sbagliato. Partire in alta stagione, o con molte modifiche contemporanee, toglie il tempo necessario per correggere i problemi [1][3].
- Errori di integrazione non rilevati. I messaggi errati dall’ERP si accumulano in silenzio; le differenze di stock emergono più tardi.
- Obiettivi non misurati. Poiché accuratezza e produttività non sono state misurate prima dell’avviamento, non si può dimostrare né il successo né il fallimento.
Segnali precoci del «ritorno a Excel» dopo un WMS
Il fallimento non sempre ha l’aspetto di una crisi. Spesso il sistema sembra funzionare mentre l’operatività inizia in silenzio ad aggirarlo. Nei mesi successivi all’avviamento, osservi questi segnali:
- I report tornano a essere preparati in fogli di calcolo; dei dati del sistema non ci si fida.
- Alcune transazioni si fanno su carta invece che sul terminale e vengono inserite in blocco più tardi.
- Le differenze di conteggio non calano; le rettifiche di stock diventano routine.
- Gli utenti modificano di continuo i suggerimenti del sistema (ubicazioni, sequenza di prelievo).
- Nessuno guarda la schermata degli errori di integrazione, oppure non esiste.
- Ogni modifica di regola richiede un ordine di lavoro al fornitore.
Se sono presenti due o più di questi segnali, misurare la situazione attuale con la diagnosi operativa è un buon modo per distinguere problemi di software, di processo e di dati.
Ridurre i rischi
- Metta per iscritto processi ed eccezioni prima della selezione; faccia eseguire ai fornitori i suoi flussi in una demo a copione.
- Definisca la pulizia dei dati e il relativo responsabile nelle prime settimane del progetto.
- Prenda la decisione di avviamento in base a una checklist go / no-go, non al calendario; metta per iscritto il piano di rollback.
- Chieda ai clienti di referenza delle loro prime settimane dopo l’avviamento; le nostre domande per le referenze sono pensate per questo.
- Registri misure di accuratezza, produttività e lead time prima dell’avviamento e vi colleghi la fine dell’hypercare.
Se desidera condividere una lezione anonima dal suo progetto, scriva a info@findwms.com. I casi condivisi vengono pubblicati solo con permesso esplicito, senza dati aziendali né personali.
Domande frequenti
Perché i progetti WMS si arenano?
Di solito non per il software. Le tre cause più comuni: anagrafiche articolo non pronte, struttura delle ubicazioni non realizzata fisicamente e decisioni di processo non prese prima dell’avvio del progetto. Il software non crea un ordine che non esiste.
Qual è il momento più rischioso dell’avviamento?
Lo stock iniziale. Senza un conteggio accurato a livello di ubicazione subito prima del passaggio, il sistema lavora su dati sbagliati dal primo giorno e si perde la fiducia del magazzino in pochi giorni. Riconquistarla richiede mesi.
Quanta formazione basta?
Una sessione di un giorno si dimentica al cambio turno successivo. Ciò che resta è lavorare qualche giorno a fianco degli operatori e lasciare un’istruzione operativa di una pagina per ruolo. Si assicuri che la formazione sia una voce separata nell’offerta.
Fonti
- CIO, «Supply Chain: Hershey's Bittersweet Lesson» — cio.com (consultato: 2026-09-19)
- Canadian Business, «The Last Days of Target Canada» — canadianbusiness.com (consultato: 2026-09-19)
- RTÉ / Reuters, «ASOS warns on profit again after botching warehouse revamps», 18 luglio 2019 — rte.ie (consultato: 2026-09-19)
Metodo e correzioni: politica editoriale.