PDCAとOODAの違いとは?意味・使い分け・組み合わせ方を図解でわかりやすく解説

PDCAとOODAの違いをひと言でいうと、PDCAは「計画」から始めて改善を積み重ねるサイクル、OODAは「観察」から始めて素早く判断・行動するループです。

PDCAは品質管理の分野から、OODAは軍事戦略の分野から生まれ、どちらもいまではビジネスの現場で広く使われています。

どちらが優れているかではなく、前提が安定しているならPDCA、状況が刻々と変わるならOODAというように、場面によって使い分けるのが基本です。

この記事では、それぞれの意味と特徴、4つのステップ、違い、メリット・デメリット、使い分けと組み合わせ方、そしてチームで回し続けるための仕組みまで、図解を交えて解説します。

目次

目次

PDCAとOODAとは?意味と特徴をわかりやすく解説

PDCAとOODAをひと言でいうと:PDCAは計画から始めて改善を積み重ねる、OODAは観察から始めて素早く判断・行動する
図:PDCAは品質管理から、OODAは軍事戦略から生まれた考え方。起点と目的が異なる。

PDCAとOODAは、どちらも4つの段階を繰り返して物事を前に進める思考の枠組みです。

ただし、出発点も、目指すものも、得意な場面も違います。

まずはそれぞれの意味と、どのように生まれたのかを押さえましょう。

PDCAとは:計画から始める「改善のサイクル」

PDCAは、Plan(計画)・Do(実行)・Check(評価)・Act(改善)の4段階を繰り返し、業務やプロセスを継続的に良くしていく手法です。

PDCAは「PDCAサイクル」とも呼ばれ、目標と計画を立て、実行し、結果を評価し、改善策を次の計画に生かすという流れを何度も回します。

1回で完璧な結果を出すのではなく、周回を重ねるごとに少しずつやり方を磨いていく考え方です。

品質マネジメントシステムの国際規格であるISO 品質マネジメントシステムでも、PDCAサイクルはプロセスを管理・改善するための基本的な考え方として位置づけられています。

日本では同じ内容がJIS Q 9001として規格化されており、日本産業標準調査会で閲覧できます。

製造業の品質管理に限らず、営業・人事・バックオフィスなど、あらゆる業務の改善に使える汎用的な枠組みです。

PDCAのポイント:計画(P)を起点に、評価(C)と改善(A)で学びを次の周回へ引き継ぎ、やり方を標準として定着させていく。

OODAとは:観察から始める「意思決定のループ」

OODA(ウーダ)は、Observe(観察)・Orient(状況判断)・Decide(意思決定)・Act(行動)の頭文字をとった、素早く判断して動くための意思決定の枠組みです。

OODAは「OODAループ」とも呼ばれ、いま起きていることを観察し、その意味を判断し、行動を決めて実行するという流れを素早く繰り返します。

PDCAのように最初に計画を立てるのではなく、目の前の状況を起点にする点が最大の特徴です。

もともとは、変化の激しい戦場で相手より早く判断し、主導権を握るための考え方として生まれました。

米海兵隊の指揮統制ドクトリンである米海兵隊ドクトリン『MCDP 6 Command and Control』でも、意思決定のサイクルを説明する考え方として扱われています。

ビジネスでは、市場や顧客の変化に素早く対応したい場面や、トラブル対応のように計画を立てている余裕がない場面で使われます。

OODAのポイント:観察(O)を起点に、状況判断(O)を中心として、行動の結果を次の観察へすぐに戻していく。

PDCAサイクルの4ステップ

PDCAサイクルの4ステップ:P計画(目標と基準を決める)、D実行(小さく試して記録)、C評価(基準と結果を比べる)、A改善(標準化か修正か)
図:PDCAサイクルは計画・実行・評価・改善を順番に回し、継続的な改善につなげる。

PDCAサイクルは、4つのステップを順番に回すことで効果を発揮します。

ここでは、問い合わせ対応の改善を例に、各ステップで何を決め、どこでつまずきやすいのかを見ていきましょう。

Plan(計画)とは?

Planは、目標と達成の基準を決め、そこへたどり着くための手順・担当・期限を計画するステップです。
PDCAの出来はほぼここで決まります。

Planでは、まず「何を、どの水準まで改善したいのか」を目標として言葉と数字で決めます。

そのうえで、現状と目標の差がなぜ生まれているのかという仮説を立て、仮説を確かめるための打ち手を、誰が・いつまでに・どの順で実行するかに落とし込みます。

PlanでよくあるつまずきはPlanの段階で「やること」だけを決め、成功したかどうかを判定する基準を決めていないこと。

