Chapter 8

第8章: 本当に工場は改善できたのか ── 検証と批判

本書の序章で約束した2 つの問いに、ここで正面から答える。

問い1: 「制約に着目」は本当に当時画期的だったのか? 問い2: TOC は本当に工場を改善できたのか?

ここまでの7 章で読者は TOC の中身を学んだ。賛辞も批判も、これで初めて意味を持つ。 本章は本書のなかでも 最も誠実に、最もフェアに 書く必要がある章だ。

8.1 問い 1 への答え ── 当時、本当に画期的だったのか

現代の感覚で「ボトルネックに集中する」は当たり前に聞こえる。だがこれは TOC が成功したからこそ、いまや当たり前 になったのであって、当時はそうではなかった。

1984 年当時の製造業の常識

『ザ・ゴール』が出版された1984 年、米国製造業の 支配的な思想 はこうだった:

領域1984 年当時の常識
工場運営MRP(資材所要量計画)による全工程同時最適化
評価指標機械稼働率、労働効率、単位原価
在庫「資産」として会計上はプラス。多いほど安心
ロットサイズ大きいほど「単位原価」が下がる
ボトルネック「設備投資して解消するもの」(ステップ 2、3 の発想がない)
改善活動QC サークルで全工程改善(ボトルネック集中ではない)
会計標準原価計算が絶対

ゴールドラットの主張は、上のすべてを 静かに、しかし系統的に 否定した。

何が本当に画期的だったか

TOC の本当の画期性を整理すると、3 点に絞られる。

画期点 1: 「全体最適 vs 部分最適」を理論的に決着させた

ハーバート、マッチ棒、待ち行列理論を組み合わせて「バランス工場は数学的に機能しない」ことを示した。これは現代では当然だが、1984 年時点ではこの結論を統合的に提示した思想は他になかった。

画期点 2: 会計と工場運営を一枚岩で再定義した

「機械を止めるな」「ロットは大きく」が会計の歪みから来ていることを看破し、会計(スループット会計)と運用(DBR)の両方 を同時に再設計した。片方だけ変えても効かないと見抜いたこと。

画期点 3: 改善努力を1点に集中する勇気を提示した

「全部を改善せよ」が当時の常識。TOC は「他は放っておけ、ボトルネックだけだ」と言い切った。これは投資・人事・改善・評価の全体に響く。

同時代の他の動きと比較

TOC だけが孤立して当時革命的だったわけではない。1980 年代は製造業の思想転換期だった。

思想提唱年代主な主張
TPS / リーン1950s〜80s に世界に紹介7 つのムダ、JIT、カンバン、改善
TOC1984制約集中、スループット会計、DBR
シックスシグマ1986 (Motorola)DMAIC、欠陥率管理、統計手法
TQM1980s全社的品質管理

これらは 互いに刺激し合いながら、製造業を「個別効率」から「フロー」「品質」「全体最適」へと変えていった。TOC は単独で工場を変えたのではなく、この大きな流れの 理論的支柱の1つ だった。

ただし TOC が独自だったのは 「会計の歪みを直撃した」 こと。リーンもシックスシグマも「会計には踏み込まない」スタンスだった。

8.2 問い 2 への答え ── 本当に改善できたのか

ここからが本章の本題。

Mabin & Balderstone のメタアナリシス (2003)

TOC の有効性に関する最も引用される研究は、John Mabin と Steven Balderstone による2003 年の論文 The performance of the theory of constraints methodology: A meta-analysis

彼らは1985〜2001 年に公表された TOC 導入事例 77 件 を体系的に集め、分析した。主要な数字:

リードタイム短縮平均 70%サイクルタイム短縮平均 65%在庫水準減少平均 49%納期遵守率向上平均 60% ポイント向上0%100%
図 8.1 — Mabin & Balderstone (2003) メタアナリシスの主要数字。事例77件の平均的な改善幅。
指標平均改善
リードタイム70% 短縮
サイクルタイム65% 短縮
在庫水準49% 減
納期遵守率60% ポイント以上の向上(例: 50% → 90%+)
収益平均 73% 増加(公表された範囲で)

これらは中央値ではなく 平均値 であり、改善幅は事例ごとに大きく揺れる。だが「半分以上の事例で50% 以上の改善」というのは衝撃的な数字だ。

メタアナリシスの限界

これらは 公表された事例 のメタアナリシスであることに注意。失敗事例は論文・書籍として公表されにくいので、生存バイアス がある。 「成功した事例の中での平均」と読む必要がある。 真の成功確率は、これより低い可能性が高い。

主要な成功事例

公表されている代表的な成功事例:

