Chapter 3

第3章: ボトルネックの正体 ── 依存事象と統計的ばらつき

あなたは新任の工場長として、ある工場の設備計画書を見せられた。

「5 つの工程それぞれの能力を、ぴったり時速 100 個に揃えました。 これで完全にバランスの取れた工場です。理論的には、能力 100% を 5 工程ぶん引き出せます」

設計者は誇らしげだ。「機械が遊ぶ時間もなく、ボトルネックも生まれない」

だが本書を3 章まで読んできたあなたは、不穏な予感を持つはずだ。 「能力を揃える」ことは、本当に「ボトルネックがない」を意味するのだろうか?

ゴールドラットはこの問いに、衝撃的な答えを返す。バランス工場は、必ず崩れる。なぜなら現実の世界には ばらつき があり、ばらつきが 積み重なる からだ。

3.1 「バランス工場」 という幻想

1980 年代までの工場設計の理想は バランス工場 (balanced plant) だった。各工程の能力を需要に合わせて揃え、「無駄なく」「全工程を100% 稼働させる」設計。

教科書的に書くとこんなイメージ:

工程能力 (時速)需要 (時速)稼働率
A100100100%
B100100100%
C100100100%
D100100100%
E100100100%

机上の数字は完璧だ。

ところが現場で実装した瞬間、必ず次が起きる:

これがバランス工場の 数学的に避けられない結末 だ。これを直観的に理解できるのが、ゴールドラットの最も有名な比喩 ── 「ボーイスカウトのハイキング」 だ。

3.2 ハーバート君のハイキング

『ザ・ゴール』の物語で、主人公アレックスは息子のボーイスカウト隊のハイキングに引率として参加する。10 人の少年が一列に並んで山道を歩く。アレックスはこれが「工場のメタファー」だと気づく。

時間が経つと…1先頭(速い)234ハーバート(遅い)5678910最後尾大きな空き隊列の長さ = 工場の仕掛品(WIP)。最後尾の到着時間 = makespan。先頭は速く歩くほど隊列が伸びる。
図 3.1 — ハイキング隊列のメタファー。先頭(A工程)が速いほど、隊列(WIP)が伸びる。最後尾は最も遅い少年(ボトルネック)に縛られる。

ハイキング隊と工場の対応:

  • 各少年 = 各工程
  • 少年の歩く速さ = 工程の能力
  • 隊列の長さ = 仕掛品(WIP)の量
  • 最後尾の少年がゴールに着く時刻 = 出荷時刻

そして決定的なのは ── 隊列全体の速度は、最も遅い少年(ハーバート)の速度を超えない

ハーバートを真ん中に置くとどうなるか

物語の中で、アレックスは興味深い実験をする。最も遅いハーバートを列の先頭 に移動する。すると驚くべきことに ──

これが TOC の運用ルール(DBR、第5章)の発想の原型だ。

ハーバートを「速くする」ことだけが、隊全体を速くする唯一の道。 他の少年(非ボトルネック)が速く歩いても、隊全体は速くならない。むしろ隊列が伸びる(WIPが増える)だけ。

3.3 ばらつきがなくても、依存があると詰まる

ハーバートのメタファーは「能力に差がある」場合の話だった。だが TOC のもっと深い主張は、能力が完全に同じでも、ばらつきがあれば必ず制約が生まれる ことだ。

これは少しだけ数学っぽい話になる。

思考実験: マッチ棒運び競争

10 人の人が一列に並んで、それぞれの前にあるマッチ棒を サイコロを振った目だけ 隣の人に渡す。先頭にはマッチ棒の山がある。最後尾の前に箱があり、その箱に入ったマッチ棒の数 = 「製造個数」。

各人のサイコロは 1 〜 6 の目 が等確率で出る。期待値は 3.5。10 ターン進めたら、理屈の上では 35 本のマッチ棒が箱に入るはずだ。

紙とサイコロでやってみる、または頭の中でシミュレートしてみよう。

例: 各人の出目(10 ターン × 10 人)。それぞれが「直前の人から受け取った数 と 自分のサイコロの目 の小さい方」だけ進められる。

実際にやると、35 本どころか 20 本前後 しか箱に入らない。 そしてマッチ棒は各人の手元に 不均等に積まれていく

なぜ期待値より少ないのか

直感的には「平均 3.5 が10 人で 10 ターンなら 35 本」と思える。だが現実は違う。

理由は2 つの組み合わせだ:

  1. 依存事象 (Dependent Events): 各人は前の人からもらった分しか送れない。前の人が遅いと、その先は全員待つ
  2. 統計的ばらつき (Statistical Fluctuations): 各人の出目は揺らぐ。前の人の遅さは取り返せず、前の人の速さは活かせない(手元にマッチ棒の山ができても、自分のサイコロが小さければ送れない)。