基準がないと、Checkの段階で「なんとなく良かった」「なんとなく駄目だった」という感想しか残らず、次の改善につながりません。

「いつ、何の数字が、いくつになっていれば成功か」まで書くのがPlanの合格ラインです。

誤解されやすい点:Planは「完璧な計画」を作る段階ではありません。
検証できる仮説を置く段階なので、作り込みすぎて実行が遅れるほうが損失は大きくなります。

具体例:「問い合わせへの初回回答が平均24時間かかっている。原因は担当の振り分けが朝に1回だけだから、という仮説を置き、振り分けを1日3回に増やす。1か月後に平均8時間以内なら成功」と決める。

📝補足・キーワード

  • 決めること:目標・成功の基準・仮説・打ち手・担当・期限
  • 目安:Checkで使う数字をこの段階で決めておく

Do(実行)とは?

Doは、Planで決めた打ち手を実際に試すステップです。
いきなり全体に広げず、小さく試して記録を残すのが基本。

Doは計画を実行する段階ですが、単に「やる」だけではありません。

デミング研究所の解説では、Doは計画を実行し、小さな規模で試すことが勧められています。

あわせて、実行した内容や途中で起きた想定外の出来事を記録しておくことが、次のCheckの質を左右します。

Doで大切なのは、「計画どおりに実行できたか」と「結果がどうだったか」を分けて記録すること。

結果が出なかったとき、それが打ち手そのものの問題なのか、そもそも計画どおりに実行できていなかったのかが分からないと、正しい改善ができません。

実行できなかった理由(人手不足・優先順位の衝突など)も記録しておくと、次のPlanでの見積もりが現実的になります。

誤解されやすい点:Doは「頑張って全部やる」段階ではありません。
仮説を確かめるための実験なので、範囲や期間を区切って試すほうが、学びが早く得られます。

具体例:問い合わせの振り分けを、まず1つのチームだけで2週間、1日3回に増やして試す。振り分けた時刻と件数、回答までの時間を表に記録していく。

📝補足・キーワード

  • 記録すること:実行した内容・実行できなかった理由・途中で起きたこと
  • コツ:範囲と期間を区切って小さく試す

Check(評価)とは?

Checkは、実行の結果をPlanで決めた基準と比べ、うまくいった理由・いかなかった理由を分析するステップです。

Checkでは、Doで記録した結果を、Planで決めた成功の基準と照らし合わせます。

目標に届いたかどうかだけでなく、「なぜその結果になったのか」を数字と事実で振り返るのがこの段階の本題です。

なお、PDCAを広めたデミング博士自身は、のちにCheckを「Study(研究・学習)」に置き換えたPDSAという呼び方を重視しました。

デミング研究所によると、デミング博士はCheckが「成功か失敗か」の判定に偏りやすいことを問題視し、予測と実際の結果を比べて仮説そのものを見直す「Study」を重視しました。

実務でも、Checkを「できた・できなかった」の採点で終わらせず、「予想と何が違ったか」「その差から何が分かったか」まで言葉にすると、次のActの質が大きく変わります。

誤解されやすい点:Checkは「反省会」や「責任追及」の場ではありません。
仮説が正しかったかを確かめる場なので、失敗した結果ほど学びが多いと捉えましょう。

具体例:2週間で初回回答の平均は24時間から11時間に縮んだが、目標の8時間には届かなかった。記録を見ると、夕方に届いた問い合わせが翌朝まで残っていることが分かった。

📝補足・キーワード

  • 比べるもの:Planで決めた基準と実際の結果
  • 関連:デミング博士が重視したPDSA(Study=学習)

Act(改善)とは?

Actは、Checkで分かったことをもとに、やり方を標準として定着させるか、修正して次のPlanにつなげるかを決めるステップです。

Actは「Action(改善)」とも書かれ、PDCAを一周で終わらせず、次の周回につなげる役割を持ちます。

うまくいった打ち手は手順やルールとして標準化して全体に広げ、うまくいかなかった打ち手は原因を踏まえて修正し、次のPlanに引き継ぐのがコツ。

デミング研究所の解説でも、Actは小さな実験から本格的な実施へと広げていく段階と位置づけられています。

PDCAが「回らない」と言われる組織の多くは、このActが抜けて、計画と実行だけを繰り返しています。

Actで決めるべきことは3つ。

続けること(標準化)・やめること・変えることを明確にし、標準化したものはマニュアルやチェックリストに反映させましょう。

ここまでやって初めて、改善が個人の頑張りではなく組織の仕組みとして残ります。

誤解されやすい点:Actは「次に頑張ります」という決意表明ではありません。
具体的に何を標準にし、何を変えるかを決め、次のPlanの入力にする段階です。

