De meest leerzame supply chain casestudy die ik ken is geen succes. In juni 2017 bereikte de NotPetya-malware Maersk en het bedrijf herbouwde ruwweg 4.000 servers en 45.000 personal computers in ongeveer tien dagen, tegen een geschatte kostenpost van 250 tot 300 miljoen dollar. Het herstel werkte deels omdat één domeincontroller in Ghana offline was geweest toen de aanval plaatsvond, en die overlevende kopie van de directory maakte de wederopbouw mogelijk. We hebben de Maersk aanval in het volledig afzonderlijk behandeld.
De meeste collecties casestudies slaan dat soort details over. Ze beschrijven een bedrijf dat een systeem heeft ingevoerd en een metriek heeft verbeterd, wat prettig leest en nutteloos is voor planning. De onderstaande casestudies zijn degene die ik daadwerkelijk citeer, gekozen omdat elk een publiek cijfer heeft en een hoofdoorzaak waar je het mee oneens kunt zijn.
Tien supply chain cases met nummers eraan gekoppeld
| Zaak | Jaar | Gepubliceerd effect | Oorzaak die de moeite waard is om te bestuderen |
|---|---|---|---|
| Maersk en NotPetya | 2017 | 250 tot 300 miljoen dollar, 4.000 servers herbouwd | Plat netwerk, enkele gedeelde map, geen offline herstelkopie van ontwerp. |
| Nike en i2 vraagplanning | 2000 | Ongeveer 100 miljoen dollar aan verloren omzet | Voorspelling wordt vertrouwd boven winkelmanagers die de werkelijke vraag konden zien |
| Hershey ERP go-live | 1999 | Ongeveer 150 miljoen dollar aan bestellingen niet geleverd | Big-bang-overgang gepland tijdens de piek van Halloween |
| Lidl en SAP | 2018 | Ongeveer 500 miljoen euro afgeschreven na ongeveer zeven jaar | Kernwaardering van inventaris aangepast in plaats van overgenomen |
| Doel Canada | 2013 tot 2015 | Marktaflossing na twee jaar, verliezen rond de 2 miljard dollar | Fouten in masterdata van dimensies en vastgelopen barcodes hebben de distributiecentra lamgelegd |
| Ever Given in de Sontzkanalen | 2021 | 6 dagen vast, ongeveer 400 schepen in de rij, verzekerde verliezen geschat boven 2 miljard dollar | Single point of failure op een drukbereden route, met loodswezen bij harde wind als directe oorzaak |
| Toyota na de aardbeving in Tohoku | 2011 | Meerlaagse database met honderdduizenden onderdelen | Zichtbaarheid van tier één was nooit de beperking, tier-vier wel |
| TradeLens | 2018 tot 2022 | Sluiting na 4 jaar ondanks 175 of meer deelnemers | Technologie werkte en providers sloten zich aan, maar wilden geen gegevens toevertrouwen aan het platform van een concurrent |
| Tekort aan halfgeleiders bij Ford | 2021 | Bedrijf gaf een richtlijn van ongeveer 2,5 miljard dollar impact. | Geannuleerde chipbestellingen in 2020 konden niet naar believen opnieuw worden ingesteld |
| Amazon regionale netwerkindeling | 2023 | Amerikaans netwerk geherstructureerd in regionale clusters | Afstand reduceren is beter dan capaciteit toevoegen |
Maersk 2017: de casus die mijn vragen veranderde
NotPetya kwam binnen via een gecompromitteerde update van Oekraïense belastingsoftware en verspreidde zich lateraal, waarbij machines sneller werden versleuteld dan dat er kon worden gereageerd. Maersk verloor boekingssystemen en terminaloperaties in een groot deel van zijn netwerk gingen handmatig. Schepen bleven arriveren omdat schepen niet stoppen, en dat is het deel dat planners onderschatten: een digitale storing in de scheepvaart pauzeert de fysieke stroom niet, het verwijdert je vermogen om te weten wat die stroom inhoudt.
Twee lessen overleven de hervertelling. Herstelvermogen bepaalde de uitkomst meer dan preventie, en het herstel hing af van een toevalstreffer in plaats van een ontwerp. Wanneer ik nu continuïteitsplannen beoordeel, is mijn eerste vraag niet langer of er back-ups bestaan. Het is of iemand een directoryservice uit die back-ups heeft herbouwd binnen een testvenster, en hoe lang het duurde.
Hershey 1999 en Lidl 2018: dezelfde fout met twintig jaar ertussen
Hershey verving kernsystemen met een simultane cutover en raakte de piekperiode van de zoetwarenindustrie met een order-naar-leveringsproces dat niemand op schaal had gedraaid. Ongeveer 150 miljoen dollar aan orders kon niet worden verzonden en de winst van het kwartaal daalde scherp.
Lidl besteedde ongeveer 7 jaar aan een inventarisatie- en merchandisingprogramma voordat het werd stopgezet en een bedrag van ongeveer 500 miljoen euro werd afgeschreven. Het gerapporteerde technische struikelblok was banaal: Lidl waardeerde de voorraad tegen de aankoopprijs, standaard software ging uit van de verkoopprijs, en in plaats van de bedrijfspraktijk te veranderen, veranderde het project de software. Maatwerk in de waarderingskern verspreidde zich vervolgens stroomafwaarts. De beslissing om te stoppen was commercieel in plaats van technisch, genomen toen het resterende voordeel de noodzakelijke uitgaven voor het programma niet meer rechtvaardigde.
Beide gevallen pleiten voor dezelfde discipline. Plan de overgang weg van het hoogtepunt, en beschouw elk verzoek om een kernberekening aan te passen als een beslissing die de mensen die haar nemen, zal overleven.
Toyota 2011: zichtbaarheid op het niveau dat je niet kunt zien
Na de aardbeving van maart 2011 ontdekte Toyota dat haar blootstelling ruim onder haar directe leveranciers lag, in gespecialiseerde chemicaliën en componenten waarbij één fabriek een groot deel van de industrie bediende. De reactie was een database van de toeleveringsketen die onderdelen en leveranciers meerdere niveaus diep in kaart bracht, waardoor het bedrijf een vraag kon beantwoorden die de meeste fabrikanten nog steeds niet kunnen beantwoorden: als deze stad overstroomt, welke van mijn voertuigen stoppen dan.
De reden dat ik dit geval blijf gebruiken, is dat het indruist tegen hoe de meeste zichtbaarheidsprojecten worden gedefinieerd. Teams kopen tools die containerposities tonen, wat logistieke gegevens van het hoogste niveau zijn, terwijl het risico dat een productielijn stillegt zich vier niveaus hoger in een fabriek bevindt waarvan de naam in geen van hun systemen voorkomt.
TradeLens: een falen dat niet technisch was
TradeLens was een blockchainplatform voor scheepvaartdocumentatie, gelanceerd door Maersk met IBM in 2018 en stopgezet in 2022. De technologie werkte, en het netwerk was ook niet leeg: meer dan 175 organisaties sloten zich aan, waaronder vijf van de zes grootste containervervoerders. Toch ging het ten onder. Aanmelden en je committeren bleken verschillende beslissingen te zijn, en concurrerende vervoerders hebben nooit genoeg commerciële gegevens via een platform van hun grootste concurrent laten lopen om de volumes te laten werken.
Dit is de case die gelezen moet worden vóór elk sectorbreed initiatief voor gegevensdeling. Het moeilijke probleem bij gedeelde zichtbaarheid is governance en eigendom, niet cryptografie, en neutraliteit moet structureel zijn in plaats van beloofd. Het contrast is de DCSA track-and-trace standaarden, die door vervoerders werd aangenomen omdat geen enkele concurrent er eigenaar van was.
Hoe lees je een casestudy zonder dat je iets verkocht wordt
De meeste gepubliceerde casestudy's zijn marketingmateriaal dat met medewerking van de leverancier is geproduceerd, wat ze niet waardeloos maakt, maar wel verandert hoe je ze moet lezen. Mijn checklist:
- **Vind de basislijn.** Een claim van dertig procent verbetering betekent niets zonder het startcijfer en het meetvenster.
- Controleer wie het heeft gepubliceerd. Als de softwareleverancier het heeft geschreven, ontbreken de faalmodi. Wettelijke aanvragen, gerechtelijke documenten en post-incidentrapporten bevatten de details die persberichten weglaten.
- **Zoek de contrafeitelijkheid.** Volumes, prijzen en vraag bewogen allemaal gedurende de periode. Vraag wat er sowieso gebeurd zou zijn.
- **Geef de voorkeur aan gevallen met datums en dollarbedragen.** Alles wat niet aan een kwartaal en een getal kan worden gekoppeld, is een anekdote met een pak aan.
- **Lees eerst de mislukkingen.** Succesvolle projecten zijn divers en moeilijk te kopiëren. Mislukkingen herhalen zich, wat ze voorspelbaarder maakt voor wat er met het jouwe zal gebeuren.
- **Controleer de tier.** Vraag op welk niveau van de keten de zaak daadwerkelijk betrekking heeft, omdat de meesten claimen dat ze een end-to-end scope hebben en tier-one scope leveren.
Met deze gevallen in een businesscase
Een casestudy verdient zijn plaats in een intern voorstel wanneer het een getal vaststelt dat anders zou moeten worden gegokt. Maersk 2017 geeft een verdedigbare orde van grootte voor een totale systeemuitval bij een grote logistieke operator. Hershey en Lidl geven het risico van livegang een prijs. Ford toont in 2021 wat het annuleren van leveranciersverplichtingen tijdens een neergang kan kosten wanneer de vraag sneller terugkeert dan de capaciteit.
Wat geen van hen zal doen, is bewijzen dat een specifieke tool geschikt is voor uw bedrijfsvoering. Het patroon dat ik heb zien werken is smaller: kies de twee gevallen waarvan de faalmodus het meest lijkt op uw eigen zwakke punt, kwantificeer wat die storing zou kosten bij uw volumes en laat de vergelijking het budget bepalen. Dat argument doorstaat de toets van een financieel directeur, en dat is meer dan de meeste benchmarkdecks kunnen waarmaken.