「網は設計すれば最適になる」——だがその最適は、前提の中の最適である

網はきちんと設計すれば最適になる、と数理の裏付きで言われる。だが最適とは、需要はこれくらい・拠点は止まらないという前提の中での最適だ。失敗コストを織り込めばわずかなコスト増で信頼性は大きく上がる——裏返せば、コスト最小の素の網は障害に弱い。集約は効率の裏に、単一障害点を抱え込む。

「網は設計すれば最適になる」——だがその最適は、前提の中の最適である

前の単位では、荷物をどの運び方で外へ出すか、モードの使い分けを扱った。ここでは、そのモードでつなぐ拠点と経路の全体——物流網をどう組むかを扱う。これが、見える化と柔軟性の段の締めになる。

網とは、荷物を置く場所（拠点）と、その間を結ぶ運び方（経路）のつながり全体のことだ。ハブとは、荷物をいったん集めて仕分ける中継の拠点をいう。自分で発送を回す人にとっては、もっと素朴な判断だ——在庫を自宅の一か所にまとめるか、実店舗と外部の倉庫に分けて置くか。号令はいつも同じで、しかも数理の裏付けがある——網は、きちんと設計すれば最適になる。

この棚がくり返す見方を、ここでも一度置く。設計の数理が実在することと、その設計が現実でも最適だと証明されたことは、別である。 網の設計は、拠点をどこに置き、どの経路で結ぶかを解く最適化の問題だ。その数理は確かにある。だが「最適」とは、与えた前提——需要はこれくらい、拠点は止まらない——の中での最適であって、前提が崩れれば、最適も崩れる。

網の設計は、需要とコストを「与件」として解いている

まず、網の設計が何をしているのかを見る。**Melo・Nickel・Saldanha-da-Gama が2009年に *European Journal of Operational Research* 誌 196(2):401-412 へ出したレビューは、施設をどこに置くか（施設立地**）という問題が、サプライチェーンの設計の中心にあることを整理した。同じ著者らが2006年に *Computers & Operations Research* 誌 33(1):181-208 で示した枠組みも含め、これらはいずれも、需要の量とコストをあらかじめ与えて、総コストが最小になる拠点と経路を解くという形をとる。

ここが肝心なところだ。需要とコストは、解く前に「与件」として置かれている。 現実には、需要は動くし、コストも変わる。レビュー自身が、モデルと実務の間に乖離があり、前提の強さに注意が要ると指摘している。設計すれば最適、という言い方は、その前提が現実と合っているあいだだけ正しい。 前提が現実からずれれば、モデルの中で最適だった網も、現実では最適ではなくなる。これが、この単位の通奏低音との接点である。

コスト最小の網は、たいてい、障害に弱い

前提の中でもっとも見落とされやすいのが、拠点は止まらないという置き方だ。**Snyder と Daskin が2005年に *Transportation Science* 誌 39(3):400-416 へ出した研究は、ここに正面から切り込んだ。彼らは、拠点が使えなくなったときにかかる失敗コストを設計に織り込むモデルを立て、こう示した——失敗コストを勘定に入れると、わずかなコストの上乗せで、網の信頼性を大きく上げられる。**

この結果は、裏返して読むと重い意味を持つ。わずかなコスト増で信頼性が大きく上がるということは、コストだけを最小にした素の網は、障害に対してそれだけ弱い、ということである。 止まらない前提で組んだいちばん安い網は、どこか一か所が止まったときの備えを、そもそも持っていない。同じ著者らが2006年に *IIE Transactions* 誌 38(11):971-985 へ出した、頑健さ（ロバストネス）を組み込む研究も、同じ向きを補強している。安さと、障害への強さは、別の軸である。 片方を最小にしただけの網は、もう片方を勝手に手に入れてはいない。

拠点を集めると効率は上がる。だが、単一障害点も生まれる

網の組み方で、効率と障害耐性がもっとも鋭く対立するのが、集約——荷物を少数の大きな拠点にまとめること——である。集約すると、平時の効率は上がる。だが、そのぶん一か所に負荷が集まる。

**Abbasi・Saboury・Jabalameli が2021年に *Computers & Industrial Engineering* 誌 152:107019 へ出した研究は、荷物を集約するハブ型の網が、障害の起きる状況下でどう設計されるべきかを扱い、集約ハブ型の網は、障害が起きたときの被害が大きくなることを示した。集めた場所が止まれば、そこに集めた分がまとめて止まる。これが単一障害点——そこが落ちると全体が止まる一点——である。Ye・Suleiman・Huo が2022年に *Industrial Management & Data Systems* 誌 122 へ出した研究**も、網を中央に集めること（集約）が、障害のリスクを増幅する方向に働くことを、実証として示している。

