2026年 サプライチェーン事例研究：数字付き10事例

私が知る最も示唆に富むサプライチェーンのケーススタディは、成功例ではありません。2017年6月、NotPetyaマルウェアがマースクに到達し、同社は約10日間で約4,000台のサーバーと45,000台のパソコンを再構築しましたが、その費用は推定2億5千万ドルから3億ドルでした。復旧が一部うまくいったのは、攻撃時にガーナにあった1台のドメインコントローラーがオフラインになっており、その残存していたディレクトリのコピーが再構築を可能にしたからです。マーリスク社への攻撃（全文）については別途取り上げました。

ケーススタディの多くは、そのような詳細を省略しています。システムを導入して指標を改善した企業について説明していますが、それは読みやすく、計画には役立ちません。以下のケースは、実際に引用しているもので、公開されている数字があり、議論の余地のある根本原因があるために選ばれました。

連番付きのサプライチェーン事例10件

ケース	年	公開された影響	調査する価値のある根本原因
MaerskとNotPetya	2017	2億5,000万ドルから3億ドル、サーバー4,000台の再構築	フラットネットワーク、単一共有ディレクトリ、設計上オフラインリカバリコピーなし
ナイキとi2の需要計画	2000	約1億ドルの販売機会損失	実際の需要を把握できる店舗責任者よりも、予測による結果が信頼される
ハーシーERP稼働開始	1999	未納付の注文は約1億5000万ドル	ハロウィンピークへのビッグバンカットオーバーが予定されています
LidlとSAP	2018	約7年で約5億ユーロが償却	コア在庫評価ロジックは、採用ではなくカスタマイズされた
カナダをターゲットに	2013年から2015年	2年での市場撤退、損失約20億ドル	ディメンションのマスターデータエラーとバーコードの詰まりが物流センターを妨げた
スエズ運河 のエバーギブン	2021	座礁6日、約400隻が待機、保険損失は20億ドル超と推定	強風下での水先案内が直接の原因となり、利用頻度の高い航路における単一障害点
東北地方太平洋沖地震後のトヨタ	2011	何十万もの部品を網羅するマルチティアデータベース	ティアワンの可視性は制約ではなく、ティアフォーが制約でした
トレードレンズ	2018年から2022年	175人以上が参加したにもかかわらず、4年後に閉鎖	テクノロジーは機能し、キャリアも参加しましたが、競合他社のプラットフォームにデータをコミットすることはありませんでした。
フォードの半導体不足	2021	会社は、約25億ドルのインパクトを見込んでいます	2020年のチップ注文のキャンセルは、任意で再開できませんでした。
Amazon ネットワークの地域化	2023	米国ネットワークを地域クラスターに再編成	移動距離の削減は、輸送能力の増強よりも効果的である

Maersk 2017：私の問い方を変えた事例

NotPetyaは、ウクライナの税務ソフトウェアへの侵害されたアップデートを介して侵入し、誰も対応できないよりも速くマシンを暗号化して横展開しました。Maerskは予約システムを失い、ネットワークの大部分でターミナル業務が手動になりました。船は止まらないので到着し続けましたが、これは計画者が過小評価している部分です。海運におけるデジタル障害は物理的な流れを一時停止させるのではなく、その流れに何が含まれているかを知る能力を奪います。

2つの教訓が語り継がれている。予防策よりも回復能力が結果を左右し、その回復は設計ではなく偶然に依存していた。現在、事業継続計画を見直す際、私の最初の質問は、バックアップが存在するかどうかではなくなった。バックアップからテスト期間内にディレクトリサービスを再構築したことがあるか、そしてそれにどれだけ時間がかかったか、である。

ハーシー 1999年とリドル 2018年：20年の隔たりで同じ間違い

ハーシーは、同時にシステムを切り替えて基幹システムを刷新しましたが、注文から納品までのプロセスは、誰も大量に実行したことがない状態で、製菓業界のピークシーズンに突入しました。約1億5000万ドル相当の注文が出荷できず、その四半期の利益は急落しました。

Lidlは、在庫・マーチャンダイジングプログラムに約7年間取り組みましたが、これを断念し、約5億ユーロを減損処理しました。報告されている技術的な難点は、ありふれたものでした。Lidlは購入価格で在庫を評価していましたが、標準的なソフトウェアは小売価格で評価することを前提としていました。ビジネス慣行を変更するのではなく、プロジェクトはソフトウェアを変更しました。評価コアのカスタマイズはその後、下流に波及しました。中止の決定は技術的なものではなく、商業的なものでした。プログラムが依然として必要としていた支出を、残りの利益が正当化しなくなった時点で下されました。

