Najpoučnejšou prípadovou štúdiou dodávateľského reťazca, ktorú poznám, nie je úspech. V júni 2017 sa malvér NotPetya dostal do spoločnosti Maersk a spoločnosť za približne desať dní prestavala približne 4 000 serverov a 45 000 osobných počítačov s odhadovanými nákladmi 250 až 300 miliónov dolárov. Obnova čiastočne uspela, pretože jeden radič domény v Ghane bol v čase útoku offline a táto preživšia kópia adresára umožnila prestavbu. Útok na Maersk v plnom znení sme riešili samostatne.

Väčšina zbierok prípadových štúdií vynecháva takéto detaily. Opisujú spoločnosť, ktorá prijala systém a zlepšila metriku, čo je príjemné čítanie a na plánovanie nepoužiteľné. Prípady uvedené nižšie sú tie, ktoré skutočne citujem, vybrané preto, že každý má pripojené verejné číslo a základnú príčinu, s ktorou sa dá polemizovať.

Desať prípadov dodávateľského reťazca s pripojenými číslami

PrípadRokUverejnený dopadPríčina, ktorú sa oplatí preskúmať
Maersk a NotPetya2017250 až 300 miliónov dolárov, 4 000 serverov prestavanýchPlochá sieť, jeden zdieľaný adresár, žiadna offline záloha na obnovu z návrhu
Plánovanie dopytu Nike a i22000Približne 100 miliónov dolárov v stratách na predajiPredikcie sú dôveryhodnejšie ako manažéri predajní, ktorí vidia skutočný dopyt
Hershey ERP go-live1999Približne 150 miliónov dolárov neuskutočnených objednávokBig-bang cutover naplánovaný do vianočného špičky
Lidl a SAP2018Približne 500 miliónov eur odpísaných po približne siedmich rokochJadro logiky ocenenia zásob bolo prispôsobené namiesto prevzatia.
Cieľ Kanada2013 až 2015Odstúpenie z trhu po dvoch rokoch, straty okolo 2 miliardy dolárovChyby v kmeňových údajoch v dimenziách a zaseknuté čiarové kódy zablokovali distribučné centrá
Ever Given v Suezský prieplav20216 dní na dne, asi 400 lodí v rade, odhadované poistené straty nad 2 miliardy dolárovJeden bod zlyhania na silne využívanom traťovom úseku, pričom bezprostrednou príčinou bolo pilotovanie v silnom vetre.
Toyota po zemetrasení v Tohoku2011Viacúrovňová databáza pokrývajúca státisíce dielovViditeľnosť prvej úrovne nikdy nebola obmedzením, obmedzením bola štvrtá úroveň.
TradeLens2018 až 2022Ukončená prevádzka po 4 rokoch napriek 175 alebo viacerým účastníkomTechnológia fungovala a operátori sa pridali, napriek tomu sa odhodlali nesprístupniť dáta na platformu konkurenta.
Nedostatok polovodičov vo Forde2021Spoločnosť odhaduje zhruba 2,5 miliardy dolárov dopadu.Zrušené objednávky čipov v roku 2020 nebolo možné ľubovoľne obnoviť
Regionalizácia siete Amazon2023Americká sieť reorganizovaná do regionálnych klastrovSkrátenie prejdenej vzdialenosti porazilo pridanie kapacity

Maersk 2017: prípad, ktorý zmenil moje otázky

NotPetya sa dostala cez kompromitovanú aktualizáciu ukrajinského daňového softvéru a rozšírila sa horizontálne, pričom šifrovala stroje rýchlejšie, ako sa dalo reagovať. Maersk stratil rezervačné systémy a prevádzka terminálov vo veľkej časti jeho siete sa stala manuálnou. Lode naďalej prichádzali, pretože lode sa nezastavujú, čo je časť, ktorú plánovači podceňujú: digitálny výpadok v preprave nezastaví fyzický tok, ale odstráni vašu schopnosť vedieť, čo tento tok obsahuje.

Dve poučenia prežili pretlmočenie. Schopnosť obnovy rozhodla o výsledku viac ako prevencia a obnova závisela skôr od náhody ako od návrhu. Keď teraz kontrolujem plány kontinuity, moja prvá otázka už nie je, či existujú zálohy. Je to, či niekto z týchto záloh obnovil adresárovú službu v testovacom okne a ako dlho to trvalo.

Hershey 1999 a Lidl 2018: rovnaká chyba s dvadsaťročným odstupom

Hershey nahradila kľúčové systémy súčasným prepnutím a zasiahla vrcholnú sezónu cukrárskeho priemyslu s procesom od objednávky po dodanie, ktorý dovtedy nikto v takom objeme nesprevádzkoval. Približne 150 miliónov dolárových objednávok nebolo možné expedovať a zisk za štvrťrok prudko klesol.

Stacked containers and straddle carriers across a large terminal yard

Spoločnosť Lidl strávila približne 7 rokov implementáciou programu riadenia zásob a merchandisingu, než ho zrušila a odpísala približne 500 miliónov eur. Uvádzanou technickou prekážkou bolo niečo prozaické: Lidl oceňoval zásoby nákupnou cenou, štandardný softvér predpokladal maloobchodnú cenu, a namiesto zmeny obchodnej praxe sa projekt prispôsobil softvéru. Prispôsobenie jadra oceňovania sa potom rozšírilo ďalej. Rozhodnutie o zastavení bolo skôr obchodné ako technické, prijaté v momente, keď už dodatočné náklady programu neospravedlňovali jeho pokračovanie.

