PMが知っておくべき意思決定フレームワーク10選｜RAPID・OODA・DECIDEを使い分ける

※ 本記事はアフィリエイト広告（Amazon アソシエイト等）を含みます

「この件、結局だれが決めるんでしたっけ？」——プロジェクトの会議で、この一言が出た瞬間に議論が止まった経験はないでしょうか。意思決定が遅い・決まらない・決めても後からひっくり返る。その多くは、頭の良し悪しではなく、意思決定の“型”を持っていないことが原因です。

結論から言えば、PMが押さえるべき意思決定フレームワークは、役割ごとに3タイプに分けて考えると使い分けが一気にラクになります。①誰が決めるかを明確にする型（RAPID・DACI・RACI）、②複数の選択肢からどれを選ぶかを決める型（意思決定マトリクス・アイゼンハワーマトリクス・ペイオフマトリクス）、③どう回すか・状況にどう適応するかの型（OODA・PDCA・DECIDE・Cynefin）。この10個を引き出しに持っておけば、現場のたいていの「決められない」に対処できます。

なぜ3タイプに分けるのか。意思決定が詰まる原因は、「決める人が曖昧（＝誰が決める型の欠如）」「候補を横並びで比べられない（＝どう選ぶ型の欠如）」「決めても回らない・状況に合わない（＝どう回す型の欠如）」のどれかにほぼ集約されるからです。逆に言えば、自分のプロジェクトがどのタイプで詰まっているかを見極めれば、当てるべきフレームワークは自ずと決まります。この記事では、10のフレームワークを1つずつ、PMの現場目線で「いつ・どう使うか」まで解説します。

そもそも意思決定フレームワークとは？なぜPMに必要か

意思決定フレームワークとは、「何をどんな順番で考え、誰がどう決めるか」を型にした思考の枠組みです。決断を天才的なひらめきに頼るのではなく、再現性のある手順に落とすことで、スピードと納得感の両方を上げるのが狙いです。

PMにとって意思決定は仕事の中心そのものです。スコープをどこまで含めるか、遅延にどう対応するか、どのベンダーを選ぶか——1日に何度も判断を迫られます。ここで型がないと、判断がその場の空気や声の大きい人に流され、後から「言った・言わない」「なぜそう決めたのか説明できない」というトラブルに直結します。フレームワークは、判断の質を安定させ、決定の理由を記録として残すための道具なのです。

意思決定フレームワーク10選｜3タイプで一望する

まずは全体像です。10のフレームワークを「解決したい悩み」で3タイプに整理しました。

#	フレームワーク	タイプ	ひと言でいうと
1	RAPID	誰が決めるか	5つの役割で「決定権の所在」を明確化
2	DACI	誰が決めるか	推進者と承認者を1人に絞り高速に決める
3	RACI	誰が決めるか	実行の責任・説明責任を割り当てる
4	意思決定マトリクス	どう選ぶか	評価基準×重みで選択肢を定量比較
5	アイゼンハワーマトリクス	どう選ぶか	緊急度×重要度でやること／捨てることを決める
6	ペイオフマトリクス	どう選ぶか	効果×難易度で施策の優先順位を決める
7	OODA ループ	どう回すか	観察→判断→決定→実行を高速で回す
8	PDCA	どう回すか	計画→実行→評価→改善で着実に改善する
9	DECIDE モデル	どう回すか	意思決定そのものを6ステップに分解する
10	Cynefin（クネビン）	状況適応	問題の複雑さに応じて決め方を変える

タイプ①：誰が決めるかを明確にする（RAPID・DACI・RACI）

意思決定が最も詰まりやすいのは「決める人が曖昧」なときです。ここを設計するのが、役割分担型のフレームワークです。

1. RAPID｜決定権の所在を5つの役割で明確化

RAPIDは、コンサルティングファームのベイン・アンド・カンパニーが開発した意思決定フレームワークで、意思決定に関わる役割を5つに分けて明示します。頭文字は Recommend（提案）／Agree（同意）／Perform（実行）／Input（情報提供）／Decide（決定） の5つです。

