あなたの最も危険なサプライヤーは、まだ何も起きていないサプライヤーだ

私がこれまで見てきたリスク登録簿は、どれも本当は、スコアリング欄をボルトで付け足したニュースフィードだ。何かが起きる――台風が発生する、サプライヤーが侵害される、港が渋滞する――そしてその項目は発生可能性、影響、色をもらう。登録簿は、それが何であるかについては正直だ。すでに悪化し始めたものの順位付きリストだ。問題は、誰もがそれを別のものとして読むことにある。人々はそれを、最も痛手になるもののリストとして読む。それらは同じリストではなく、その間のギャップこそが、高くつく驚きが潜む場所だ。

私はそのギャップを主張するのではなく、示したかったので、モデルを構築した。クライアントのものではなく、意図的に合成した中規模消費財企業だ。サプライヤー4社、工場2つ、配送センター3つ、製品ライン5つ、アジア・ヨーロッパ・米国にまたがる。実在する構造、架空の数字。だからこのページ上のあらゆる数字を公開できる。そこに35件の混乱イベントのフィードを流し込み、2つの異なる問いを立てた。

一つ目の問いは、登録簿が答える問いだ。今まさに何が悪化しているのか? 最も声高な3つのリスクは、まさに予想通りの場所に戻ってくる。深センの電子部品サプライヤーに向かう台風、繊維工場でのサイバー侵入、製品リコール。すべてCRITICAL(致命的)であり、すべてがこの会社のあらゆるプランナーが月曜の朝にすでに見ている2社の看板サプライヤーに集中している。

二つ目の問いは、ほとんど誰も構造的には問わない問いだ。もしどれか一社のサプライヤーが単純に止まったら、どの障害が最もコストがかかるのか? この問いはニュースに何が出ているかを気にしない。ネットワークがどう配線されているかを気にする。

答えは包装サプライヤーだった。

チップベンダーではない。サイバー攻撃の雲の下にある繊維工場でもない。Bengaluru Packaging Solutions――ボール紙とカートンであり、部品表全体の中で最も単価の低い項目、数ベーシスポイントを節約するために再交渉して二度と思い出さないようなサプライヤーだ。このネットワークでは、売上の85.9%がそこを通る。誰もが気に病んでいる電子部品サプライヤーは? 59%だ。理由は地味で、そして全面的だ。包装は両方の工場に供給し、5つの製品すべてが箱を必要とする。それはこのモデルのあらゆるインプットと同様にシングルソースだ――だがそれは、シングルソーシングが静かに壊滅的である唯一のノードだ。なぜなら、それなしで出荷できる製品は一つもないからだ。

数字はこれを具体的にし、それを公平に示す方法は、シナリオの形を一定に保つことだ。2つのサプライヤーを取り上げる。それぞれを4週間停止させる。同じ停止、同じシミュレーション、同じネットワーク。

このモデルには、シングルソース障害の事例が組み込まれている。Rhineland Precision、ティア2の精密ハードウェアベンダーであり、まさにあなたが「怖いもの」に指名するような、専門的で代替の効かないサプライヤーだ。4週間の停止で、失われる売上は52.9万ドル、サービスは**86%**まで低下する。不快だが生き延びられる、あなたが覚悟していたであろう程度のものだ。

次に同じ4週間、包装サプライヤーを止める。失われる売上: 187万ドル。最悪週のサービスレベル: 33.8%。サービス基準を割るまで生き延びられる時間: 1週間。回復までの時間: 3週間。同じシナリオの形で、被害は3.5倍だ――そしてサービスは低下するのではなく、通常の3分の1まで崩落する。箱が止まると、ほぼすべてが止まるからだ。

ここからが、あなたを悩ませるべき部分だ。イベント駆動型の登録簿では、包装サプライヤーはちょうど一度だけ登場する――MEDIUMとして――そしてそれに紐づくイベントは良いニュースだ。ベンガルールからの貨物キャパシティを拡大する地域航空会社。悪いことは何も起きていない。だからスコアリング欄付きのフィードは、それを軽度のポジティブと格付けし、一方で構造分析はそれをビジネスの中で単一の最も危険なノードと格付けする。両者は同じ日に同じサプライヤーを見ていながら、正反対の結論に至っている。

これが、レジリエンスをリアクティブではなく構造的に測定することのすべての論拠であり、それはエキゾチックな数学ではない。グラフの上の算術だ。クリティカリティとは単に、あるノードを通過しなければならない売上の割合だ。シングルソース露出とは、1まで数えることだ。生存可能時間とは、あるノードが暗転してから顧客が気づくまでに、何週間分のカバーが挟まっているかを問うことだ。そのどれも、混乱が先に起きている必要はない。それこそが要点だ。リアクティブな登録簿は、すでに燃え始めたものしか格付けできず、その火事はめったに構造が最も弱い場所では起きない。

私はリスクフィードに反対しているわけではない。台風を見張っておくべきだし、リコールは本物だ。だがそのフィードが唯一のレンズであるなら、あなたはサプライヤーが立てる騒音に比例して注意を費やすことになり、そのサプライヤーが引き起こしうる被害には比例しない――そして最も静かなサプライヤー、あなたがセントの単位まで最適化してきたコモディティのインプットこそが、まさにドラマもバックアップもないサプライヤーだ。失敗のモードは無知ではない。声の大きいリスクが、毎サイクル、構造的なリスクを押しのけてしまうことだ。なぜなら声の大きいものには日付と見出しがついてくるが、構造的なものはただそこに座って荷重を支えているだけだからだ。

だから、この演習はシンプルであり、午後を一つ費やす価値がある。一瞬ニュースを無視してほしい。あなたのサプライヤーをリストアップしてほしい。それぞれについて、退屈な問いを立ててほしい――もしこれが単純に止まったら、どれだけの割合の売上がそれと一緒に止まり、顧客がそれを感じるまで何週間かかるか? それでソートしてほしい。そしてそのリストの上位と、あなたのリスク登録簿の上位を比較してほしい。2つのリストが食い違う場所こそが、あなたの本当の露出だ。まだ何も起きていない、あのサプライヤーだ。

この記事の背後にあるモデル――ネットワークのクリティカリティを採点し、サプライヤーと港の障害を週単位でシミュレートし、各レバーを適用してシナリオを再実行することで緩和策を格付けする、自己完結型のレジリエンスエンジン――は稼働するデモンストレーションであり、製品ではない。ここにあるすべての数字はそこから出てきたものだ。方法論(Simchi-Levi / Ivanovの回復までの時間・生存可能時間の伝統に従っている)に興味があれば、それが次の記事になる。