OODA ループ・アイゼンハワーマトリクスなど意思決定モデル7選

本来なら大事なことを決めるはずの会議で、こんな光景はないでしょうか。参加者は8人、時間は40分。いつの間にか一番声の大きい人の意見が通り、静かな3人の意見は最後まで出てきません。2週間後には、結局何が決まったのか、誰が担当なのかについて、誰の認識も一致していません。

多くのチームに足りないのは考える力ではなく、決め方のプロセスです。適切な意思決定モデルがあれば、「どれかを選ばなければならない」状態から「これに決めた。担当はこの人」という状態まで、チーム全員が同じ道筋をたどれます。優秀なチームほどつまずくのが、まさにこの部分です。ただし、どんな場面にも使える最良のモデルはありません。取り消しのきく $200 のソフトウェア購入と、採用や製品の方針転換とでは、ふさわしいプロセスが違います。この記事では、知っておきたい7つのモデルについて、概要、使う場面、簡単な例を紹介し、最後にシンプルな選び方をまとめます。

意思決定モデルとは、問いから結論にたどり着くまでの手順を、繰り返し使える形にしたものです。取り上げるのは、合理的意思決定モデル、限定合理性（満足化）、アイゼンハワーマトリクス、DACI・RAPID、OODA ループ、Vroom-Yetton モデル、費用便益分析・意思決定マトリクスの7つです。

重大な判断に使う構造化モデル

コストが大きく、やり直しのきかない選択には、あえて時間をかけるプロセスが向いています。ここで紹介する2つの古典的なモデルは、どこまで厳密に検討すべきかという点で、ちょうど両極に位置します。

1. 合理的意思決定モデル（構造化モデル）

概要： 教科書どおりの方法です。問題を定義し、判断基準を決め、情報を集め、選択肢を挙げ、各選択肢を基準に照らして採点し、最も点数の高いものを選び、最後に結果を検証します。選択肢を順序立てて評価できるだけの情報を集められることが前提です。

使う場面： 時間に余裕があり、判断を誤ったときのコストが分析のコストをはるかに上回る重大な決定です。ベンダーの選定、重要なポジションの採用、参入する市場の選択などが当てはまります。

具体例： 給与計算サービスを選ぶチームが、必須条件を5つ（コスト、連携機能、サポートの応答時間、コンプライアンスへの対応範囲、導入のしやすさ）書き出し、4社を調べ、誰かがデモにほれ込む前に各社を1〜5の5段階で評価します。

2. 限定合理性（満足化原理）

概要： ハーバート・サイモンが、合理的モデルの前提に修正を加えたものです。現実の人間は、情報も、考える余力も、時間も限られているため、すべての選択肢を評価することはできません。そこで人は最善を追求するのではなく、「満足化（satisfice）」をします。satisfy（満足させる）と suffice（足りる）を組み合わせたサイモンの造語で、「これで十分」という基準を最初に満たした選択肢を選び、次へ進むことを指します。

使う場面： やり直しがきき、重要度の低い判断で、完璧な答えを探す手間に見合わない場合です。実際のところ、日々の判断のほとんどはこれに当たります。

具体例： 明日使う会議室が必要だとします。12部屋すべてを比べる必要はありません。8人が入れて午後2時に空いている部屋が見つかったら、そこを押さえて終わりです。

ヒント： 分析を始める前に、「この決定は取り消せるか？」と声に出して確認しましょう。1週間以内にほとんどコストをかけずに元に戻せるなら、満足化で決めて先に進みます。合理的モデルは、取り返しのつかない判断のために取っておきましょう。すべての決定を重大事として扱うこと自体が、まずい決め方の一種です。

優先順位と役割を整理するモデル

難しいのは、選択肢の中から選ぶことだけではありません。そもそも何に注意を向けるべきか、誰が決めるべきかを見極めるほうが難しいこともあります。次の2つのモデルは、その問題を扱います。

3. アイゼンハワーマトリクス（緊急度×重要度）

概要： アイゼンハワー大統領の名前にちなみ、スティーブン・コヴィーが広めた2×2のマトリクスです。タスクを「緊急かどうか」「重要かどうか」の2軸で4つの領域に分けます。「すぐやる」（緊急かつ重要）、「計画する」（重要だが緊急ではない）、「任せる」（緊急だが重要ではない）、「やめる」（どちらでもない）です。緊急だけれど些細な仕事に追われて、目立たないものの本当に前進につながる重要な仕事が後回しになる、という落とし穴を防げます。

使う場面： チームや個人がやることリストに埋もれ、どの火消しに力を注ぐべきか判断できなくなっているときです。

具体例： サポートチームのリーダーが1週間の仕事を振り分けます。顧客からのエスカレーションは「すぐやる」、四半期ごとのプレイブックの書き直しは「計画する」、繰り返し届く「このメールを転送してもらえますか」という依頼は「任せる」、誰も読んでいない社内の Slack チャンネルは「やめる」に入れます。

4. DACI・RAPID（推進・承認・協力・共有の役割分担）