役割	内容
R：Recommend（提案）	情報を集め、決定者に推奨案を提示する
A：Agree（同意）	法務・リスク等の観点から拒否権を持つ
P：Perform（実行）	決定後に実装し、結果まで担う
I：Input（情報提供）	事実や視点を提供する（拒否権なし）
D：Decide（決定）	最終的に選ぶ唯一の意思決定者

RAPIDの肝は、Decide（決定者）を1人に定めることです。「みんなで決める」は一見民主的ですが、実際は誰も責任を負わず、決定が漂流します。誰が最終決定者かを最初に握るだけで、会議の空気は大きく変わります。ステークホルダーが多い大型案件で特に効きます。

2. DACI｜スピード重視で「推進」と「承認」を分ける

DACIは、米インテュイット社がRACIを下敷きに確立した意思決定フレームワークで、Atlassianなどが実務テンプレートとして推奨しています。役割は Driver（推進者）／Approver（承認者）／Contributor（貢献者）／Informed（報告先） の4つです。

• D：Driver（推進者） — 意思決定プロセスを前に進める人。資料を用意し、論点を整理し、期限まで走らせる
• A：Approver（承認者） — 最終的に決定を承認する人。1人に絞るのが鉄則
• C：Contributor（貢献者） — 知識や作業で協力する人
• I：Informed（報告先） — 決定内容を知らされ、業務に反映する人

DACIはRAPIDより役割がシンプルで、とにかく速く決めたいとき向きです。DriverとApproverをそれぞれ1人に絞ることで、責任の所在が明確になり、意思決定の停滞を防ぎます。

3. RACI｜実行の責任・説明責任を割り当てる

RACIは厳密には意思決定というよりタスクの責任分担の型ですが、「誰が説明責任を負うのか（Accountable）」を定める点で意思決定にも直結します。Responsible（実行責任）／Accountable（説明責任）／Consulted（相談先）／Informed（報告先） の4つで、Accountableは各タスクに必ず1人だけ置きます。RACIの作り方は「RACIチャートの作り方｜役割分担を明確にする」で詳しく解説しています。

タイプ②：どう選ぶかを決める（マトリクス3種）

決める人が決まっても、次は「複数の選択肢からどれを選ぶか」です。ここは2軸のマトリクスで可視化すると、議論が主観のぶつけ合いから抜け出せます。

4. 意思決定マトリクス｜評価基準×重みで定量比較

意思決定マトリクスは、複数の選択肢を「評価基準」で採点し、定量的に比較する手法です。加重スコアリングとも呼ばれます。作り方はシンプルで、①決めたいことを一文にする→②候補を3〜7案に絞る→③評価項目を5〜7個立てる→④各項目に重み（重要度）をつける→⑤各案を採点し、重み×スコアの合計で比較します。

たとえばベンダー選定なら、「コスト」「実績」「サポート」「納期」を評価軸にし、最重視する項目の重みを2倍に設定します。重みの倍率は1〜2倍程度に収めるとバランスよく機能します。「なぜこの案にしたか」を数字で説明できるのが最大の強みで、ベンダー選定・ツール選定・新規案評価に向きます。

5. アイゼンハワーマトリクス｜緊急度×重要度でやること／捨てることを決める

アイゼンハワーマトリクスは、タスクを「緊急度」と「重要度」の2軸で4象限に分け、今すぐやる／予定に入れる／人に任せる／やらないを判断する型です。第34代米大統領アイゼンハワーの言葉が起源とされ、『7つの習慣』でも紹介されました。

PMが陥りがちなのは、緊急だが重要でないタスク（割り込み対応）に追われ、重要だが緊急でないタスク（リスク対策・チーム育成）を後回しにすることです。このマトリクスは、「何をやるか」以上に「何をやらないか・誰に任せるか」を決めるのに効きます。