つまり ── 遅い目は累積し、速い目は無駄になる。これがバランス工場が必ず崩れる数学的理由だ。

マッチ棒の本数人 (1=先頭、10=最後尾)3513523533042652362172081991810期待値: 各人 35 本実際: 後ろほど少ない (右肩下がり)
図 3.2 — マッチ棒運び競争のシミュレーション例。期待値 35 のはずが、列の後ろほど通過本数が減る。これがばらつき+依存の効果。

能力が完全に同じ(全員サイコロは1〜6)でも、後ろの工程ほど通過本数は減る。 これは数学的に避けられない。逆に言えば、完全にバランスの取れた工場は、必ず能力以下しか出ない

3.4 待ち行列理論との関係

この現象は数学的には 待ち行列理論 で精緻に扱われる。最も基本的なモデル M/M/1(ポアソン到着、指数サービス、サーバ1台)では、平均滞在時間が次の式になる:

W=1μλW = \frac{1}{\mu - \lambda}

ここで μ\mu がサービス速度(能力)、λ\lambda が到着速度(需要)。重要なのは:

λ\lambdaμ\mu に近づくと、WW(滞在時間 = リードタイム)は 発散する

つまり「能力ぎりぎりまで使う」設計は、理論的にリードタイム無限大 の点に向かう設計だ。 これがバランス工場の数学的破綻の正体。

稼働率 ρ=λ/μ\rho = \lambda/\mu平均待ち時間(M/M/1)
50%1/μ1/\mu
70%2.33/μ2.33 / \mu
90%9/μ9 / \mu
95%19/μ19 / \mu
99%99/μ99 / \mu

稼働率を 90% から 99% に上げると、待ち時間は 11 倍 に膨らむ。これが「100% 稼働率」を目指した工場で必ず仕掛品の山が出る理由。

工場以外でも同じ

これはネットワーク、コールセンター、外来病院、ソフトウェア開発のキューでも全部成り立つ。 「能力ぎりぎりまで使う」は、リードタイムを爆発させる という法則は、人間の活動を扱う全システムに当てはまる。

3.5 「ボトルネック」を厳密に定義する

ここで TOC の用語をきちんと整理する。

定義: 制約 (Constraint)

システム全体のスループット(パフォーマンス)を制限している要素。 工場では、需要が押し寄せると最初に飽和する工程。 TOC では「制約」「ボトルネック」「制約資源」「CCR(Capacity Constrained Resource)」がほぼ同義で使われる。

ただし TOC では「ボトルネック」の用法を少しだけ区別する:

用語意味
ボトルネック (Bottleneck)需要 > 能力 で、需要を満たせない工程
CCR (Capacity Constrained Resource)需要 ≤ 能力 だが、能力ギリギリの工程
非ボトルネック十分な余剰能力がある工程

「ボトルネック」と「CCR」の違いは、能力に余裕があるかどうか。本書では原則「ボトルネック」「制約」を同義で使う。

制約は工程だけではない

ボトルネックという言葉から物理的な機械を連想しがちだが、TOC でいう制約はもっと広い

制約の種類
物理的制約機械の能力、原料、人員、輸送
市場制約「能力はあるが、これ以上売れない」状態
方針制約 (Policy Constraint)「ロットは100個から」「24時間以上の段取りは不可」などのルール
行動制約「他部署と協力しない」「変更を嫌う」などの組織文化

TOC の経験則として、現実の制約のほとんどは方針制約と行動制約 だ。 「制約資源だと思っていたものが、実は社内ルールだった」というのは、TOC コンサルが繰り返し報告する話。 だから第7章の 思考プロセス が必要になる。

3.6 制約は「移動」する

もうひとつ重要な性質: 制約は 改善すると別の場所に移る

工程 B が制約だったとして、B の能力を改善すると、次は工程 D が制約になる、というように制約は工場内を 跳び移る。これは TOC を運用するうえで決定的に重要な性質で、第4章の「5つの集中ステップ」のステップ 5 がこれに対応する。

「ボトルネックを潰すと終わり」ではなく、潰したら、次のボトルネックを探す。永遠に。これが TOC の運用ループ。

3.7 第3章の振り返り

この章で読めるようになるニュース

ここまでで、TOC が立脚する3 つの世界観 ── ゴールはお金、3指標で測る、ばらつきがあるので必ず制約が生まれる ── が揃った。次の第4章ではいよいよ、TOC を運用するための心臓部「5つの集中ステップ」 に入る。