具体例:振り分けを1日3回にするやり方は全チームの標準手順にする。夕方の問い合わせが残る問題は、次のPlanで「17時の振り分けを追加する」という仮説として検証する。

📝補足・キーワード

  • 決めること:続ける(標準化)・やめる・変える
  • 次の周回:Actの結論を次のPlanに引き継ぐ

OODAループの4ステップ

OODAループの4ステップ:Observe観察、Orient状況判断(中心)、Decide意思決定、Act行動。行動の結果は観察へフィードバックされ、状況判断から行動への暗黙の誘導もある
図:OODAループはOrient(状況判断)を中心に回り、行動の結果は次の観察へすぐに戻される。

OODAループは、観察から行動までを素早く回し、結果をすぐに次の観察へ戻していきます。

ここでは、新機能の公開直後に問い合わせが急増した場面を例に、各ステップの中身を見ていきます。

Observe(観察)とは?

Observeは、いま目の前で起きている事実や変化を、先入観を挟まずに集めるステップです。
OODAは計画ではなく観察から始まります。

Observeでは、市場・顧客・競合・現場の状況など、外部と内部の両方から情報を集めます。

ポイントは、予定や計画と照らし合わせる前に、まず「実際に何が起きているか」をつかむこと。

ボイドの考え方では、行動の結果や外部からの新しい情報が常にObserveに戻ってくるため、観察は一度きりではなく、ループの中で続いていきます。

Observeで注意したいのは、人は自分が見たいものを見てしまうという点。

都合の良い数字だけを拾うと、その後の判断がすべて歪んでしまいます。

顧客の声・現場の数字・競合の動きなど、複数の情報源を決めておくと、偏りを減らせます。

誤解されやすい点:Observeは「調査に時間をかける」ことではありません。
判断に必要な事実を素早く集めることが目的で、情報が完全にそろうまで待つと、OODAの強みであるスピードが失われます。

具体例:週明けに、問い合わせ件数が前週の1.5倍に増えていることに気づく。内容を見ると、昨日公開した新機能の設定方法に関する質問が大半を占めている。

📝補足・キーワード

  • 観察する対象:顧客・市場・競合・現場の数字・メンバーの声
  • コツ:情報源をあらかじめ決めて偏りを防ぐ

Orient(状況判断・方向づけ)とは?

Orientは、集めた情報を自分たちの経験・知識・価値観と照らして「これは何を意味するのか」を解釈するステップです。OODAの中心にあたります。

Orientは「状況判断」「情勢判断」「方向づけ」などと訳されます。

ボイドは、同じ情報を見ても、その人の経験や文化、過去の知識によって解釈は変わると考えました。

そのため、Orientは単なる分析ではなく、観察した事実に意味を与え、どの方向に動くべきかの見立てをつくる段階です。

経験を積んだチームは、状況を見た瞬間に「この場合はこう動く」と分かるため、いちいち会議で決めなくても素早く動けます。

判断の基準や優先順位をチームで共有しておくことが、Orientを速く正確にする土台です。

誤解されやすい点:OODAは「O→O→D→A」と順番に進む単純な4段階として紹介されがちですが、原典ではOrientを中心に、各段階からObserveへのフィードバックが何本も描かれた複雑なループです。

具体例:新機能の設定画面が分かりにくいことが問い合わせ急増の原因だと解釈する。過去にも同じパターンがあり、そのときは設定ガイドを出して落ち着いたことを思い出す。

📝補足・キーワード

  • 影響するもの:経験・知識・組織の文化・過去の成功体験
  • コツ:判断基準と優先順位を事前にチームで共有

Decide(意思決定)とは?

Decideは、Orientでつくった見立てをもとに、取るべき行動を1つに決めるステップです。
完璧な正解より、素早い決定を優先しましょう。

Decideでは、考えられる選択肢の中から、いま実行する行動を決めます。

ボイドの考え方では、Decideは「仮説」として扱われます。

つまり、決めた行動が正しいかどうかは、実行してその結果を観察することで確かめる、という前提に立っています。

Decideで迷いが長引くのは、「誰が決めるのか」が決まっていないとき。

現場の担当者がどこまで自分で決めてよいのか、権限の範囲をあらかじめ決めておくと、上司の承認待ちで時間を失うことがなくなります。

決定が仮説である以上、間違っていたら次のループで修正すればよい、という合意もチームに必要です。

誤解されやすい点:Decideは「思いつきで決める」ことではありません。
ObserveとOrientを経た見立てに基づいて決めるからこそ、スピードと妥当性を両立できます。

