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ípad | Rok | Uverejnený dopad | Príčina, ktorú sa oplatí preskúmať |
|---|---|---|---|
| Maersk a NotPetya | 2017 | 250 až 300 miliónov dolárov, 4 000 serverov prestavaných | Plochá sieť, jeden zdieľaný adresár, žiadna offline záloha na obnovu z návrhu |
| Plánovanie dopytu Nike a i2 | 2000 | Približne 100 miliónov dolárov v stratách na predaji | Predikcie sú dôveryhodnejšie ako manažéri predajní, ktorí vidia skutočný dopyt |
| Hershey ERP go-live | 1999 | Približne 150 miliónov dolárov neuskutočnených objednávok | Big-bang cutover naplánovaný do vianočného špičky |
| Lidl a SAP | 2018 | Približne 500 miliónov eur odpísaných po približne siedmich rokoch | Jadro logiky ocenenia zásob bolo prispôsobené namiesto prevzatia. |
| Cieľ Kanada | 2013 až 2015 | Odstúpenie z trhu po dvoch rokoch, straty okolo 2 miliardy dolárov | Chyby v kmeňových údajoch v dimenziách a zaseknuté čiarové kódy zablokovali distribučné centrá |
| Ever Given v Suezský prieplav | 2021 | 6 dní na dne, asi 400 lodí v rade, odhadované poistené straty nad 2 miliardy dolárov | Jeden bod zlyhania na silne využívanom traťovom úseku, pričom bezprostrednou príčinou bolo pilotovanie v silnom vetre. |
| Toyota po zemetrasení v Tohoku | 2011 | Viacúrovňová databáza pokrývajúca státisíce dielov | Viditeľnosť prvej úrovne nikdy nebola obmedzením, obmedzením bola štvrtá úroveň. |
| TradeLens | 2018 až 2022 | Ukončená prevádzka po 4 rokoch napriek 175 alebo viacerým účastníkom | Technológia fungovala a operátori sa pridali, napriek tomu sa odhodlali nesprístupniť dáta na platformu konkurenta. |
| Nedostatok polovodičov vo Forde | 2021 | Spoloč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 Amazon | 2023 | Americká sieť reorganizovaná do regionálnych klastrov | Skrá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.
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í.