Oba prípady obhajujú tú istú disciplínu. Naplánujte prechod mimo špičku a ku každej žiadosti o prispôsobenie základného výpočtu pristupujte ako k rozhodnutiu, ktoré prežije ľudí, ktorí ho urobili.

Toyota 2011: viditeľnosť na úrovni, ktorú nevidíte

Po zemetrasení v marci 2011 Toyota zistila, že jej expozícia bola výrazne nižšia ako u jej priamych dodávateľov, v špecializovaných chemikáliách a komponentoch, kde jeden závod obsluhoval veľkú časť priemyslu. Reakciou bola databáza dodávateľského reťazca mapujúca diely a dodávateľov na niekoľko úrovní hlboko, čo spoločnosti umožnilo zodpovedať otázku, na ktorú väčšina výrobcov stále nevie odpovedať: ak toto mesto zaplaví, ktoré moje vozidlá sa zastavia.

Dôvod, prečo naďalej používam tento prípad, je ten, že je v rozpore s tým, ako je väčšina projektov viditeľnosti koncipovaná. Tímy kupujú nástroje, ktoré zobrazujú polohy kontajnerov, čo sú logistické údaje prvej úrovne, zatiaľ čo riziko, ktoré zastaví výrobnú linku, sa nachádza o štyri úrovne vyššie v továrni, ktorej názov nie je v žiadnom z ich systémov.

TradeLens: neúspech, ktorý nebol technický

TradeLens bola blockchainová platforma pre lodnú dokumentáciu, ktorú v roku 2018 spustila spoločnosť Maersk spolu s IBM a v roku 2022 ju ukončila. Technológia fungovala a sieť nebola prázdna: pripojilo sa viac ako 175 organizácií vrátane piatich z najväčších šiestich kontajnerových prepravcov. Napriek tomu bola ukončená. Prihlásenie a záväzok sa ukázali ako rozdielne rozhodnutia a konkurenční prepravcovia nikdy nenastúpili cez platformu vlastnenú ich najväčším konkurentom dostatok komerčných dát, aby objemy fungovali.

Toto je prípad, ktorý treba prečítať pred akoukoľvek iniciatívou na zdieľanie dát v celom odvetví. Ťažkým problémom v zdieľanej viditeľnosti je správa a vlastníctvo, nie kryptografia, a neutralita musí byť štrukturálna, nie sľubovaná. Kontrastom je Štandardy sledovania a vysledovania DCSA, ktorý dopravcovia prijali, pretože ich nevlastnil žiadny jednotlivý konkurent.

Ako čítať prípadovú štúdiu bez toho, aby vás niečo predali

Väčšina publikovaných prípadových štúdií je marketingový materiál vytvorený v spolupráci s predajcom, čo ich síce nerobí bezcennými, ale mení to spôsob, akým by ste ich mali čítať. Môj zoznam:

  • Nájdite základnú líniu. Tvrdenie o tridsiatich percentách zlepšenia neznamená nič bez počiatočnej hodnoty a časového okna merania.
  • Skontrolujte, kto to publikoval. Ak to napísal dodávateľ softvéru, budú chýbať zoznamy zlyhaní. Regulačné podania, súdne dokumenty a správy po incidentoch obsahujú podrobnosti, ktoré tlačové správy odstraňujú.
  • **Hľadajte protifakt. ** Objem, ceny a dopyt sa počas daného obdobia menili. Pýtajte sa, čo by sa stalo aj tak.
  • Uprednostňujte prípady s dátumami a sumami v dolároch. Čokoľvek, čo sa nedá pripísať štvrťroku a číslu, je len príbeh v obleku.
  • Najprv si prečítajte o neúspechoch. Úspešné projekty sú rozmanité a ťažko sa kopírujú. Neúspechy sa opakujú, čo z nich robí lepšiu predpoveď toho, čo sa stane s vaším.
  • Skontrolujte úroveň. Opýtajte sa, ktorú úroveň reťazca prípad skutočne rieši, pretože väčšina nárokuje rozsah end-to-end a dodáva rozsah na úrovni jedna.

Použitie týchto prípadov v obchodnom prípade

Prípadová štúdia si zaslúži svoje miesto vo vnútornom návrhu, keď stanoví číslo, ktoré by ste inak museli hádať. Maersk 2017 poskytuje obhájiteľný rád veľkosti pre úplné výpadky systémov u veľkého logistického operátora. Hershey a Lidl dávajú riziku spustenia cenu. Ford v roku 2021 ukazuje, koľko môže stáť zrušenie záväzkov dodávateľov počas poklesu, keď sa dopyt vráti rýchlejšie ako kapacita.

Čo z toho nič neurobí, je dokázať, že konkrétny nástroj vyhovuje vašej prevádzke. Vzor, ktorý som videl fungovať, je užší: vyberte dva prípady, ktorých režim zlyhania najviac pripomína vaše vlastné slabé miesto, kvantifikujte, koľko by takéto zlyhanie stálo pri vašich objemoch, a nechajte porovnanie určiť rozpočet. Táto argumentácia obstojí pri kontrole zo strany finančného riaditeľa, čo je viac, ako zvládne väčšina benchmarkových prezentácií.