具体例:その日のうちに、設定手順を図解したガイドをヘルプページに公開し、問い合わせへの返信に添えると決める。判断はサポートリーダーの権限で行う。

📝補足・キーワード

  • 前提:決定は仮説であり、次のループで検証する
  • コツ:現場が決めてよい範囲(権限)を明確にする

Act(行動)とは?

Actは、決めたことを実行に移すステップ。
行動の結果は新しい情報としてObserveに戻り、次のループが始まります。

Actでは、Decideで選んだ行動を素早く実行します。

OODAでは、行動して終わりではなく、その結果が環境にどう影響したかを再び観察し、次の判断に生かします。

この「観察→判断→決定→行動」をすばやく繰り返すことで、状況の変化に後れを取らずに動けるようになります。

Actで差がつくのは、実行の結果をすぐ観察できる状態にしておくこと。

行動したあと、結果が誰にも共有されないまま放置されると、ループが一周で止まります。

「いつ、何の数字で結果を確かめるか」を行動と一緒に決めておくと、次のObserveにスムーズにつながります。

誤解されやすい点:OODAの「速さ」は、無計画に動き回ることではありません。
ループを1周する時間を短くし、結果から学ぶ回数を増やすことが本来の目的です。

具体例:ガイドを公開した翌日、問い合わせ件数が前週並みに戻ったかを確認する。減っていなければ、設定画面そのものの改修を開発チームに相談する、という次のループに入る。

📝補足・キーワード

  • 次につなげること:結果を確かめる時期と指標
  • ループ:行動の結果が次のObserveの入力になる

PDCAとOODAの違い【比較表】

PDCAとOODAの違いの比較表:起点は計画と観察、目的は改善と標準化と素早い意思決定、時間軸は中長期と短期、得意な環境は安定と変化が激しい
図:PDCAとOODAは、起点・目的・時間軸・得意な環境が大きく異なる。

PDCAとOODAは、どちらも4段階のループですが、何のために、どのように回すのかが異なります。

まずは全体像を表で比べ、そのうえで特に大きな3つの違いを詳しく見ていきます。

→ 表は横にスクロールできます

観点PDCAOODA
正式名称Plan・Do・Check・ActObserve・Orient・Decide・Act
起点Plan(計画)から始めるObserve(観察)から始める
主な目的業務やプロセスの継続的な改善・標準化変化する状況での素早い意思決定と行動
生まれた分野品質管理(シューハート、デミング)軍事戦略(ジョン・ボイド)
進み方4段階を順番に回すのが基本Orientを中心に、必要に応じて前の段階へ戻る
1周の時間軸週・月・四半期など中長期分・時間・日など短期
得意な環境前提が安定し、やり方を磨ける環境前提が変わりやすく、予測しにくい環境
判断の主体計画を承認する管理者・チーム現場に近い担当者・チーム
重視する視点自社の業務プロセス(内部)顧客・市場・競合の変化(外部)

起点と目的の違い:「計画して改善する」か「観察して決める」か

PDCAは計画を起点にプロセスを改善し、OODAは観察を起点に意思決定を素早く行います。

PDCAの出発点は、自分たちで立てた計画。

目標と基準を先に決め、その計画どおりに進んだかを評価して、やり方を少しずつ良くしていきます。

つまり、PDCAの目的は業務やプロセスそのものを改善し、良いやり方を標準として定着させることにあります。

一方、OODAの出発点は、目の前で起きている事実。

計画があるかどうかに関係なく、状況を観察し、その意味を判断して、いま取るべき行動を決めます。

OODAの目的は、変化に後れを取らずに、適切な判断を素早く下すことです。

PDCAは「やり方を磨く」ための道具、OODAは「どう動くかを決める」ための道具と捉えると、違いが整理しやすくなります。

進み方の違い:「順番に一周」か「中心から行き来する」か

PDCAは4段階を順番どおりに回すのが基本ですが、OODAはOrientを中心に、必要に応じて前の段階へ戻ることができます。

PDCAは、Plan→Do→Check→Actの順で一周し、Actの結論を次のPlanに引き継ぎます。

評価の途中で計画をやり直すことはあっても、基本は順番どおりに回して周回を重ねることで改善を積み上げます。

これに対してOODAは、各段階から観察へのフィードバックが常に働いています。

行動の結果だけでなく、判断や決定の途中で新しい情報が入れば、すぐにObserveに戻って見立てを修正します。

さらに、経験を積んだチームは状況判断から直接行動に移ることもあり、決まった順番に縛られない点がOODAの強みです。

→ 表は横にスクロールできます

