thinking-ooda

OODA ループ

基本ルール： 時間に追われていて、元に戻せる対応なら、確信度が約70％の時点で実行し、すぐに状況を再確認します。状況が複雑化するより速くループを回してください。完璧な計画を立てても、実行が遅ければ素早いループに負けます。

使用する場面

• 状況が刻々と変化しているインシデント対応、障害、または継続中の性能劣化。
• 状況が変化する対象のデバッグ（断続的な障害、稼働中のトラフィックの変化など）。
• 確実性を高めるために待つコストが、元に戻せる対応を取るコストを上回る、時間制限のある意思決定。

使用しない場面

• 状況が静的で、時間に余裕がある場合 — 慎重な分析や仮説の比較が有効です。
• 次の対応が元に戻せない、または影響範囲が非常に大きい場合 — 必要な根拠の水準を引き上げてください。確信度70％では不十分です。
• 原因を簡単に特定できる場合（失敗した差分、ログ、メトリクスを確認するなど） — 手探りでループを回すのではなく、その仮説を直接検証してください。
• 時間的なプレッシャーがなく、環境も変化していない場合 — OODA は価値を生まず、余計な作業を増やします。

手順

1. 観察（時間制限を設ける）： 現時点で最も安価で有用な情報を集めます — メトリクス、ログ、アラート、直近のデプロイや設定、前回の対応に対するフィードバックなどです。確認時間に上限を設け、際限なく情報を集めないでください。
2. 状況判断： 観察結果をパターンと照らし合わせ、2つ以上の候補となる説明を立てます。データと矛盾した場合はメンタルモデルを更新するか破棄し、単一の仮説に固執しないでください。
3. 意思決定： 有力な仮説を検証できる、元に戻せる対応を1つ選びます。確信度（元に戻せる対応では約70％を目安とします）、予測される効果、次に確認する観察項目、その確認にかける時間を明示します。
4. 実行： 既知のロールバック手順または縮退運転の手段を用意したうえで、迷わず1回実行します。
5. すぐに再観察： 制限時間内に結果と予測を比較し、その結果を次の「観察」に反映します。状況が安定するか、次の対応がこのスキルで扱えるほど元に戻せるものではなくなるまでループを続けます。
6. 停止条件： システムが安定した場合、残作業が静的な分析になった場合、または次の手順で元に戻せない決断が必要になる場合は、ループを終了し、別の手法に切り替えます。

出力

サイクルごとに、次の記録を残します。

1. 観察 — 現在のシグナルと、前回のサイクルからの変化。
2. 状況判断 — 2つ以上の仮説、有力な仮説とその理由。
3. 意思決定 — 対応、確信度、予測される効果、次の観察項目、時間制限。
4. 実行と結果 — 実行した内容と、直後の再観察で確認できたこと。
5. ループの状態 — 継続／安定／OODA を終了してエスカレーション。

検証

• 反証／停止： 元に戻せる次の対応と、それを反証できる直近の観察項目を挙げられない場合は、ループを止めて、さらに根拠を集めるかエスカレーションしてください。実行後に再観察が行われない場合、ループは機能していません。次の対応に進む前に修正してください。
• 過剰適用の防止： 静的な設計作業、元に戻せないリリース、または安価な原因特定の確認1つで不確実性を解消できるケースには OODA を使わないでください。進行中のインシデントで元に戻せる緩和策を講じる際、確信度100％になるまで待たないでください。