Il caso di studio più istruttivo sulla supply chain che conosco non è un successo. Nel giugno 2017 il malware NotPetya raggiunse Maersk e l'azienda ricostruì circa 4.000 server e 45.000 personal computer in circa dieci giorni, a un costo stimato tra i 250 e i 300 milioni di dollari. Il recupero funzionò in parte perché un domain controller in Ghana era stato offline quando l'attacco è avvenuto, e quella copia sopravvissuta della directory rese possibile la ricostruzione. Abbiamo trattato L'attacco Maersk per intero separatamente.

La maggior parte delle raccolte di casi di studio salta quel tipo di dettaglio. Descrivono un'azienda che ha adottato un sistema e migliorato una metrica, il che è una lettura piacevole e inutile per la pianificazione. I casi seguenti sono quelli che cito effettivamente, scelti perché ciascuno ha un numero pubblico associato e una causa principale con cui ci si può confrontare.

Dieci casi di supply chain con numeri allegati

CasiAnnoImpatto pubblicatoCausa principale degna di studio
Maersk e NotPetya2017250-300 milioni di dollari, 4.000 server ricostruitiRete piatta, singola directory condivisa, nessuna copia di ripristino offline per progettazione
Nike e i2 pianificazione della domanda2000Circa 100 milioni di dollari in vendite persePrevisioni attendibili rispetto ai direttori di negozio che potevano vedere la domanda effettiva
Go-live di Hershey ERP1999Circa 150 milioni di dollari di ordini non consegnatiBig-bang cutover in programma durante il picco di Halloween
Lidl e SAP2018Circa 500 milioni di euro stralciati dopo circa sette anniLogica di valutazione dell'inventario di base personalizzata piuttosto che adottata
Target CanadaDal 2013 al 2015Uscita dal mercato dopo due anni, perdite per circa 2 miliardi di dollariErrori nei dati anagrafici di dimensioni e codici a barre hanno bloccato i centri di distribuzione
Ever Given in Canale di Suez20216 giorni arenati, circa 400 navi in coda, perdite assicurate stimate sopra i 2 miliardi di dollariPunto critico singolo su una rotta molto trafficata, con l'abbordaggio (pilotaggio) in caso di vento forte come causa prossima
Toyota dopo il terremoto di Tohoku2011Database multilivello che copre centinaia di migliaia di partiLa visibilità di primo livello non è mai stata un vincolo, lo era quella di quarto livello
TradeLens2018-2022Chiusura dopo 4 anni nonostante 175 o più partecipantiLa tecnologia ha funzionato e gli operatori si sono uniti, tuttavia non avrebbero conferito dati a una piattaforma concorrente.
Carenza di semiconduttori alla Ford2021Azienda ha guidato circa 2,5 miliardi di dollari di impattoGli ordini di chip annullati nel 2020 non potevano essere ripristinati a piacimento
Amazon regionalizzazione di rete2023Rete degli Stati Uniti riorganizzata in cluster regionaliRidurre la distanza percorsa è meglio che aumentare la capacità

Maersk 2017: il caso che cambiò le mie domande

NotPetya è entrato attraverso un aggiornamento compromesso del software fiscale ucraino e si è diffuso lateralmente, crittografando le macchine più velocemente di quanto chiunque potesse reagire. Maersk ha perso i sistemi di prenotazione e le operazioni dei terminal in gran parte della sua rete sono diventate manuali. Le navi continuavano ad arrivare perché le navi non si fermano, ed è la parte che i pianificatori sottovalutano: un'interruzione digitale nella spedizione non ferma il flusso fisico, ma rimuove la tua capacità di sapere cosa contiene il flusso.

Due lezioni sopravvivono alla narrazione. La capacità di recupero ha deciso l'esito più della prevenzione, e il recupero è dipeso da un incidente piuttosto che da un progetto. Quando ora revisiono i piani di continuità, la mia prima domanda non è più se esistono i backup. È se qualcuno ha ricostruito un servizio di directory da quei backup all'interno di una finestra di test, e quanto tempo ci è voluto.

Hershey 1999 e Lidl 2018: lo stesso errore a vent'anni di distanza

Hershey ha sostituito i sistemi centrali con un cutover simultaneo e ha affrontato la stagione di punta dell'industria dolciaria con un processo dall'ordine alla consegna che nessuno aveva mai gestito ad alto volume. Circa 150 milioni di dollari di ordini non sono stati spediti e l'utile del trimestre è diminuito bruscamente.

Stacked containers and straddle carriers across a large terminal yard

Lidl ha dedicato circa 7 anni a un programma di inventario e merchandising prima di abbandonarlo e scrivere perdite per circa 500 milioni di euro. Il punto tecnico bloccante segnalato era banale: Lidl valutava le scorte al prezzo di acquisto, il software standard assumeva il prezzo di vendita e, invece di modificare la pratica aziendale, il progetto ha modificato il software. La personalizzazione nel nucleo di valutazione si è quindi propagata a valle. La decisione di interrompere è stata commerciale piuttosto che tecnica, presa una volta che il beneficio rimanente ha smesso di giustificare la spesa di cui il programma aveva ancora bisogno.