比べる点PDCAOODA
段階の順番P→D→C→Aの順で一周するOrientを中心に行き来する
前の段階に戻る基本は次の周回で見直すいつでも観察に戻って修正する
段階を飛ばす飛ばさないのが原則経験があれば判断から即行動もある

時間軸と環境の違い:「安定した中長期」か「変化の激しい短期」か

PDCAは前提が安定した環境で中長期の改善に強く、OODAは変化が激しく予測しにくい環境で短期の判断に強い手法です。

PDCAは、1周に週・月・四半期といった時間をかけ、同じ業務を繰り返し改善するのに向いています。

計画を立てた時点の前提が大きく変わらないからこそ、評価と改善を積み重ねる意味があります。

一方で、市場や顧客、競合の動きが激しく、計画の前提がすぐに崩れてしまう環境では、PDCAの1周を待っていると手遅れになることがあります。

経済産業省の『2020年版ものづくり白書』が「不確実性の時代」における企業変革力をテーマに掲げたように、環境変化への素早い対応は多くの企業にとって課題です。

こうした場面で力を発揮するのが、分・時間・日単位でループを回せるOODAです。

ただし、OODAが「新しくて優れた手法」というわけではありません。
PDCAとOODAは対立するものではなく、得意な場面が違うだけです。

PDCAとOODAのメリット・デメリット

PDCAとOODAのメリットとデメリット:PDCAは改善が積み上がるが変化への対応が遅い、OODAは変化にすぐ動けるが長期の改善には不向き
図:PDCAとOODAの強みと弱みは表裏の関係にある。

PDCAとOODAには、それぞれ得意なことと苦手なことがあります。

強みと弱みは表裏の関係にあるため、両方を知っておくと、場面ごとにどちらを選ぶべきかが判断しやすくなります。

PDCAのメリット・デメリット

PDCAは改善が確実に積み上がり組織に残る一方で、1周に時間がかかり、急な変化には対応しにくい手法です。

✅ PDCAのメリット
  • 改善が積み上がる:周回ごとに学びが残り、やり方が少しずつ良くなる
  • 標準化しやすい:うまくいった方法を手順やルールとして組織に定着させられる
  • 目標と結果が明確:計画で基準を決めるため、成果を数字で振り返りやすい
  • チームで共有しやすい:誰が・何を・いつまでにやるかを計画として示せる
⚠️ PDCAのデメリット
  • 時間がかかる:計画と評価に手間がかかり、1周に週〜月単位が必要
  • 変化に弱い:計画の前提が崩れると、計画そのものが無駄になりやすい
  • 前例踏襲になりやすい:既存のやり方の改善にとどまり、大きな発想の転換は生まれにくい
  • 形骸化しやすい:計画と実行だけが繰り返され、評価と改善が抜けることが多い

特に注意したいのは最後の「形骸化」。

計画を立てて実行はするものの、振り返りの時間が取られず、改善が次の計画に反映されない——この状態では、PDCAは「PDPD」を繰り返しているにすぎません。

OODAのメリット・デメリット

OODAは変化に素早く対応でき現場の主体性も育つ一方で、判断の質が個人の経験に左右されやすく、長期的な改善には向きません。

✅ OODAのメリット
  • 素早く動ける:計画を待たず、状況を見てすぐに判断・行動できる
  • 変化に強い:前提が変わっても、観察からやり直して軌道修正できる
  • 現場の主体性が育つ:現場に近い人が判断するため、自分で考えて動く習慣がつく
  • 前例がない場面でも使える:新規事業やトラブルなど、正解が分からない状況に強い
⚠️ OODAのデメリット
  • 判断が属人化しやすい:状況判断の質が、個人の経験や知識に大きく左右される
  • 思いつきの行動になりやすい:観察と判断が浅いまま動くと、場当たり的な対応になる
  • 長期の改善には不向き:その場の判断が中心で、やり方を標準として残す仕組みが弱い
  • チームの足並みがそろいにくい:各自が判断すると、組織としての方向がばらつく

OODAの弱点は、判断の基準や優先順位をチームで共有しておくことでかなり補えます。

「この範囲なら現場で決めてよい」「迷ったらこの順で優先する」という基準があれば、スピードを保ったまま判断のばらつきを抑えられます。

「PDCAは古い、これからはOODA」は本当か

「PDCAは古い」という主張は、PDCAの使い方の誤りを指摘したものであり、PDCAそのものが役に立たなくなったわけではありません。

近年、「変化の激しい時代にPDCAは古い、これからはOODAだ」という論調を目にすることがあります。

しかし、ここで批判されているのは、多くの場合1周に時間がかかりすぎるPDCAや、計画を立てることが目的化したPDCAのみ。

