チームでOODAを共有する

チームでOODAを使うと聞くと、全員でObserve、Orient、Decide、Actを順番に確認する会議を想像するかもしれません。

しかし、実際のチームでは、メンバーが同じ場所で同じ情報を見ているとは限りません。担当、経験、時間、立場が違えば、気づく変化も意味づけも異なります。

チームでOODAを共有するとは、全員を一つの大きな円へ入れることではありません。

それぞれが行うOODAを、共通の目的、必要な事実、役割、短い合図、振り返りによってつなぐことです。

チームには複数のOODAがある

ある催しを準備するチームを考えます。

受付担当は参加者からの問い合わせを見ています。会場担当は設備と動線を見ています。広報担当は申込み数や反応を見ています。責任者は全体の日程と費用を見ています。

同じ催しでも、各自のObserveは違います。

Orientも違います。受付担当には小さな案内の変更が重要でも、会場担当には安全な動線の確保が最優先かもしれません。

この違いは、なくすべき雑音ではありません。複数の場所から現実を見るための資源です。

【図解:diagram_10_team_ooda.png】

複数のメンバーがそれぞれOODAを行い、目的、事実、役割、合図、振り返りを共有して連携する図
チームのOODAは、一つのループへ全員を従わせる仕組みではありません。各自の判断を、必要な接点で双方向につなぎます。

問題になるのは、違いが共有されず、互いのActionがばらばらに環境を変えるときです。

全員が同じ情報を持つ必要はない

情報共有を増やせば連携できると考え、すべてのメール、資料、会議へ全員を加えることがあります。

しかし、情報量が増えるほど、重要な変化が見えにくくなることもあります。

共有したいのは、情報の全量ではなく、他の人の判断や行動を変える情報です。

  • 目的や優先順位が変わった
  • 前提にしていた事実が変わった
  • 自分の担当だけでは処理できない影響が出た
  • 約束した境界や中止条件へ近づいた
  • 他の担当へ渡すべき機会や問題が生まれた

「知っておいた方がよい情報」と「知らないと行動を誤る情報」を分けます。

OODAをつなぐ五つの接点

1.目的と意図

何を達成したいのか、何を優先するのか、何を守るのかを共有します。

予定どおり進めることより参加者の安全を優先する、費用より期限を優先する、といった基準が分かれば、状況が変わったときも各自が判断できます。

目的と意図の作り方は、目的と意図を共有すると、なぜ自律的に動けるのかで詳しく扱います。

2.現在の事実

全員の解釈をそろえる前に、何が変わったかを共有します。

「申込みが少ない」だけでなく、「予定数100人に対して現在60人、締切まで3日」のように、確認できる事実を置きます。

解釈が異なる場合は、無理に一つへまとめず、違いと根拠を見えるようにします。

3.役割と境界

誰が何を決められるか、どこから相談が必要かを決めます。

役割が不明確だと、複数人が同じ対応をしたり、誰かが行うと思って問題が残ったりします。権限の境界が不明確なら、小さな変更でも承認待ちになります。

4.短い合図

状況が変わったときに使う言葉、報告先、更新場所を決めます。

  • 予定に影響する変更
  • すぐ支援が必要な問題
  • いまは対応せず記録する事項
  • チーム全体で見直す必要がある前提

短い合図が役立つのは、その意味と次の行動を事前に確認している場合です。

5.振り返り

終了後に、計画どおりだったかだけを確認するのではありません。

  • どの変化へ早く気づけたか
  • どの情報が届かなかったか
  • 何を前提に判断したか
  • 役割や境界は適切だったか
  • 次回は何を残し、何を変えるか

結果から次のOrientを作ります。

Brief・Huddle・Debriefの三つに分ける

一度の長い会議ですべてを共有するより、目的に応じて短く分ける方法があります。

開始前のBrief

目的、現在の状況、役割、優先順位、予想される変化、相談条件を確認します。

途中のHuddle

前提が変わったときに集まり、現在の事実と次の対応を短く更新します。定例時刻を待つ必要はありません。

終了後のDebrief

実際に起きたことを振り返り、次に使う学びへ変えます。

米国AHRQの医療チーム向けTeamSTEPPSでも、Brief、Huddle、Debriefは、共有された状況理解、適応、相互の信頼を助ける道具として扱われています。

医療の方法をそのまま別の職場へ移す必要はありません。重要なのは、開始前、途中、終了後では共有する目的が違うと理解することです。

会議をOODAの接点へ変える

定例会議が、全員の活動報告を順番に読み上げる時間になっていることがあります。

次の五つへ絞ると、OODAをつなぐ場になります。

  1. 前回から変わった事実は何か
  2. 目的や優先順位へ影響するか
  3. 誰の判断や行動が変わるか
  4. 支援、相談、引継ぎが必要か
  5. 次に確認する時点と項目は何か

変化のない詳細報告は、別の記録へ移せます。会議では、チームのOrientとActionを変える情報へ時間を使います。

共通認識は完成品ではない

一度説明したから、全員が同じ理解になったとは限りません。

人は自分の経験や担当を通して言葉を意味づけます。「品質を優先する」「早めに対応する」という表現も、具体的な行動は人によって違います。

共通認識は、説明して終わる成果物ではありません。

互いの観察を共有し、行動の結果を見て、言葉と役割を調整し続ける過程です。

ボイドは、繰り返し経験を共有することで似た像や印象が作られ、信頼と暗黙のつながりが育つと論じました。これは、全員が同じ考えになることではなく、違いがあっても互いの動きを予想し、必要なときに修正できる状態と考えられます。

チームOODAの10分確認

現在のチームについて、五つの問いに答えます。

接点確認する問い
目的と意図状況が変わっても残る優先順位は何か
現在の事実誰がどの変化を最初に知るか
役割と境界各自が決められる範囲は明確か
短い合図何が起きたら、誰へ、どう伝えるか
振り返り結果を次のやり方へ変える場があるか

一度にすべてを直す必要はありません。最も曖昧な接点を一つ選び、次の一週間だけ試します。

個人の自律性とチームの調和を両立する

チームでOODAを共有する目的は、全員の考えと行動を細かく統一することではありません。

共通の目的と必要な接点を持ちながら、それぞれが現場の変化を観察し、自分の範囲で判断し、得た情報をチームへ戻せるようにすることです。

細かく管理しすぎれば、現場のObserveが生かされません。自由だけを渡せば、Actionがばらばらになる可能性があります。

目的、意図、信頼、境界、振り返りを通して、複数のOODAをつなぎます。

参考資料

  • John R. Boyd, Organic Design for Command and Control, sections “Key Points,” “Interactions,” “Message,” and “Epitome of Command and Control,” 1987.
  • John R. Boyd, edited by Grant T. Hammond, A Discourse on Winning and Losing, “Organic Design for Command and Control,” pp.219–252, Air University Press, 2018.
  • Agency for Healthcare Research and Quality, TeamSTEPPS 3.0, Section 2: Explanation of Key Concepts and Tools.
  • Agency for Healthcare Research and Quality, TeamSTEPPS 3.0, Two-Day Training Content—Team Leadership, reviewed 2024.