Entrambi i casi sostengono la stessa disciplina. Sequenziale l'interruzione al di fuori del picco e considera ogni richiesta di personalizzazione di un calcolo fondamentale come una decisione che sopravvivrà alle persone che la prenderanno.

Toyota 2011: visibilità al livello che non puoi vedere

Dopo il terremoto del marzo 2011, Toyota scoprì che la sua esposizione era ben al di sotto di quella dei suoi fornitori diretti, in sostanze chimiche e componenti specializzati dove un singolo stabilimento serviva gran parte del settore. La risposta fu una base di dati della catena di approvvigionamento che mappava pezzi e fornitori a diversi livelli di profondità, il che permise all'azienda di rispondere a una domanda che la maggior parte dei produttori ancora non può: se questa città viene allagata, quali dei miei veicoli si fermano.

Il motivo per cui continuo a utilizzare questo caso è che contraddice il modo in cui vengono definite la maggior parte dei progetti di visibilità. I team acquistano strumenti che mostrano le posizioni dei container, che sono dati logistici di primo livello, mentre il rischio che blocca una linea di produzione si trova quattro livelli a monte in una fabbrica il cui nome non è presente in nessuno dei loro sistemi.

TradeLens: un fallimento non tecnico

TradeLens era una piattaforma blockchain per la documentazione marittima, lanciata da Maersk con IBM nel 2018 e dismessa nel 2022. La tecnologia funzionava, e anche la rete non era vuota: vi aderirono oltre 175 organizzazioni, tra cui cinque dei sei maggiori vettori container. Nonostante ciò, fallì. Iscriversi e impegnarsi si rivelarono decisioni diverse, e i vettori rivali non inoltrarono mai abbastanza dati commerciali attraverso una piattaforma di proprietà del loro maggiore concorrente per rendere i volumi sostenibili.

Questo è il caso da leggere prima di qualsiasi iniziativa di condivisione dei dati a livello di settore. Il problema difficile nella visibilità condivisa è la governance e la proprietà, non la crittografia, e la neutralità deve essere strutturale piuttosto che promessa. Il contrasto è Standard DCSA per tracciabilità e rintracciabilità, che gli operatori hanno adottato perché nessun singolo concorrente li possedeva.

Come leggere uno studio di caso senza farsi vendere nulla

La maggior parte degli studi di caso pubblicati sono materiale di marketing prodotto con la collaborazione del fornitore, il che non li rende inutili ma ne cambia il modo in cui dovresti leggerli. La mia checklist:

  • **Trova il punto di partenza.** Un'affermazione di miglioramento del trenta percento non ha alcun significato senza la cifra iniziale e la finestra di misurazione.
  • Controlla chi l'ha pubblicato. Se l'ha scritto il fornitore del software, mancheranno le modalità di guasto. Le presentazioni normative, i documenti legali e i rapporti post-incidente contengono i dettagli che i comunicati stampa rimuovono.
  • Cerca il controfattuale. Volumi, prezzi e domanda si sono mossi durante il periodo. Chiediti cosa sarebbe successo comunque.
  • **Preferisci casi con date e cifre in dollari.** Tutto ciò che non può essere ricondotto a un trimestre e a un numero è un aneddoto vestito di abiti eleganti.
  • **Leggi prima i fallimenti.** I progetti di successo sono diversi e difficili da copiare. I fallimenti si ripetono, il che li rende più predittivi di ciò che accadrà al tuo.
  • **Verifica il livello.** Chiedi a quale livello della catena si applica effettivamente il caso, perché la maggior parte dichiara un ambito end-to-end ma fornisce un ambito di livello uno.

Usare questi casi in un business case

Un case study si guadagna il suo posto in una proposta interna quando stabilisce un numero che altrimenti si dovrebbe indovinare. Maersk 2017 fornisce un ordine di grandezza difendibile per un'interruzione totale del sistema in un grande operatore logistico. Hershey e Lidl danno un prezzo al rischio di go-live. Ford nel 2021 mostra quanto può costare la cancellazione degli impegni con i fornitori durante una recessione quando la domanda ritorna più velocemente della capacità.

Quello che nessuno di loro farà è dimostrare che uno strumento specifico si adatta alla tua operazione. Il modello che ho visto funzionare è più ristretto: scegli i due casi la cui modalità di fallimento assomiglia di più al tuo punto debole, quantifica quanto costerebbe quel fallimento nei tuoi volumi e lascia che il confronto stabilisca il budget. Quella argomentazione sopravvive al vaglio di un direttore finanziario, cosa che la maggior parte delle presentazioni comparative non riesce a fare.