実際には、製造現場の品質改善や定型業務の効率化のように、前提が安定した業務ではPDCAがいまも有効です。

トヨタ生産方式に代表される日本の「改善」の文化も、日々の業務を見直し続ける仕組みとして根づいています。

大切なのは、どちらか一方を選ぶことではなく、テーマの性質に合わせて使い分け、必要なら組み合わせることです。

→ 表は横にスクロールできます

よくある主張実際のところ
PDCAは遅い1周の期間はテーマ次第。週単位で小さく回すこともできる
PDCAは計画倒れになる計画の作り込みすぎが原因。仮説を検証する計画にすれば防げる
OODAならPDCAは不要OODAは判断の枠組みで、やり方を標準化する仕組みは別に必要

PDCAとOODAの使い分けと組み合わせ方

PDCAとOODAのどちらを使うかの判断フロー:前提や状況が日々変わらないならPDCA、変わってすぐに動かないと損をするならOODA、そうでなければOODAで方向を決めPDCAで磨く
図:「前提が変わるか」「すぐ動かないと損をするか」の2つの問いで、使うべき手法の目安がわかる。

PDCAとOODAは、テーマの性質によって使い分けるのが基本です。

さらに実務では、2つを組み合わせることで、スピードと改善の積み上げを両立できます。

場面別の使い分け早見表

「変化が少なく、やり方を磨くテーマ」ならPDCA、「環境が変わりやすく、素早い判断が必要なテーマ」ならOODAが判断の目安です。

→ 表は横にスクロールできます

場面向いている手法理由
製造・品質管理の不良率を下げたいPDCA手順を標準化し、改善を積み上げるテーマだから
月次の営業目標を達成したいPDCA目標と期間が決まっており、計画と振り返りが効くから
社内マニュアルや定型業務を見直したいPDCAやり方を変え、効果を確かめて定着させるテーマだから
クレームやシステム障害に対応したいOODA状況が刻々と変わり、計画を待つ余裕がないから
競合の値下げや市場の急変に対応したいOODA外部の変化を観察し、素早く打ち手を決める必要があるから
新規事業・新商品の立ち上げOODA→PDCA初期は手探りでOODA、型が見えたらPDCAで磨くのが合うから

迷ったときは、「このテーマの前提は、1か月後も同じだろうか」と考えてみてください。

前提が変わらないならPDCAで計画的に改善し、前提が変わりそうならOODAで状況を見ながら判断するのが合っています。

また、同じ部署の中でも、テーマによって使う手法は変わります。

たとえばカスタマーサポートなら、日々の問い合わせ対応の品質向上はPDCA、システム障害時の緊急対応はOODA、というように併存するのが自然です。

組み合わせ方:OODAで方向を決め、PDCAでやり方を磨く

代表的な組み合わせは、戦略や方針の判断をOODAで素早く行い、決まった方針の実行をPDCAで改善していく形です。

OODAとPDCAの組み合わせ方:OODAで方向を決め(戦略)、複数のPDCAでやり方を磨き(実行)、現場の結果を共有して次の判断に生かす
図:上位でOODAを回して方向を決め、現場では複数のPDCAでやり方を磨く。現場の結果は上位の判断に戻される。

組み合わせ方として分かりやすいのは、階層で分ける方法。

経営や部門の方針のように、市場の変化を見ながら判断すべきことはOODAで素早く決めます。

そして、決まった方針のもとで日々の業務を進める現場は、PDCAでやり方を磨いていきます。

もう1つは、PDCAの中にOODAを組み込む方法。

計画(P)に沿って実行(D)している最中に想定外の事態が起きたら、その場ではOODAで判断して対応し、起きたことと対応の結果を評価(C)と改善(A)で振り返って、次の計画に反映します。

こうすることで、現場の機動力と、組織としての学びの蓄積を両立できます。

  1. 方針を決める:市場や顧客の変化を観察し、OODAで今期の重点テーマを決める
  2. 計画に落とす:重点テーマごとに目標・基準・担当・期限を決める(PDCAのP)
  3. 実行しながら判断する:想定外の事態はその場でOODAを回して対応する(D)
  4. 振り返って次へ:結果と判断を評価し、標準化・修正を決めて次の計画へ(CとA)

具体例:営業チームでPDCAとOODAを組み合わせる

営業チームなら、月次の目標達成はPDCAで管理し、商談中の顧客の反応や競合の動きにはOODAで即応する、という組み合わせが現実的です。

たとえば、月の新規受注10件を目標とする営業チームを考えます。

