OODAループの使い方｜PDCAとの違いと意思決定シート
OODAループは、Observe（観察）、Orient（状況の理解・方向付け）、Decide（決定）、Act（行動）を通じて、新しい情報に合わせて判断を更新する考え方です。John Boydの意思決定の枠組みとして知られます。「速く何かを変える」だけではなく、観察したことの意味と自分の思い込みを見直すことが重要です。
四つを一方向に一度だけ進める工程表ではありません。行動の結果を次の観察へ戻し、前提が変われば判断を修正します。本記事ではマーケティング業務への応用として、記録しやすい形に整理します。
四つの段階で残す情報
段階 | やること | 記録例 |
|---|---|---|
Observe | 観測できた事実を集める | 日付、件数、対象、変更履歴 |
Orient | 文脈と仮説を整理する | 分母、季節性、計測の異常、別の説明 |
Decide | 次の行動を選ぶ | 変更・追加調査・待機の理由 |
Act | 範囲を決めて実施する | 担当、期限、影響、戻す条件 |
米空軍による解説でも、Orientの重要性が示されています。過去の成功体験に合うデータだけを拾わず、仮説を否定する証拠も探します。
架空のフォーム改善で考える
ある資料請求フォームの完了数が減ったとします。すぐに広告予算やボタン色を変える前に、入口セッション、フォーム開始、送信成功、端末、公開変更を確認します。以下は説明用の例です。
段階 | 具体例 |
|---|---|
観察 | 入口はほぼ同じだが、モバイルの送信成功が減った |
状況判断 | 新しい必須項目、端末差、成功イベント不良を仮説にする |
決定 | 許可されたテストで再現し、影響が確認された項目を先に修正 |
行動 | 担当が限定修正し、正常・失敗・再読込を確認 |
この場合、計測だけが壊れていれば顧客の申込自体は減っていないかもしれません。逆に申込が失敗していれば、統計上の差が大きくなるまで待つ必要はありません。何を観測したかと、何を推測したかを区別します。
PDCAとの違いと組み合わせ
観点 | OODAの使いどころ | PDCAの使いどころ |
|---|---|---|
中心 | 状況を理解して判断を更新する | 計画した取り組みを実行・検証し改善する |
向く問い | 今の状況で何を選ぶか | 定めたプロセスをどう改善するか |
注意 | 速さだけで拙速に変更しない | 計画の前提が変わっていないか確認 |
組合せ | 変化を発見し試す方針を選ぶ | 得た知見を運用へ定着させる |
OODAが常に速く、PDCAが必ず遅いという区別ではありません。どちらも実際の情報と振り返りを必要とします。状況把握にOODA、安定した作業の標準化にPDCAを使うなど、目的で選びます。
変更しない判断も残す
広告の成果が二日だけ悪化しても、購入までの時間や計測遅延があれば結論を急げません。配信の学習や予算変更の影響も考慮します。「48時間で必ず広告を差し替える」のような固定ルールにしないでください。
条件 | 判断例 |
|---|---|
明確な実装不良や誤表示 | 担当範囲で速やかに修正・停止 |
小さな件数で偶然の可能性 | 観測条件と次の判断日を決める |
複数の変更が重なった | 変更履歴を整理し、検証範囲を絞る |
費用・顧客影響の上限を超えた | 事前の権限・停止条件に従う |
判断に必要な情報がない | 追加調査を次の行動にする |
現場へ権限を渡す場合も、使える予算、変更できる範囲、相談が必要な条件を明示します。速さのために顧客への約束や配信停止条件を無視してはいけません。
意思決定ログのテンプレート
日時＿＿／判断する問い＿＿／観測事実と資料＿＿／別の説明＿＿／現在の仮説＿＿／選択肢＿＿／選んだ行動と理由＿＿／担当・期限＿＿／期待する変化＿＿／変更しない・止める条件＿＿／結果と次の観察＿＿を残します。
会議で全項目を長く書く必要はありません。後で「なぜその時点でそう判断したか」を説明できれば十分です。結果が悪かった人を責めるためでなく、情報の取り方、解釈、行動の範囲を学び直すために使いましょう。