概要： 大勢が関わる意思決定のための、2つの役割分担フレームワークです。DACI（Driver：推進者、Approver：承認者、Contributor：協力者、Informed：報告対象者）は1980年代に Intuit で生まれました。プロセスを進める Driver と最終判断を下す Approver をそれぞれ必ず1人だけ指名し、Contributor が専門知識を提供し、Informed には決定後に結果を共有します。Bain & Company による RAPID は、役割を Recommend（提案）、Agree（同意）、Perform（実行）、Input（意見）、Decide（決定）に分けます。DACI ではあいまいになりがちな実行の担当者を、明確に置いている点が特徴です。

使う場面： 船頭が多すぎて、結局誰が決めるのかわからないことが本当の問題になっている、部門をまたぐ意思決定です。日々の素早い判断には DACI を、ガバナンスが複雑で誰かが展開まで責任を持つ必要がある場合には RAPID を使います。

具体例： 価格改定は、営業、財務、プロダクトに関わります。PM が Driver、プロダクト担当 VP が Approver、営業と財務のリーダーが Contributor となり、より広い市場投入（GTM）チームには、決定が固まった時点で Informed として共有します。「待って、これは誰が決めるんだっけ？」はもう起きません。

スピードと巻き込みのためのモデル

さらに2つのモデルは、多くのチームがつまずく2つの状況のためのものです。時間との勝負になったときと、ほかのメンバーをどこまで巻き込むべきか本当にわからないときです。

5. OODA ループとは：変化が速く不確実な状況で使う

概要： 米空軍のジョン・ボイド大佐が1970年代初めに戦闘のために考案したサイクルで、今ではビジネスから緊急対応まで幅広く使われています。観察（Observe：何が起きているかを把握する）、状況判断（Orient：自分の経験に照らして解釈する）、意思決定（Decide）、実行（Act）の順に進み、すぐに観察に戻ります。ボイドは状況判断を最も重要なステップと考えました。同じデータを見ても、人によってまったく違う読み方をするからです。状況や競合が変化するよりも速くこのサイクルを回すことが、OODA ループの核となる考え方です。

使う場面： 完全な情報を待つコストが、不完全な情報で動くコストを上回る、変化が速く不確実な局面です。インシデント対応、競合の突然の新製品発表、うまく進まなくなったライブイベントなどが当てはまります。

具体例： 製品のローンチ中にサイトがダウンしたとします。オンコールのチームはエラーの急増を観察し、直前のデプロイが原因らしいと状況判断し、ロールバックを決めて実行します。そしてすぐに観察に戻り、指標が回復するかを確かめながら、次の手を打てるよう備えます。

6. Vroom-Yetton モデル（チームをどこまで巻き込むか）

概要： ビクター・ブルームとフィリップ・イェットンによるモデルで、「リーダーはほかのメンバーをどこまで巻き込むべきか」という1つの問いに答えます。状況に応じて、独断型から完全な集団決定型までの5つのスタイルを選びます。1人で決める（A1）、チームから情報を集めてから1人で決める（A2）、メンバーに1対1で相談する（C1）、グループに相談してから1人で決める（C2）、グループで一緒に決める（G2）の5つです。どれを選ぶかは3つの点で決まります。決定の質が非常に重要か、決定を定着させるためにメンバーの納得（バイイン）が必要か、メンバーを巻き込む時間があるか、です。

使う場面： 「これは自分で決めてしまうべきか、チームを巻き込むべきか」と迷ったときです。いつも合意形成に頼る、あるいはいつもトップダウンで決める、という癖をやめ、その場面に合った参加の度合いを選ぶための道具です。

具体例： オフィスで注文するコーヒーを選ぶなら、マネージャーが1人で決めます（A1）。同じマネージャーでも、メンバーの納得がすべてを左右するチームの業務フローの見直しでは、グループで話し合う場を設け、チームに形づくってもらいます（C2 または G2）。

ヒント： 決めたことを本当に実行してもらいたいなら、決まった後ではなく、決める前に巻き込みましょう。Vroom-Yetton モデルの研究はこの点をはっきり示しています。メンバーの納得は、時間がかかる参加型のプロセスを選ぶ理由として確実に通用する、数少ない要素の1つです。「最終決定」を発表してから協力を求めるのは、順番が逆です。

7. 費用便益分析・意思決定マトリクス（重み付け評価）

概要： 比べにくい選択肢を比べるための採点ツールです。判断基準を書き出し、重要度に応じてそれぞれに重みを付け、各選択肢を基準ごとに採点し、重みを掛けて合計します。加重合計が最も高い選択肢が、少なくとも計算上は最善です。自分たちが本当に何を、どれくらい重視しているのかを言葉にせざるを得なくなることが、このツールの価値の半分を占めます。

使う場面： 複数の要素がぶつかり合い、直感では判断が揺れ続ける、選択肢の多い決定です。転職先のオファー、ソフトウェア、拠点の場所、採用候補者の比較などに向いています。

具体例： 3つのプロジェクト管理ツールから選ぶ場合、チームは「連携機能」に30%、「価格」に25%、「使いやすさ」に25%、「サポート」に20%の重みを付け、各ツールを1〜5で採点します。すると、価格にきちんと重みを付けた途端、見た目の派手な人気候補が2位に落ちることがわかります。

