「目標」の 3 つの中心概念と実際のシナリオを組み合わせることで、瞬時に理解できるようになります。
小説の形式で書かれたこの経営学の古典は、「制約の理論」について語っています。
最後更新:2026-02-18
關於這本書
| 書名 | 目標 ターゲット |
| 作者 | Eliyahu Goldratt |
| 類型 | 系統思考 |
小説の形式で書かれたこの経営学の古典は、「制約の理論」について語っています。
為什麼這本書值得讀?
- ★ システムの出力は、その最も弱い部分によって決まります。
- ★ ボトルネック以外の最適化には意味がない
- ★ 全体的な効率は局所的な効率の合計と等しくありません
目錄
1. システムの出力は、その最も弱い部分によって決まります。
生産ラインの速度は、最も速いマシンに依存するのではなく、最も遅いマシンに依存します。ボトルネックを見つけて最適化します。
-
実際のシーン
開発チームは迅速ですが、QA チームは人員が不足しており、毎回 QA 段階で行き詰まってしまいます。ボトルネックは QA なので、これ以上開発を追加しても無駄です。まずボトルネックを解決すると、全体の速度が向上します。
2. ボトルネック以外の最適化には意味がない
ボトルネックではないリンクで 100% の効率を達成しても、全体の出力にはまったく役立ちません。代わりに、より多くの半製品が作成され、ボトルネックの前に積み上げられます。
-
実際のシーン
開発スピードは「週に 5 つの機能を完了」から「週に 8 つの機能を完了」に向上しましたが、QA は週に 5 つの機能しかテストできません。 3 つの追加機能はキューで待機しているだけであり、キューに入れられる時間が長くなるほど、バグの発見が遅くなり、修復コストが高くなります。
3. 全体的な効率は局所的な効率の合計と等しくありません
すべての部門で 100% の稼働率を達成しても、全体として最も効率的であることを意味するわけではありません。場合によっては、特定の側面を「アイドル状態」にしておくことが最善の戦略となることがあります。
-
実際のシーン
QA チームは使用率 100% で忙しいため、受信した新しいリクエストはすべてキューに入れる必要があります。 20%のマージンを確保しておけば、緊急の案件にもすぐに対応でき、ボトルネックにはなりません。 100%忙しいのは生産的ではなく、脆弱です。
重點整理
- 1 システムの出力は、その最も弱い部分によって決まります。
- 2 ボトルネック以外の最適化には意味がない
- 3 全体的な効率は局所的な効率の合計と等しくありません
相關懶人包
一般聲明
本站提供之資訊僅供參考,不保證其完整性與正確性。使用者應自行判斷資訊之適用性。