どちらのケースも、同じ規律を主張しています。ピーク時を避けてカットオーバーを順序立て、コア計算のカスタマイズ要求はすべて、それを行う人々よりも長く続く決定として扱うべきです。

トヨタ 2011：見えないレベルの可視性

2011年3月の地震の後、トヨタは、そのエクスポージャーが直接的なサプライヤーよりもはるかに下、特殊化学品や部品の分野にあり、単一の工場が業界の大部分にサービスを提供していることを発見しました。その対応は、部品とサプライヤーを数段階深くマッピングしたサプライチェーンデータベースであり、これにより同社は、ほとんどのメーカーがまだ答えられない「もしこの町が洪水に見舞われたら、私のどの車両が停止するか」という質問に答えることができました。

私がこのケースを使い続ける理由は、ほとんどの可視性プロジェクトのスコープ設定方法とは矛盾しているからです。チームは、ティア1のロジスティクスデータであるコンテナの位置を示すツールを購入しますが、生産ラインを停止させるリスクは、工場の4ティア上流にあり、その工場名はどのシステムにも存在しません。

TradeLens：技術的な失敗ではなかった

TradeLensは、2018年にMaerskとIBMによって立ち上げられた海運書類向けのブロックチェーンプラットフォームで、2022年に廃止されました。技術は機能し、ネットワークも空だったわけではありません。6大コンテナ船会社の5社を含む175以上の組織が参加しました。それでも終了しました。登録とコミットメントは異なる決断であることが判明し、競合他社は最大の競合他社が所有するプラットフォームを介して十分な商業データをルーティングしなかったため、ボリュームが機能しませんでした。

これは、業界全体のデータ共有イニシアチブの前に読むべきケースです。共有可視性における困難な問題は、暗号化ではなく、ガバナンスと所有権であり、中立性は約束されるものではなく、構造的なものでなければなりません。対照的なのは、単一の競合他社が所有していなかったため、キャリアが採用したDCSA追跡・追跡標準です。

ケーススタディを売り込みに騙されずに読む方法

公開されているケーススタディのほとんどは、ベンダーの協力のもとに作成されたマーケティング資料であり、それ自体が無価値というわけではありませんが、読み方を変える必要があります。私のチェックリストです。

• ベースラインを特定する。 30%の改善という主張は、開始時点の数値と測定期間がなければ意味をなしません。
• 発行元を確認してください。 ソフトウェアサプライヤーが作成した場合、失敗モードが欠落します。規制当局への提出書類、裁判所文書、インシデント後の報告書には、プレスリリースでは削除される詳細が含まれています。
• **反実仮想を探す。** 期間中、出来高、価格、需要はすべて変動しました。何がすでに起こっていたかを問う。
• 日付と金額のある事例を優先します。四半期と金額に特定できないものは、スーツを着た逸話にすぎません。
• まず失敗例を読みましょう。成功したプロジェクトは多岐にわたり、真似することは困難です。失敗は繰り返されるため、あなたのプロジェクトに何が起こるかを予測する上で、より有用です。
• ティアを確認してください。 ほとんどのケースはエンドツーエンドの範囲を主張しながら、ティア1の範囲しか提供しないため、そのケースが実際にどのレベルのチェーンに対処しているのかを尋ねてください。

これらのケースをビジネスケースで利用する

ケーススタディは、そうでなければ推測しなければならない数値を示すときに、社内提案でその価値を発揮します。Maersk 2017 は、大手物流事業者のシステム全体停止の防御可能なオーダー・オブ・マグニチュードを示しています。Hershey と Lidl は、稼働開始リスクに価格を与えています。Ford は 2021 年に、需要が供給能力よりも早く回復したときに、景気後退中にサプライヤーへのコミットメントをキャンセルすることのコストを示しています。

彼らの誰も、特定のツールがあなたの運用に適していることを証明することはできません。私が観察してきたうまくいくパターンは、もっと狭いものです。自分の弱点に最も似た障害モードを持つ2つのケースを選び、その障害があなたの量でいくらになるかを定量化し、その比較で予算を設定します。その議論は、財務担当役員による審査にも耐えられます。これは、ほとんどのベンチマークデッキが管理できること以上のことです。