6. ペイオフマトリクス｜効果×難易度で施策の優先順位を決める

ペイオフマトリクスは、施策やアイデアを「効果（縦軸）」と「難易度（横軸）」の2軸でマッピングし、優先順位をつける型です。効果が高く難易度が低い領域（＝最優先） から着手し、効果は高いが難易度も高い領域は中長期の計画に回します。改善施策やバックログの優先順位づけに向きます。

タイプ③：どう回すか・状況に適応する（OODA・PDCA・DECIDE・Cynefin）

決め方の“手順”や“サイクル”を与えてくれるのがこのタイプです。

7. OODA ループ｜不確実な状況で高速に回す

OODAループは、Observe（観察）→Orient（状況判断）→Decide（意思決定）→Act（実行） の4段階を高速で繰り返す型です。もとは米空軍のジョン・ボイド大佐が戦闘機パイロットの経験から生み出したもので、刻々と状況が変わる不確実な局面で威力を発揮します。炎上案件の初動やトラブル対応など、「じっくり計画している暇はない」場面に向きます。

8. PDCA｜着実に改善を積み上げる

PDCAは Plan（計画）→Do（実行）→Check（評価）→Act（改善） のサイクルで、品質や業務を継続的に改善する型です。OODAが「変化への即応」なら、PDCAは「計画に基づく着実な改善」。定常運用や品質管理など、前提が安定していて計画が立てられる領域に向きます。OODAとPDCAは対立概念ではなく、先が読めない立ち上げ期はOODA、安定運用に入ったらPDCAと使い分けるのが実践的です。

9. DECIDE モデル｜意思決定そのものを6ステップに分解

DECIDEモデルは、意思決定のプロセス自体を6ステップに分解した型です。もとは医療マネジメント向けに提唱されましたが、判断が重い意思決定なら分野を問わず使えます。

1. D：Define — 問題を定義する
2. E：Establish — 評価基準を定める
3. C：Consider — 選択肢を洗い出す
4. I：Identify — 最良の選択肢を特定する
5. D：Develop — 実行計画を立てて実行する
6. E：Evaluate — 結果を評価し、必要なら見直す

「結論に飛びつく」「選択肢を見落とす」「そもそも何が成功かを決めずに選ぶ」という典型的な失敗を防げます。上のタイプ②（マトリクス）は、DECIDEの③〜④（選択肢の比較・特定）を担う道具、と捉えると全体がつながります。

10. Cynefin（クネビン）｜問題の複雑さに応じて決め方を変える

Cynefinフレームワークは、直面する状況を複雑さで分類し、状況ごとに“決め方そのもの”を変えるメタなフレームワークです。ナレッジ研究者デイビッド・スノーデンが提唱しました。おおまかに、明確（ベストプラクティスで対応）・煩雑（専門家が分析して対応）・複雑（試行しながら創発を探る）・混沌（まず行動して秩序を作る）の領域に分けます。

PMにとっての価値は、「この問題はマニュアル通りでいいのか、それとも試しながら進めるべきか」を見極められる点です。要件が固まった保守案件（明確・煩雑）ならPDCAやマトリクス、正解が誰にもわからない新規開発（複雑）ならOODA的に小さく試す——といった具合に、他の9個の使いどころを上から俯瞰する“地図”として機能します。

使い分け早見表｜どのフレームワークを当てるか

こんなとき	使うフレームワーク
誰が決めるか曖昧で会議が漂流する	RAPID（大型）／DACI（高速）
タスクの責任分担を明確にしたい	RACI
複数案を根拠を持って比較したい	意思決定マトリクス
やること／やらないことを整理したい	アイゼンハワーマトリクス
施策の優先順位を決めたい	ペイオフマトリクス
状況が刻々変わり即応したい	OODA ループ
安定運用で着実に改善したい	PDCA
重い意思決定を手順化したい	DECIDE モデル
そもそもどう決めるべきか迷う	Cynefin（クネビン）

意思決定フレームワークを使うメリット・デメリット