ここで大事なのは、これは災害がいつ来るという予言ではない、ということだ。集約が脆いというのは、将来を占った話ではなく、網の構造そのものが持っている性質——一点に集めれば、その一点が全体の生死を握る——を、実証が確かめたという話である。集約は効率の裏に、単一障害点という代償を、構造として抱え込む。

この単位が扱うのは、拠点群と経路の「網」である

念のため、この単位の持ち場をはっきりさせておく。前の段で、拠点を一つどこに置くか（重心法のような、単一拠点の置き場所）を扱った。この単位が扱うのは、その先——複数の拠点と、それらを結ぶ経路の、網全体をどう組むかである。 一点をどこに置くかではなく、いくつの点を、どこに、どうつなぐか。集約するのか、散らすのか。この網全体の判断が、効率と障害耐性のトレードオフを決める。

そして、この単位は運ぶ側の網構造の設計に話をとどめる。事業をどう強くするかといった、より広い経営の話には踏み込まない。扱うのは、拠点と経路をどう組むと、平時の効率と、一か所が止まったときの弱さが、どうトレードオフになるか——そこまでである。

時間・変化：2005年から現在まで

順に置く。2005年、Snyder と Daskin が、失敗コストを織り込むと、わずかなコスト増で信頼性を大きく上げられる——裏返せば素の最適網は障害に弱い——と示す。2006年、同じ著者らが頑健さを組み込む定式化を、Melo らが施設立地の枠組みを示す。2009年、Melo らが、施設立地がサプライチェーン設計の中心にあり、モデルと実務の乖離・前提の強さに注意が要ると整理する。2021年、Abbasi らが、集約ハブ型の網は障害時の被害が大きいと示す。2022年、Ye らが、集約が障害リスクを増幅すると実証する。

この間に確からしくなったのは、「設計すれば最適になる」という向きではない。 確からしくなったのは、最適はモデルの前提（需要は固定・拠点は止まらない）の中の最適であって、その前提の外——障害や集約の代償——まで最適を保証するものではない、という向きのほうである。

妨げるもの、助けるもの、最初の一歩

妨げるものの筆頭は、総コストが最小になったことを、良い網ができた証拠だと思ってしまうことである。コスト最小は、与えた前提の中での最小にすぎない。止まらない前提で組めば、止まったときの弱さは、その数字には表れない。安さだけを見て集約を進めると、効率と引き換えに、単一障害点を静かに抱え込むことになる。

標本の偏りも断っておく。ここまでの実証は、多くが複数の拠点を持つ、比較的大きな網を対象にしている。在庫を自宅の一か所に置いているだけの商いには、そもそも網と呼ぶほどの構造が無いこともある。 だが「一か所に集めると、そこが止まったとき全部止まる」という性質は、規模が小さくても同じように働く。

助けになるのは、自分の荷物や在庫が、いま何か所に、どう散っている（あるいは集まっている）かを、自分の記録だけで書き出してみるという一手である。良し悪しを決めるためではない。どこか一か所が使えなくなったとき、何がまとめて止まるのかを、自分の手元で見えるようにするためだ。

最初の一歩は10分。自分が荷物や在庫を置いている場所を、思いつくかぎり挙げる（自宅・実店舗・外部倉庫・委託先など）。それぞれの脇に「そこが1日使えなくなったら、何が止まるか」を一言で書く。どこを減らせ、増やせとは書かない。いちばん多くが止まる場所——単一障害点になっている場所——に、印を1つ付けるだけである。 取引先に問い合わせる必要はない。手元で分かる範囲の置き場所だけで完結する。

次の単位は 397「返品の流れを整えるには？」——ここまで組んできた、行きの網の上に、逆向きに戻ってくる荷物——返品の流れをどう重ねるのかを、次の段の入口として積み上げる。

皮肉なのは、いちばん美しく総コストを最小にした網ほど、「よく設計できた」と言い切りたくなることである。だが最小のコストは、止まらない前提の中での最小にすぎない。わずかなコストを足せば信頼性が大きく上がるという事実は、裏を返せば、素の最適網がそのぶん障害に弱いという告白でもある。集約が効率を生むのは本当で、単一障害点を生むのも同じくらい本当だ。網が最適に見えるとき、たいていそれは、どの一か所が全体の生死を握っているかを、まだ誰も止めて試していないだけかもしれない。次の段では、この行きの網の上に、逆向きに戻ってくる荷物を重ねていく。