意思決定モデルの選び方：4つの問い

7つすべてを覚える必要はありません。4つの問いに答えれば、使うべきモデルが見えてきます。

• 重要度： 重要度が高い判断なら、合理的意思決定モデルか意思決定マトリクスを使います。低いなら、満足化で決めて先に進みます。
• 取り消しやすさ： 低いコストで元に戻せるなら、素早く大まかに決めます。後戻りできない判断なら、ペースを落として記録を残します。
• 時間： 時間が最大の制約になっているなら、どんな熟考型のプロセスより OODA ループが有効です。遅すぎた良い決定は、悪い決定と変わらないからです。
• 曖昧さ： 難しいのが「誰が決めるか」「誰の納得が必要か」なら、問題は分析ではなく役割です。DACI、RAPID、Vroom-Yetton モデルの出番です。

見落としがちなのが次の点です。多くのチームがつまずくのは、モデルを選ぶ段階ではなく、何を決めたかを覚えておく段階です。フレームワークを使えば、会議の場ではすっきりと決められます。ところが会議室から人がいなくなると、決めた理由は薄れ、1か月後には誰かがすべてを蒸し返します。「なぜ」そう決めたのかを、誰も書き残していなかったからです。会議で何かを決めたら、何が決まり、誰が担当するのかを記録することが成否の半分を握ります。Laxis のような AI 議事録ツールは、決定事項とその理由を記録し、アクションアイテムと担当者を自動で抽出し、誰でも見つけられる場所にまとめます。会議が終わった途端に決定が消えてしまうことはありません。

会議が終わっても決定を失わないために

Laxis は会議を録音・文字起こし・要約し、決定事項、担当者、次のステップを自動で抽出します。Zoom、Google Meet、Teams に対応し、100以上の言語で使えます。無料プランから始められます。

Laxis を無料で試す

まとめ

優れたチームとは、いつも「正しい」モデルを選べるチームではありません。間違ったモデルを使っていることに気づけるチームです。昼食の注文に6つの基準のマトリクスを持ち出したり、緊急に感じたからといって後戻りできない判断を5分で下したりしていないか。モデル自体は手軽に使えます。本当のスキルは、使い方を誤っている自分たちに気づくことです。「これはどんな種類の決定か？」という問いが反射的に出てくるようになるまで、チームで声に出して練習する価値があります。

よくある質問

意思決定モデルとは何ですか？

意思決定モデルとは、問いから結論にたどり着くための、繰り返し使えるプロセスです。論理に重点を置くものには、問題の定義から結果の評価まで7つのステップを踏む合理的意思決定モデルがあります。役割に重点を置くものには、Driver を1人、Approver を1人、Contributor を複数、そして Informed を指名する DACI があります。道筋をあらかじめ明確にしておけば、チームがプレッシャーの中で毎回一から決め方を考えずに済みます。

DACI と RAPID の違いは何ですか？

どちらも意思決定の役割を割り当てるフレームワークですが、重視する点が違います。DACI（Driver、Approver、Contributor、Informed）は1980年代に Intuit で生まれ、進行役と参加者を明確にするため、部門をまたぐ素早い判断に向いています。Bain & Company の RAPID（Recommend、Agree、Perform、Input、Decide）は、実行を担う Perform と承認を担う Agree の役割をはっきり設けているため、誰かが展開まで責任を持つ必要がある、複雑で多層的なガバナンスに向いています。

OODA ループはどんなときに使えばいいですか？

状況の変化が速く不確実で、完全な情報を待っていられないときに使います。OODA ループは米空軍のジョン・ボイド大佐が1970年代初めに考案したもので、観察（Observe）、状況判断（Orient）、意思決定（Decide）、実行（Act）を回し、また観察に戻ります。ボイドは、見たものを自分の経験に照らして解釈する状況判断を最も重要なステップと考えました。時間をかけて熟考する判断より、インシデント対応、競合への対応、ライブでのローンチに向いています。

限定合理性の「満足化」とは何ですか？

満足化（satisficing）とは、最適なものを探してあらゆる可能性を評価するのではなく、「これで十分」という基準を最初に満たした選択肢を選ぶことです。ハーバート・サイモンが satisfy と suffice を組み合わせて作った言葉で、限定合理性の考え方を反映しています。現実の人間は、情報も考える余力も時間も限られているため、選択肢が自分の求める水準に達した時点で探すのをやめます。重要度が低く、取り消しのきく判断には、これが正しいやり方です。

自分たちに合った意思決定モデルはどう選べばいいですか？

重要度、取り消しやすさ、時間、曖昧さの4つで判断します。重要度が高く取り消しにくい決定には、合理的意思決定モデルや意思決定マトリクスのような構造化されたモデルを使う価値があります。取り消しがきき重要度の低い決定には、満足化が向いています。時間が制約になっているときは OODA ループを使います。問題が主に「誰が決めるか」「誰が納得する必要があるか」なら、DACI、RAPID、Vroom-Yetton モデルを使いましょう。