制約理論（TOC） とは？

システム全体の成果を制限する要因（制約）に着目し、その活用や改善を通じて全体最適を目指す考え方。各工程を個別に速くするだけでは、全体の成果が増えるとは限らないと考える。

ひよこ

制約理論って難しそうな名前だけど、何なの？

ペンギン先生

全体の成果を制限する要因に注目する考え方だよ。チェーンは弱い環が切れると全体として力を伝えられないよね。各部分の成績よりも、全体の流れを制限しているものを探すんだ。

ひよこ

制約以外の改善は意味がないの？

ペンギン先生

その場所だけ速くしても、全体の出力が増えないことがあるよ。ただし、制約に渡す仕事の品質を上げたり、必要な材料を切らさないようにしたりする改善は、制約の働きを支えられるね。

ひよこ

具体的にはどう改善するの？

ペンギン先生

まず制約を特定し、今ある能力を活用する。他の工程もそれに合わせて、仕事を送りすぎたり制約を待たせたりしないようにする。それでも足りなければ設備や人員などを増やす。この5つの集中ステップでは、制約が変わったら最初に戻って再検討するよ。

ひよこ

ソフトウェア開発なら？

ペンギン先生

例えばレビュー待ちが増えているなら、制約の候補として調べられるね。ただし、滞留だけで即断せず、実際の処理能力や待つ理由を確認する。人を増やす前に、レビューに必要な情報や担当の調整で改善できないか考えるんだ。

ひよこ

一度改善すれば終わり？

ペンギン先生

制約が変われば、それまでの運用ルールも見直すよ。以前のやり方に固執すること自体が次の制約にならないよう、全体の成果を確かめながら繰り返すんだ。

まとめ：ざっくりこれだけ覚えればOK！

「制約理論」って出てきたら「ボトルネックを見つけて集中改善する考え方」と思えればだいたいOK！

誤り・わかりにくい説明を報告する