月初に「商談数40件・受注率25%」という計画を立て、週ごとに商談数と受注率を確認し、月末に振り返って翌月の計画を見直す——これがPDCAの部分です。

一方で、商談の現場では、顧客の反応や競合の提案内容が刻々と変わります。

「今日の商談で、競合が大幅な値引きを提示していると分かった」という場面では、月末の振り返りを待たず、その日のうちに状況を判断し、提案内容を変える必要があります。

これがOODAの部分です。

→ 表は横にスクロールできます

場面使う手法具体的な動き
月初の目標設定PDCA(P)受注10件に向けて商談数・受注率の目標と担当を決める
日々の商談OODA顧客の反応や競合の動きを見て、提案の切り口をその場で変える
週次の定例PDCA(C)商談数と受注率を確認し、遅れている担当の打ち手を見直す
月末の振り返りPDCA(A)効いた提案方法を標準化し、翌月の計画に反映する

現場でOODAを回して得た気づき(例:競合の値引き攻勢)は、必ず週次・月次の振り返りに持ち込みましょう。そうしないと、せっかくの判断がその場限りで終わってしまいます。

PDCAもOODAも「チームで回す」仕組みが成否を分ける

ループをチームで回し続ける3つの仕組み:タスクの見える化(誰が・何を・いつまでに)、週1回の振り返り(結果と次の打ち手)、判断基準の共有(現場が迷わない)
図:PDCAもOODAも、タスクの見える化・定期的な振り返り・判断基準の共有があって初めて回り続ける。

PDCAとOODAのどちらを選んでも、ループが止まってしまえば成果は出ません。

ここでは、ループが止まる原因と、チームで回し続けるための具体的な仕組みを紹介します。

ループが止まる原因は「仕事が見えていないこと」

PDCAが回らない、OODAが場当たりになる原因の多くは、誰が・何を・いつまでにやっているかがチームから見えていないことにあります。

多くの組織は、「まわっている」のではなく「まわってしまっている」状態、つまり過去から続く仕事をそのまま引き継ぐだけで、本来のマネジメントができていない状態にあります。

PDCAに当てはめれば、計画と実行は惰性で続いていても、評価と改善が行われないまま「まわってしまっている」状態です。

OODAでも、現場が個々に判断して動いているだけで、その判断や結果がチームに共有されなければ、組織としての学びは残りません。

「まわっていない」組織の生産性を向上するには、「チームのタスク管理」と「タスクの見える化」が欠かせません。

ループを回すには、まずいま誰が何に取り組み、どこまで進んでいるのかをチーム全員が同じ情報で見られる状態をつくることが出発点になります。

週1回の振り返りで、PDCAとOODAを接続する

週1回、短い振り返りの場を固定しておくと、PDCAの評価・改善と、OODAで現場が下した判断の共有を、同じ場で行えます。

PDCAのCheckとActが抜ける最大の理由は、振り返りの時間が予定に入っていないこと。

既存の週次定例の冒頭15分を振り返りに充てるなど、新しい会議を増やさずに時間を確保すると続けやすくなります。

  1. 数字を確認する:計画で決めた基準に対して、今週の結果がどうだったか(Check)
  2. 現場の判断を共有する:今週OODAで対応した想定外の出来事と、その結果を共有する
  3. 続ける・やめる・変えるを決める:標準にすること、修正することを決める(Act)
  4. 来週のタスクに落とす:決めたことを「誰が・何を・いつまでに」のタスクにする(次のPlan)

最後の「タスクに落とす」が抜けると、振り返りは話し合って終わりの会議になってしまいます。

決めたことは必ず担当と期限を持つタスクとして登録し、翌週の振り返りでその進み具合から確認を始めましょう。

判断の基準と進み具合を、チーム全員で見える状態にする

OODAのスピードとPDCAの積み上げを両立させるには、判断の基準と仕事の進捗を、全員がいつでも見られる場所にまとめておくことが近道です。

OODAで現場が素早く判断するには、判断の基準や優先順位がチームで共有されている必要があります。

そしてPDCAで改善を積み上げるには、計画・担当・期限・進み具合が記録として残っている必要があります。

どちらも、チームの仕事が1か所で見える状態になっていれば実現しやすくなります。

エクセルで管理表を作るのは手軽な始め方ですが、メンバーが増えると「どれが最新のファイルか分からない」「更新が止まっている」といった問題が起きがち。

チームの規模が大きく、管理が難しくなってきたら、専用のタスク管理ツールへの移行も検討しましょう。

PDCAもOODAも“止めずに回す”なら『スーツアップ』

私たちが開発・運営するスーツアップは、表計算ソフトのような操作で、チームのタスクを見える化し、タスクの抜け漏れや期限遅れを防ぐツールです。