デメリットの多くは「使いどころを誤る」ことに起因します。軽い判断はその場で即決、重い判断だけフレームワークに乗せる——このメリハリさえ守れば、フレームワークは強力な武器になります。

意思決定フレームワークでよくある失敗5選

1. 決定者を1人に絞らない：RAPIDのDやDACIのAを複数にすると、責任が分散して決まらない。最終決定者は必ず1人。
2. フレームワークを目的化する：立派なマトリクスを作ること自体が目的になり、決定が遅れる。あくまで決めるための道具と割り切る。
3. 状況に合わない型を使う：不確実な局面でPDCAをじっくり回して手遅れになる。Cynefinで“問題の温度”を見てから型を選ぶ。
4. 評価軸・重みを恣意的に決める：先に結論があり、それに合うよう重みを調整してしまう。評価軸と重みは選択肢を並べる前に確定する。
5. 決めた後に記録を残さない：後から「なぜこう決めたか」を再現できず、同じ議論を繰り返す。決定の理由と前提を必ず記録する。

よくある質問（FAQ）

Q. 意思決定フレームワークは、どれか1つを選べばいいですか？ A. 1つに絞る必要はありません。むしろ「誰が決めるか」「どう選ぶか」「どう回すか」で役割が違うため、組み合わせて使うのが基本です。たとえば「DACIで決定者を決め→意思決定マトリクスで案を比較し→DECIDEの手順で実行・評価する」といった具合です。

Q. RAPIDとDACIはどちらを使えばいいですか？ A. ステークホルダーが多く、リスクや法務の観点で拒否権が必要な大型・複雑な案件はRAPID、少人数でスピード優先ならDACIが向きます。まずDACIから始め、複雑さが増したらRAPIDに拡張する、という進め方も実践的です。

Q. OODAとPDCAは何が違いますか？ A. PDCAは「計画に基づく着実な改善」、OODAは「変化への高速な即応」です。前提が安定して計画が立つならPDCA、状況が読めず即断即決が要るならOODA。対立するものではなく、局面で使い分けるのが正解です。

Q. 意思決定マトリクスの評価軸はいくつが適切ですか？ A. 5〜7個が目安です。多すぎると採点が煩雑になり、少なすぎると判断がざっくりしすぎます。最重視する軸に1〜2倍の重みをつけると、優先度が結果に反映されます。

Q. フレームワークを使うと、かえって遅くなりませんか？ A. 軽い判断にまで使えば遅くなります。影響が大きく後戻りしにくい意思決定（ベンダー選定、スコープ変更、体制変更など）に絞って使い、日常の小さな判断は即決する、とメリハリをつけてください。

まとめ｜「誰が・どう選び・どう回すか」で型を選ぶ

PMが押さえるべき意思決定フレームワーク10選は、次の3タイプで整理すると使い分けに迷いません。

1. 誰が決めるか：RAPID・DACI・RACI——最終決定者を1人に定め、決定の漂流を止める
2. どう選ぶか：意思決定マトリクス・アイゼンハワー・ペイオフ——2軸で可視化し、主観のぶつけ合いから抜け出す
3. どう回すか・状況適応：OODA・PDCA・DECIDE・Cynefin——局面に応じて決め方のサイクルそのものを切り替える

大切なのは、10個すべてを暗記することではなく、自分のプロジェクトが「決める人・選ぶ基準・回し方」のどこで詰まっているかを見極め、当てるべき型を1つ選ぶことです。まずは次の会議で、「この件の最終決定者は誰か」を最初に確認するところから始めてみてください。それだけで、意思決定のスピードは目に見えて変わります。

意思決定の質を支える周辺の仕組みとして、判断すべき論点を絞り込む「ステコミ資料の作り方｜役員に刺さる構成5ステップ」、決めたことを追い切る「課題管理表（Issue Log）の運用方法」、リスクを事前に判断材料化する「リスク登録簿テンプレートと使い方」もあわせてどうぞ。