TOC思考プロセス

状況: 注文は月3,200件と増えているのに、出荷が追いつかず顧客からクレームが月48件に増加。

ステップ1: 制約の特定 工程を分析すると：

• 受注処理（10分/件）→ ピッキング（5分/件）→ 検品・梱包（20分/件） → 出荷（3分/件）

→ 検品・梱包がボトルネック。他の工程は待ち時間がある。

ステップ2: 制約の最大活用

• 検品・梱包スタッフの休憩時間をずらし、ラインを止めない
• 商品の配置を最適化し、梱包材を事前にセットしておく
• 不良品をピッキング段階で弾き、検品の手戻りを減らす → 20分/件 → 14分/件に改善

ステップ3: 他を制約に従わせる

• 受注処理のペースを検品・梱包に合わせて調整
• ピッキングの「まとめ取り」を検品しやすい順番に変更

ステップ4: 制約の強化

• 検品・梱包スタッフを1名追加（月給25万円）
• 自動梱包機を導入（初期費用180万円）

全工程を一律に改善するのではなく、ボトルネックだけに集中したことで、最小の投資（月25万円+初期180万円）で出荷能力を60%向上させた。

状況: スプリント2週間でリリースできる機能が平均2つ。経営陣は「もっと速く」と言うが、全員が忙しく余裕がない。

ステップ1: 制約の特定 開発フローを分析：

• 企画（PM 2名）→ デザイン（1名）→ 開発（5名）→ コードレビュー（シニア2名） → QA（2名）→ リリース

→ コードレビューに常にPRが5〜8個滞留。シニア2名がフル稼働でも捌き切れない。

ステップ2: 制約の最大活用

• レビュー依頼のテンプレートを整備し、「何を見てほしいか」を明確にする → レビュー1件あたり30分→18分に短縮
• レビューのタイムスロットを固定（午前10〜12時）し、割り込みをなくす

ステップ3: 他を制約に従わせる

• 開発者がPRを出す前にセルフレビューチェックリストを義務化 → レビュー差し戻し率が40%→12%に
• WIP制限：レビュー待ちPRが3個を超えたら新規開発を止める

ステップ4: 制約の強化

• ミドルエンジニア2名にレビュー権限を付与（ペアレビュー制）

開発者を増やすのではなく、レビュープロセスというボトルネックに集中したことで、追加採用なしでリリース速度を2倍以上に。

状況: 受注は増えているのに、月間の処理能力が頭打ち。残業が常態化し、スタッフの疲弊が問題に。月商420万円。

ステップ1: 制約の特定 工程を分析：

• データ入稿確認（15分）→ 製版（20分）→ 印刷（40分/ロット） → 断裁・加工（15分）→ 検品・納品（10分）

→ 印刷機が1台しかなく、ここがボトルネック。印刷機が稼働していない時間帯があることに気づく。

ステップ2: 制約の最大活用

• 印刷機の段取り替え手順を標準化 → 切替時間を25分→10分に短縮
• 色校正の待ち時間（客先確認）中に他のジョブを割り込ませる
• 印刷機のメンテナンスを始業前に移動し、稼働時間を1日30分増やす

ステップ3: 他を従わせる

• データ入稿確認で不備があるものを先に差し戻し、印刷機に「やり直し」を流さない
• 受注順ではなく印刷機の効率が最大になる順（色の近い案件をまとめる）にスケジューリング

ステップ4: 制約の強化

• 中古の小型印刷機を1台追加（230万円）

印刷機という1点に集中したことで、8名の体制を変えずに売上1.4倍を達成。まず活用（ステップ2）だけで処理能力が30%上がった点が重要。