企業領域成果
Boeing(航空機部品工場)DBR 導入リードタイム75% 短縮、生産能力 30% 向上
Lucent Technologies(旧 AT&T)DBR + スループット会計サイクルタイム 50% 短縮
Ford(電子部品工場)DBR在庫 90% 削減、納期遵守 99%
ABBCCPMプロジェクト納期遵守の劇的改善
米空軍(航空機整備)CCPM整備所要日数の大幅短縮
三菱自動車(豊原工場)DBR生産性 1.5 倍

これらは「サクセスストーリー」として有名だが、Mabin & Balderstone はこれらに加えて、より地味な中小企業の事例も多数含めた 上で平均を出している。

学術的検証

TOC の効果は、Mabin & Balderstone 以外でも繰り返し検証されている:

学術的には、短期〜中期の運用改善効果は概ね確立された と見ていい。

8.3 では、なぜ TOC は世界を席巻しなかったのか

ここからが本書のフェアな立場だ。「効くなら、なぜ TOC は標準にならなかったのか」。

理由 1: 長期定着の難しさ

実は最も大きな問題がこれ。短期で劇的に改善するが、長期で元に戻る ケースが少なくない。

主な戻り原因:

要因内容
inertia(慣性)ステップ 5 が機能せず、古い指標に戻る
指標の逆戻り経営層が変わると「稼働率を見ろ」が復活
コンサル依存TOC コンサルが去ると運用が崩れる
人事評価との不整合個別効率の評価制度が残ると現場が引きずられる
会計制度との不整合制度会計(決算書)は標準原価計算のままなので二重管理に

TOC の最大の敵は TOC が定義した制約 ではなく、組織の慣性 だった。 ゴールドラット自身がステップ 5 で警告していたとおり。

理由 2: 「シンプルすぎる」という反発

TOC は意外なほど 道具がシンプル。「制約に集中せよ、3 つの指標で測れ、5 つのステップを回せ」── これだけ。

ところが組織の意思決定権者は、「もっと複雑で精緻なメソッドの方が高度に見える」傾向がある。

派手なツールや認定資格が少ない TOC は、コンサル業界としても売りにくく、ボードルームでの受けも悪かった。

理由 3: ゴールドラット個人の影響

ゴールドラット本人は強烈なカリスマだったが、アカデミアと折り合いが悪かった。彼自身が物理学の学位を持ちつつも、ビジネス界では「自称メソッド開発者」のように映ることもあった。

また Goldratt Institute による認定プロセスが排他的で、TOC のオープンな発展を阻害した、という批判もある。

これに対して、トヨタ生産方式は トヨタ自身がオープンに学術界と関わり、シックスシグマは GE が大々的に展開して「企業文化」として広まった。TOC は良くも悪くも ゴールドラット個人 に依存する側面が強かった。

理由 4: アジャイル時代との相性

2000 年代以降のソフトウェア開発で、アジャイル/スクラム/カンバンが広がった。これらは TOC の発想と 部分的に重なる が、TOC ブランドではなく別の名前で広がった。

特に ソフトウェアカンバン (David Anderson)は、明示的に TOC の制約理論と WIP 制限を取り入れているが、現場では「TOC」とは認識されない。思想は浸透したが、ブランドは霞んだ という構図。

8.4 何が永続し、何が消えたか

TOC の40 年を振り返って、何が定着し、何が消えたかを整理する。

永続したもの薄れたものボトルネック思考(用語として定着)フロー / リードタイム重視WIP 制限(カンバンで再発見)DevOps への影響(Phoenix Project)スループット会計(普及せず)CCPM(一部以外は廃れ気味)思考プロセス(極めて少数派)「TOC」ブランド自体
図 8.2 — TOC の40年を俯瞰: 永続した思想と、薄れた具体メソッド。

永続したもの

薄れたもの

TOC は思想として勝ち、具体メソッドとして部分的に負けた。 これが歴史的評価として最も正確だろう。

「ボトルネック」「フロー」「WIP」という言葉が現代に残ったこと自体が TOC の勝利だが、 「TOC」という固有の名前と、独自の会計や思考ツールは、ほとんど忘れられた。

8.5 では、いま TOC を学ぶ価値はあるか

最後に率直な評価。

学ぶ価値のある人

慎重に判断すべき人

本書著者の結論

私の結論はこうだ:

TOC は1980 年代の最大の経営思想イノベーションの1 つだった。 ただし純粋形のまま現代に持ち込むよりも、ボトルネック思考と全体最適のレンズ として、 他の現代的フレームワーク(リーン、DevOps、SRE、アジャイル)に 混ぜて使う のが実用的。

「TOC を全社導入する」より、「ボトルネックを見抜く力を養う」の方が、 現代のビジネスパーソンには圧倒的に価値が高い。

8.6 第8章の振り返り

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

最後の第9章では、TOC を現代のフレームワーク(リーン、シックスシグマ、DevOps、アジャイル)と並べて、それぞれの違いと使い分け を整理する。本書のまとめ章となる。