Cel mai instructiv studiu de caz din lanțul de aprovizionare pe care îl cunosc nu este un succes. În iunie 2017, malware-ul NotPetya a ajuns la Maersk, iar compania a reconstruit aproximativ 4.000 de servere și 45.000 de computere personale în aproximativ zece zile, cu un cost estimat de 250-300 de milioane de dolari. Recuperarea a funcționat parțial deoarece un controler de domeniu din Ghana fusese offline când a avut loc atacul, iar acea copie supraviețuitoare a directorului a făcut posibilă reconstrucția. Am acoperit atacul Maersk în totalitate separat.
Majoritatea colecțiilor de studii de caz omit acest gen de detalii. Ele descriu o companie care a adoptat un sistem și a îmbunătățit o metrică, ceea ce este o lectură plăcută și inutilă pentru planificare. Cazările de mai jos sunt cele pe care le citez efectiv, alese deoarece fiecare are un număr public atașat și o cauză rădăcină cu care poți argumenta.
Zece cazuri de lanț de aprovizionare cu numere atașate
| Caz | An | Impact publicat | Cauza principală merită studiată |
|---|---|---|---|
| Maersk și NotPetya | 2017 | 250 până la 300 de milioane de dolari, 4.000 de servere reconstruite | Rețea plată, director unic partajat, fără copie de recuperare offline prin design |
| Nike și i2 planificarea cererii | 2000 | Aproximativ 100 de milioane de dolari în vânzări pierdute | Prognoză de ieșire încrezută de către managerii de magazin care ar putea vedea cererea reală |
| Lansare ERP Hershey | 1999 | Aproximativ 150 de milioane de dolari în comenzi nedeliverate | Trecerea majoră planificată în perioada de vârf de Halloween |
| Lidl și SAP | 2018 | Aproximativ 500 de milioane de euro radiată după aproximativ șapte ani | Logica de evaluare a stocului de bază personalizată, mai degrabă decât adoptată |
| Țintește Canada | 2013 până în 2015 | Ieșire de pe piață după doi ani, pierderi de aproximativ 2 miliarde de dolari | Erori în datele de bază ale dimensiunilor și codurile de bare blocate în centrele de distribuție |
| Ever Given în Canalul Suez | 2021 | 6 zile la eșuat, aproximativ 400 de nave la coadă, pierderi asigurate estimate la peste 2 miliarde de dolari | Punct unic de eșec pe o rută intens utilizată, cu pilotajul în vânt puternic ca și cauză imediată. |
| Toyota după cutremurul din Tōhoku | 2011 | Bază de date multi-nivel acoperind sute de mii de piese | Vizibilitatea de nivel unu nu a fost niciodată constrângerea, ci cea de nivel patru |
| TradeLens | 2018 până în 2022 | S-a închis după 4 ani, în ciuda celor 175 sau mai mulți participanți | Tehnologia a funcționat și operatorii s-au alăturat, dar nu au vrut să angajeze date pe platforma unui concurent. |
| Lipsă de semiconductori la Ford | 2021 | Compania a ghidat spre un impact de aproximativ 2,5 miliarde de dolari | Comenzile anulate de cipuri în 2020 nu au putut fi restabilite la discreție |
| Regionalizarea rețelei Amazon | 2023 | Rețeaua din Statele Unite reorganizată în clustere regionale | Reducerea distanței parcurse a învins adăugarea capacității |
Maersk 2017: cazul care mi-a schimbat întrebările
NotPetya a pătruns printr-o actualizare compromisă a software-ului fiscal ucrainean și s-a răspândit lateral, criptând mașini mai repede decât oricine ar fi putut reacționa. Maersk și-a pierdut sistemele de rezervare, iar operațiunile terminalelor pe o mare parte din rețeaua sa au devenit manuale. Navele au continuat să sosească, deoarece navele nu se opresc, ceea ce este partea pe care planificatorii o subestimează: o defecțiune digitală în transportul maritim nu oprește fluxul fizic, ci îți elimină capacitatea de a ști ce conține fluxul.
Două lecții supraviețuiesc retrăirii. Capacitatea de recuperare a decis rezultatul mai mult decât prevenția, iar recuperarea a depins de un accident mai degrabă decât de un design. Când revizuiesc acum planurile de continuitate, prima mea întrebare nu mai este dacă există backup-uri. Este dacă cineva a reconstruit un serviciu de directoare din acele backup-uri într-un interval de testare și cât timp a durat.
Hershey 1999 și Lidl 2018: aceeași greșeală la douăzeci de ani distanță
Hershey a înlocuit sistemele de bază printr-o tranziție simultană și a intrat în sezonul de vârf al industriei de produse de cofetărie cu un proces de la comandă la livrare pe care nimeni nu îl rulase la scară. Aproximativ 150 de milioane de dolari în comenzi nu au putut fi livrate, iar profitul trimestrului a scăzut brusc.
Lidl a petrecut aproximativ 7 ani pe un program de inventariere și merchandising înainte de a-l abandona și de a scrie în jur de 500 de milioane de euro. Problema tehnică raportată a fost banală: Lidl evalua stocurile la prețul de achiziție, software-ul standard presupunea prețul de vânzare, iar în loc să schimbe practica de afaceri, proiectul a schimbat software-ul. Personalizarea nucleului de evaluare s-a propagat apoi în aval. Decizia de a renunța a fost mai degrabă comercială decât tehnică, luată odată ce beneficiul rămas nu a mai justificat cheltuielile de care programul mai avea nevoie.
Ambele cazuri susțin aceeași disciplină. Secvențați tranziția departe de vârf și tratați fiecare cerere de personalizare a unui calcul de bază ca pe o decizie care va supraviețui persoanelor care o iau.
Toyota 2011: vizibilitate la nivelul pe care nu îl poți vedea
După cutremurul din martie 2011, Toyota a descoperit că expunerea sa se situa mult sub cea a furnizorilor săi direcți, în produse chimice și componente specializate unde o singură uzină deservea o mare parte a industriei. Răspunsul a fost o bază de date a lanțului de aprovizionare care cartografia piese și furnizori pe mai multe niveluri de profunzime, permițând companiei să răspundă la o întrebare pe care majoritatea producătorilor încă nu o pot rezolva: dacă acest oraș se inundă, care dintre vehiculele mele se opresc.
Motivul pentru care continui să folosesc acest caz este că acesta contrazice modul în care sunt încadrate majoritatea proiectelor de vizibilitate. Echipele cumpără instrumente care arată pozițiile containerelor, date logistice de nivelul unu, în timp ce riscul care oprește o linie de producție trăiește patru niveluri mai sus, într-o fabrică al cărei nume nu se regăsește în niciunul dintre sistemele lor.
TradeLens: un eșec care nu a fost tehnic
TradeLens a fost o platformă blockchain pentru documentația de transport maritim, lansată de Maersk împreună cu IBM în 2018 și întreruptă în 2022. Tehnologia a funcționat, iar rețeaua nu a fost goală: peste 175 de organizații s-au alăturat, inclusiv cinci dintre cei șase cei mai mari transportatori de containere. Cu toate acestea, a fost închisă. Înscrierea și angajamentul s-au dovedit a fi decizii diferite, iar transportatorii rivali nu au direcționat niciodată suficiente date comerciale printr-o platformă deținută de cel mai mare concurent al lor pentru a face volumul să funcționeze.
Acesta este cazul de analizat înainte de orice inițiativă de partajare a datelor la nivel de industrie. Problema dificilă în vizibilitatea partajată este guvernanța și proprietatea, nu criptografia, iar neutralitatea trebuie să fie structurală, nu promisă. Contrastul este Standarde DCSA pentru urmărire și trasare, pe care transportatorii l-au adoptat deoarece niciun concurent individual nu le deținea.
Cum să citești un studiu de caz fără să fii convins să cumperi
Majoritatea studiilor de caz publicate sunt materiale de marketing, produse cu cooperarea furnizorului, ceea ce nu le face inutile, dar le schimbă modul în care ar trebui să le citiți. Lista mea de verificare:
- Găsește punctul de plecare. O afirmație de treizeci la sută îmbunătățire nu înseamnă nimic fără cifra de pornire și fereastra de măsurare.
- Verificați cine l-a publicat. Dacă furnizorul de software l-a scris, modurile de eșec vor lipsi. Depunerile de reglementare, documentele judiciare și rapoartele post-incident conțin detaliile pe care comunicatele de presă le elimină.
- **Caută contrariul.** Volumele, prețurile și cererea au fluctuat în această perioadă. Întreabă ce s-ar fi întâmplat oricum.
- Prefer cazurile cu date și cifre în dolari. Orice lucru care nu poate fi legat de un trimestru și un număr este o anecdotă îmbrăcată în costum.
- Citește întâi eșecurile. Proiectele de succes sunt diverse și greu de copiat. Eșecurile se repetă, ceea ce le face mai predictive cu privire la ceea ce se va întâmpla cu al tău.
- Verificați nivelul. Întrebați la ce nivel al lanțului se adresează cazul, deoarece majoritatea pretind o acoperire de la un capăt la altul și livrează o acoperire de nivel unu.
Folosind aceste cazuri într-un studiu de caz
Un studiu de caz își câștigă locul într-o propunere internă atunci când stabilește un număr pe care altfel ar trebui să-l ghiciți. Maersk 2017 oferă un ordin de mărime defensibil pentru o întrerupere totală a sistemelor la un operator logistic mare. Hershey și Lidl dau un preț riscului de go-live. Ford în 2021 arată cât poate costa anularea angajamentelor față de furnizori în timpul unei recesiuni, atunci când cererea revine mai repede decât capacitatea.
Ceea ce niciunul dintre ei nu va face este să demonstreze că un anumit instrument se potrivește operațiunii dumneavoastră. Modelul pe care l-am văzut funcționând este mai restrâns: alegeți cele două cazuri al căror mod de eșec seamănă cel mai mult cu punctul dumneavoastră slab, cuantificați ce cost ar avea acel eșec la volumele dumneavoastră și lăsați comparația să stabilească bugetul. Acest argument rezistă verificării din partea unui director financiar, ceea ce este mai mult decât reușesc majoritatea prezentărilor comparative.