「誰が・どのようなタスクを・いつまでに」に絞ってチームのタスクを管理できるので、振り返りで決めた改善策や現場の判断をタスクとして登録し、担当と期限、進み具合を全員で共有できます。

エクセルに近い感覚で使えるため、エクセルやスプレッドシートの管理表から移行しても、メンバーに大きな負担がかかりにくい点も特長です。

※ 最新の料金・機能は公式サイトでご確認ください

PDCAとOODAに関するよくある質問

PDCAとOODAについて、特によく聞かれる疑問をまとめました。

PDCAとOODAの違いを簡単に言うと?

PDCAは「計画」から始めて業務の改善を積み重ねるサイクル、OODAは「観察」から始めて素早く判断・行動する意思決定のループです。PDCAは前提が安定した環境での継続的な改善に、OODAは変化の激しい環境での素早い判断に向いています。

OODAの読み方は?

「ウーダ」と読みます。Observe(観察)・Orient(状況判断)・Decide(意思決定)・Act(行動)の頭文字をとったもので、「OODAループ」とも呼ばれます。

PDCAはもう古いのですか?

古くなったわけではありません。「PDCAは古い」という指摘の多くは、1周に時間がかかりすぎる運用や、計画づくりが目的化した運用への批判です。前提が安定した業務の改善では、PDCAはいまも有効な手法です。

PDCAとOODAはどちらを使えばいいですか?

テーマの前提が安定していて、やり方を磨きたいならPDCA、前提が変わりやすく素早い判断が必要ならOODAが目安です。新規事業のように、初期は手探りでOODAを回し、型が見えてきたらPDCAで改善するという組み合わせも有効です。

PDCAとOODAは組み合わせて使えますか?

使えます。方針や戦略の判断をOODAで素早く行い、決まった方針の実行をPDCAで改善する方法や、PDCAの実行中に起きた想定外の事態にOODAで対応し、その結果を評価と改善で振り返る方法が代表的です。

PDCAとPDSAの違いは?

PDSAは、PDCAのCheck(評価)をStudy(研究・学習)に置き換えたものです。デミング博士は、Checkが成功か失敗かの判定に偏りやすいことを問題視し、予測と結果の差から学んで仮説を見直すStudyを重視しました。

OODAループのOrientが重要と言われるのはなぜ?

同じ情報を観察しても、それをどう解釈するかで決定と行動が変わるためです。提唱者のジョン・ボイドは、経験や知識、文化がOrient(状況判断)を形づくり、それが他のすべての段階に影響すると考えました。

PDCAがうまく回らないときはどうすればいいですか?

多くの場合、評価(Check)と改善(Act)の時間が確保されていないことが原因です。週1回など振り返りの場を固定し、決めた改善策を「誰が・何を・いつまでに」のタスクに落として進み具合を見える化すると、ループが回りやすくなります。

まとめ|PDCAとOODAは目的に合わせて使い分け、チームで回し続けよう

PDCAは、Plan(計画)・Do(実行)・Check(評価)・Act(改善)を繰り返す改善のサイクルです。

品質管理から生まれ、前提が安定した業務のやり方を磨き、標準として定着させることを得意とします。

OODAは、Observe(観察)・Orient(状況判断)・Decide(意思決定)・Act(行動)を素早く回す意思決定のループです。

軍事戦略から生まれ、変化が激しく予測しにくい状況で、後れを取らずに判断することを得意とします。

2つは対立するものではなく、OODAで方向を決め、PDCAでやり方を磨くというように組み合わせることもできます。

そしてどちらの手法も、タスクの見える化と定期的な振り返りによってチームで回し続けてこそ成果につながります。

まずは身近なテーマを1つ選び、どちらのループが合うかを考えるところから始めてみてください。

参考文献・出典

チームのタスク管理 / プロジェクト管理でこのようなお悩みはありませんか?

そうなりますよね。私も以前はそうでした。タスク管理ツールを導入しても面倒で使ってくれないし、結局意味なくなる。

じゃあどうしたらいいのか?そこで生まれたのがスーツアップです。

これ、エクセル管理みたいでしょ?そうなんです。手慣れた操作でチームのタスク管理ができるんです!

見た目がエクセルだからといって侮るなかれ。エクセルみたいに入力するだけで、こんなことも

こんなことも

こんなことまでできちゃうんです。

エクセル感覚でみんなでタスク管理。
まずは以下よりお試しいただき、どれだけ簡単か体験してみてください。

今話題のシンプル・超簡単操作の
タスク管理ツール、もう試しましたか?

スーツアップを詳しく見てみる