POOGI フレームワーク
「特定→活用→従属→強化→惰性排除」を回し、業務や事業のボトルネックを継続的に改善し続ける現状分析の手法。
全体を縛る制約(ボトルネック)を1点に絞って直し、解消したら次の制約へ。終わらせないのが本質。
②③をやり切る前に投資(④)すると、ボトルネックでない所にお金を使う。順序を守る。
用途
POOGIは「Process Of On-Going Improvement(継続的改善のプロセス)」の頭文字で、全体の成果を一番縛っている制約=ボトルネックを見つけ、そこに手を集中して流量を上げ、また次のボトルネックへ移っていく“終わりのない改善サイクル”を回すための考え方です。 中小企業の現場では「あれもこれも改善したい」と力を分散させ、忙しいのに成果が伸びない状態に陥りがちです。 POOGIの狙いは、改善対象を制約1点に絞り込むこと。 工程やバリューチェーン全体を眺め、どこが処理能力の上限(=全体のアウトプットを決めている工程)かを特定し、そこを起点に「①制約を特定→②制約を最大限に活用→③他工程を制約に従わせる→④制約そのものを強化→⑤惰性で1に戻り次の制約へ」の5ステップを回します。 本サービスの5プロセスでは②現状分析に位置し、バリューチェーンや「現状の4つのステップ」で見取り図を作った後、業務効率化・DX・IT/データ活用・組織/人事戦略で「どこを直せば全体が動くか」を絞り込む道具として使い、その結論をアクションプランと⑤振り返り(KPT/PDCA)へ橋渡しします。
使い方
- ①制約を特定する:受注→設計→製造→検査→出荷のように工程を並べ、仕掛かり(順番待ち)が最も溜まっている工程=全体の処理能力を決めている1点を探す。 全工程を平均的に見るのではなく『どこが詰まると全体が止まるか』で1つに絞るのが肝。
- ②制約を最大限に活用する(Exploit):まず追加投資ゼロで、その工程の遊びを無くす。 段取り替えの短縮、昼休みも止めない交代運用、制約工程で不良や手戻りを出さない、といった『今ある能力を使い切る』施策を先に打つ。
- ③他の工程を制約に従わせる(Subordinate):制約でない工程を全力で回すのをやめ、制約のペースに合わせる。 前工程が作りすぎると仕掛かりの山が増えるだけなので、制約が必要とする分だけ供給し、全体のリズムを制約に同期させる。
- ④制約そのものを強化する(Elevate):ここで初めて増員・設備増強・外注・自動化など投資を伴う打ち手を検討する。 ②③をやり切る前に投資すると、ボトルネックでない所にお金を使う無駄が起きるため順序を守る。
- ⑤惰性を排除して①へ戻る(Inertia):制約を解消すると、ボトルネックは必ず別の工程へ移動する。 前回の改善ルールを『そういうものだ』と惰性で続けず、制約が移った前提で①からやり直す。 この“終わらせない”のがPOOGIの本質。
適用例
従業員22名・年商3.2億円のB2B向け受託基板設計・製造会社「A社」の業務効率化にPOOGIを適用。 ②現状分析でバリューチェーンを並べたところ、受注は月40件取れるのに納品は月28件しかできず、粗利機会を毎月ロスしていた。 ①制約の特定=工程別の仕掛かり日数を測ると『設計レビュー』にだけ平均9日分の順番待ちが滞留(他工程は1〜2日)。 レビューを担うベテラン技術者が1名しかいないことが全体の上限だと判明。 ②活用(投資ゼロ)=この技術者の会議・見積作業を他者へ移し、レビュー専任時間を1日3時間→6時間に倍化。 着手前チェックリストで差し戻し(手戻り)を月11件→3件へ削減。 ③従属=前工程の設計者に『レビュー枠が空くまで新規着手しない』ルールを課し、作りかけの山(仕掛かり)を圧縮。 ④強化=②③で生まれたレビュー余力とスループット改善を数値で実測し、費用対効果を確認したうえで、若手1名にレビュー権限を移譲して“2人目のレビュアー”を育てる投資を実行。 結果、納品能力が月28件→39件(+39%)、平均リードタイムが24日→15日、追加の粗利が月あたり約280万円改善。 ⑤惰性排除=制約が『設計レビュー』から『基板実装の外注待ち』へ移動したことを確認し、次サイクルは外注管理を対象に①から再スタート。 全工程を一斉に改善しようとせず“今のボトルネック1点”に絞ったことが成果の分かれ目になった。
よくある誤解・つまずき
- 『全工程をまんべんなく改善するほど全体が良くなる』という誤解。 制約でない工程をいくら速くしても、ボトルネックが変わらなければ全体のアウトプットは1ミリも増えない(むしろ仕掛かりの山が増える)。 POOGIは“制約1点に集中し、他は制約に合わせる”のが原則で、平等な改善は資源の分散=失敗パターン。
- 『改善したら終わり』という誤解。 ボトルネックを解消すると制約は必ず別工程へ移る。 ⑤の“惰性排除”を飛ばして前回のルールを続けると、もう制約でない所を守り続け、新しい制約を見逃す。 POOGIは1回で完結せず、制約が移る前提で回し続ける(On-Going)のが本質。
- いきなり④の増員・設備投資(Elevate)に飛びつく落とし穴。 ②活用(今ある能力を使い切る)・③従属(他工程を合わせる)を先にやり切れば、投資ゼロでボトルネックが緩むケースは多い。 順序を飛ばして投資すると、実は制約でなかった所に金をかける高コストな空振りになりやすい。
使うタイミング
②現状分析で、バリューチェーンや「現状の4つのステップ」で工程・業務の全体像を並べ終えた後、特に業務効率化・DX・IT/データ活用・組織/人事といった“オペレーションの流れを改善する”テーマで使うのが最適です。 売上や納品が頭打ちの理由を『どこか1点の詰まり』で説明したいときに効きます。 早すぎる失敗=工程を可視化する前にPOOGIを持ち出すと、そもそも制約がどこか分からず“勘でボトルネックを決める”ことになる(先にバリューチェーンで工程を並べる)。 遅すぎる・使いどころを誤る失敗=新規事業の方向性や『誰にどんな価値を売るか』という戦略の中身を決める場面に使うと的外れになる。 それは3C・SWOT・バリュープロポジションの役割で、POOGIはあくまで“決めた流れをどう詰まりなく回すか”という実行・改善の道具。 また、工程がほぼ1本で分業も少ない超小規模事業では制約が自明なため、フレームとして重く感じる場合があります。
