A legsürgősebb ellátási lánc esettanulmány, amit ismerek, nem egy sikersztori. 2017 júniusában a NotPetya malware elérte a Maersk-et, és a vállalat nagyjából 4000 szervert és 45 000 személyi számítógépet épített újjá körülbelül tíz nap alatt, becslések szerint 250-300 millió dollár költséggel. A helyreállítás részben azért sikerült, mert egy ghánai tartományi vezérlő offline volt a támadás idején, és a címtár túlélő példánya tette lehetővé az újjáépítést. Az a Maersk támadás teljes egészében-et külön tárgyaltuk.
A legtöbb tanulmánygyűjtemény kihagyja ezt a fajta részletességet. Leírnak egy céget, amely bevezetett egy rendszert és javított egy metrikát, ami kellemes olvasmány és haszontalan a tervezéshez. Az alábbi esetek azok, amelyeket ténylegesen idézek, mivel mindegyikhez tartozik egy nyilvános szám és egy kiváltó ok, amelyen lehet vitatkozni.
Tíz ellátási lánc esete számmal ellátva
| Eset | Év | Publikált hatás | Megfontolandó kiváltó ok |
|---|---|---|---|
| Maersk és NotPetya | 2017 | 250-300 millió dollár, 4000 szerver újjáépítve | Lapos hálózat, egyetlen megosztott könyvtár, tervezés szerint nincs offline helyreállítási másolat |
| Nike és az i2 kereslettervezés | 2000 | Mintegy 100 millió dollárnyi elmaradt bevétel | A bolti vezetők által látott tényleges keresletnél megbízhatóbb előrejelzés |
| Hershey ERP go-live | 1999 | Körülbelül 150 millió dollárnyi kiszállításra váró megrendelés | "Big-bang" átállás ütemezve a Halloween csúcsidőszakra |
| Lidl és SAP | 2018 | Mintegy 500 millió euró le lett írva nagyjából hét év után | Az alap leltár-értékelési logika testreszabott, nem pedig elfogadott. |
| Cél Kanada | 2013-tól 2015-ig | Kilépés a piacról két év után, veszteség körülbelül 2 milliárd dollár | A dimenziókban lévő törzsadat-hibák és a beragadt vonalkódok megbénították az elosztási központokat. |
| Ever Given az Szuezi-csatorna-ben | 2021 | 6 napos zátonyra futás, körülbelül 400 hajó torlódott fel, becsült biztosítási veszteség meghaladja a 2 milliárd dollárt | Egyetlen kritikus pont a nagy forgalmú útvonalon, a szélben történő hajóvezetés mint közvetlen ok |
| Toyota a Tohoku földrengés után | 2011 | Több rétegű, több százezer alkatrészt lefedő adatbázis | A legmagasabb szintű láthatóság soha nem volt korlátozó tényező, a negyedik szint volt. |
| TradeLens | 2018-tól 2022-ig | 4 év után leállítva, 175 vagy több résztvevő ellenére | A technológia működött, a szolgáltatók is csatlakoztak, mégsem voltak hajlandóak adataikat egy versenytárs platformjára vinni. |
| Félvezetőhiány a Fordnál | 2021 | A vállalat nagyjából 2,5 milliárd dolláros hatással kalkulál. | A 2020-ban törölt chiprendelések nem voltak visszavonhatók. |
| Amazon hálózatának regionális átalakítása | 2023 | Az Egyesült Államok hálózatát regionális klaszterekbe szervezték át | A megtett távolság csökkentése jobb volt, mint a kapacitás növelése |
Maersk 2017: az eset, amely megváltoztatta a kérdéseimet
A NotPetya egy kompromittált ukrán adószoftverfrissítésen keresztül jutott be, és oldalirányban terjedt, gyorsabban titkosítva a gépeket, mint ahogy reagálni lehetett volna. A Maersk elvesztette foglalási rendszereit, és hálózatának nagy részén manuálissá váltak a terminálműködések. A hajók továbbra is érkeztek, mert a hajók nem állnak meg, és ezt becsülik alá a tervezők: a szállítás digitális kiesése nem állítja meg a fizikai áramlást, hanem megszünteti annak lehetőségét, hogy tudjuk, mit tartalmaz az áramlás.
Két lecke maradt meg az újramondásból. A helyreállítási képesség jobban döntötte el a kimenetet, mint a megelőzés, és a helyreállítás egy balesettől függött, nem pedig egy tervtől. Amikor most átnézem a folytonossági terveket, az első kérdésem már nem az, hogy léteznek-e biztonsági másolatok. Az, hogy valaki újjáépített-e könyvtárszolgáltatást azokból a biztonsági másolatokból egy tesztidőszakon belül, és mennyi ideig tartott.
Hershey 1999 és Lidl 2018: ugyanaz a hiba húsz év távlatából
A Hershey a teljes core rendszereit lecserélte egyidejű kivitelezéssel, és a legforgalmasabb szezonban, egy olyan rendelés-teljesítési folyamattal szembesültek, amit korábban senki sem futtatott nagy volumenben. Körülbelül 150 millió dollár értékű rendelést nem tudtak kiszállítani, és a negyedév profitja meredeken zuhant.
A Lidl körülbelül 7 évet töltött egy készlet- és árukészlet-kezelési programmal, mielőtt feladta volna, és mintegy 500 millió eurót írt le. A bejelentett technikai akadály hétköznapi volt: a Lidl a készletet beszerzési áron értékelte, a standard szoftverek a kiskereskedelmi árat feltételezték, és ahelyett, hogy megváltoztatták volna az üzleti gyakorlatot, a projekt megváltoztatta a szoftvert. A kiigazítás az értékelés magjában terjedt el lefelé. A leállításról szóló döntés inkább kereskedelmi, mint technikai volt, amelyet akkor hoztak meg, amikor a fennmaradó előny már nem indokolta a program által továbbra is szükséges kiadásokat.
Mindkét esetben ugyanazt a fegyelmet kérik számon. Ütemezzék el a bevezetést a csúcsidőszakon kívülre, és minden mag-számítás testreszabására irányuló kérést olyan döntésként kezeljenek, amely túl fogja élni az azt hozó embereket.
Toyota 2011: láthatóság azon a szinten, amit nem látsz
A 2011 márciusi földrengés után a Toyota azt tapasztalta, hogy kitettsége jóval a közvetlen beszállítói alatt helyezkedett el, speciális vegyszerek és alkatrészek terén, ahol egyetlen üzem látta el az iparág nagy részét. A válasz egy ellátási lánc adatbázis volt, amely több szint mélységig feltérképezte az alkatrészeket és beszállítókat, lehetővé téve a vállalat számára, hogy megválaszolja azt a kérdést, amelyre a legtöbb gyártó még mindig nem tud válaszolni: ha ez a város elárasztja, melyik járműveim állnak le.
Azért használom ezt az esetet újra és újra, mert ellentmond annak, ahogy a legtöbb láthatósági projektet tervezik. A csapatok olyan eszközöket vásárolnak, amelyek a konténerek helyzetét mutatják, ami első szintű logisztikai adat, miközben a kockázat, ami megállítja a termelést, négy szinttel feljebb található egy gyárban, amelynek a nevét egyetlen rendszerük sem tartalmazza.
TradeLens: egy nem technikai kudarc
A TradeLens egy blokklánc-alapú platform volt a hajózási dokumentáció számára, amelyet a Maersk és az IBM indított 2018-ban, és 2022-ben szüntetett meg. A technológia működött, és a hálózat sem volt üres: több mint 175 szervezet csatlakozott, köztük a hat legnagyobb konténerszállító közül öt. Mégis bezárt. A regisztráció és az elköteleződés eltérő döntéseknek bizonyultak, és a rivális fuvarozók soha nem irányítottak elegendő kereskedelmi adatot a legnagyobb versenytársuk tulajdonában lévő platformon keresztül ahhoz, hogy a volumenek működjenek.
Ez az az eset, amit minden iparági szintű adatmegosztási kezdeményezés előtt el kell olvasni. A megosztott láthatóság nehéz problémája az irányítás és a tulajdonjog, nem a titkosítás, és a semlegességnek strukturálisnak kell lennie, nem pedig megígértnek. Az ellentét az DCSA nyomkövetési és felderítési szabványok, amelyet a fuvarozók elfogadtak, mert egyetlen versenytárs sem birtokolta őket.
Hogyan olvass el egy esettanulmányt anélkül, hogy eladják neked
A legtöbb publikált esettanulmány a forgalmazó együttműködésével készült marketinganyag, ami nem teszi őket értéktelenné, de megváltoztatja, hogyan kell olvasni őket. Az én ellenőrzőlistám:
- **Határozd meg az alapvonalat.** Harminc százalékos javulásra vonatkozó állítás semmit sem ér a kiinduló adat és a mérési időszak nélkül.
- **Ellenőrizze, ki adta ki.** Ha a szoftverszállító írta, akkor hiányozni fognak a meghibásodási módok. A szabályozási beadványok, bírósági dokumentumok és esemény utáni jelentések tartalmazzák azt a részletességet, amelyet a sajtóközlemények eltávolítanak.
- **Keresd a kontra-fakto esetét.** Volument, árakat és keresletet is mozgattak az időszakban. Kérdezd meg, mi történt volna amúgy.
- Keressen olyan eseteket, amelyek dátumokat és dollárösszegeket tartalmaznak. Minden, ami nem köthető negyedévhez és számhoz, az egy öltönybe öltözött anekdota.
- **Olvassa el először a kudarcokat.** A sikeres projektek változatosak és nehezen másolhatók. A kudarcok ismétlődnek, ami előrejelzőbbé teszi őket azzal kapcsolatban, hogy mi fog történni az Ön projektjével.
- **Ellenőrizze a szintet.** Kérdezze meg, hogy az ügy valójában melyik láncszintet érinti, mert a legtöbb végponttól végpontig tartó hatókört állít, de csak az első szint hatókörét teljesíti.
Ezeket az eseteket egy üzleti tervben használva
Egy esettanulmány akkor érdemli meg a helyét egy belső javaslatban, ha olyan számot támaszt alá, amit máskülönben találgatni kellene. A Maersk 2017-es esete megvédhető nagyságrendet ad egy nagy logisztikai szolgáltató teljes rendszerkimaradására. A Hershey és a Lidl árazzák a bevezetés kockázatát. A Ford 2021-ben megmutatja, mennyibe kerülhet beszállítói kötelezettségek lemondása egy visszaesés idején, amikor a kereslet gyorsabban tér vissza, mint a kapacitás.
Egyikük sem fogja tudni bizonyítani, hogy egy adott eszköz megfelel a működésének. Az általam megfigyelt, működő minta szűkebb: válassza ki azt a két esetet, amelynek meghibásodási módja leginkább hasonlít a saját gyenge pontjához, mérje fel, mennyibe kerülne ez a meghibásodás az Ön volumeneinél, és hagyja, hogy az összehasonlítás határozza meg a költségvetést. Ez az érv túlél bármilyen pénzügyi igazgató általi vizsgálatot, ami több, mint amit a legtöbb benchmark riport meg tud tenni.