PDCAとOODAの違いとは?意味・使い分け・組み合わせ方を図解でわかりやすく解説
PDCAとOODAの違いをひと言でいうと、PDCAは「計画」から始めて改善を積み重ねるサイクル、OODAは「観察」から始めて素早く判断・行動するループです。
PDCAは品質管理の分野から、OODAは軍事戦略の分野から生まれ、どちらもいまではビジネスの現場で広く使われています。
どちらが優れているかではなく、前提が安定しているならPDCA、状況が刻々と変わるならOODAというように、場面によって使い分けるのが基本です。
この記事では、それぞれの意味と特徴、4つのステップ、違い、メリット・デメリット、使い分けと組み合わせ方、そしてチームで回し続けるための仕組みまで、図解を交えて解説します。
目次
PDCAとOODAとは?意味と特徴をわかりやすく解説

PDCAとOODAは、どちらも4つの段階を繰り返して物事を前に進める思考の枠組みです。
ただし、出発点も、目指すものも、得意な場面も違います。
まずはそれぞれの意味と、どのように生まれたのかを押さえましょう。
PDCAとは:計画から始める「改善のサイクル」
PDCAは「PDCAサイクル」とも呼ばれ、目標と計画を立て、実行し、結果を評価し、改善策を次の計画に生かすという流れを何度も回します。
1回で完璧な結果を出すのではなく、周回を重ねるごとに少しずつやり方を磨いていく考え方です。
品質マネジメントシステムの国際規格であるISO 品質マネジメントシステムでも、PDCAサイクルはプロセスを管理・改善するための基本的な考え方として位置づけられています。
日本では同じ内容がJIS Q 9001として規格化されており、日本産業標準調査会で閲覧できます。
製造業の品質管理に限らず、営業・人事・バックオフィスなど、あらゆる業務の改善に使える汎用的な枠組みです。
PDCAのポイント:計画(P)を起点に、評価(C)と改善(A)で学びを次の周回へ引き継ぎ、やり方を標準として定着させていく。
OODAとは:観察から始める「意思決定のループ」
OODAは「OODAループ」とも呼ばれ、いま起きていることを観察し、その意味を判断し、行動を決めて実行するという流れを素早く繰り返します。
PDCAのように最初に計画を立てるのではなく、目の前の状況を起点にする点が最大の特徴です。
もともとは、変化の激しい戦場で相手より早く判断し、主導権を握るための考え方として生まれました。
米海兵隊の指揮統制ドクトリンである米海兵隊ドクトリン『MCDP 6 Command and Control』でも、意思決定のサイクルを説明する考え方として扱われています。
ビジネスでは、市場や顧客の変化に素早く対応したい場面や、トラブル対応のように計画を立てている余裕がない場面で使われます。
OODAのポイント:観察(O)を起点に、状況判断(O)を中心として、行動の結果を次の観察へすぐに戻していく。
PDCAサイクルの4ステップ

PDCAサイクルは、4つのステップを順番に回すことで効果を発揮します。
ここでは、問い合わせ対応の改善を例に、各ステップで何を決め、どこでつまずきやすいのかを見ていきましょう。
Plan(計画)とは?
Planでは、まず「何を、どの水準まで改善したいのか」を目標として言葉と数字で決めます。
そのうえで、現状と目標の差がなぜ生まれているのかという仮説を立て、仮説を確かめるための打ち手を、誰が・いつまでに・どの順で実行するかに落とし込みます。
PlanでよくあるつまずきはPlanの段階で「やること」だけを決め、成功したかどうかを判定する基準を決めていないこと。
基準がないと、Checkの段階で「なんとなく良かった」「なんとなく駄目だった」という感想しか残らず、次の改善につながりません。
「いつ、何の数字が、いくつになっていれば成功か」まで書くのがPlanの合格ラインです。
具体例:「問い合わせへの初回回答が平均24時間かかっている。原因は担当の振り分けが朝に1回だけだから、という仮説を置き、振り分けを1日3回に増やす。1か月後に平均8時間以内なら成功」と決める。
📝補足・キーワード
- 決めること:目標・成功の基準・仮説・打ち手・担当・期限
- 目安:Checkで使う数字をこの段階で決めておく
Do(実行)とは?
Doは計画を実行する段階ですが、単に「やる」だけではありません。
デミング研究所の解説では、Doは計画を実行し、小さな規模で試すことが勧められています。
あわせて、実行した内容や途中で起きた想定外の出来事を記録しておくことが、次のCheckの質を左右します。
Doで大切なのは、「計画どおりに実行できたか」と「結果がどうだったか」を分けて記録すること。
結果が出なかったとき、それが打ち手そのものの問題なのか、そもそも計画どおりに実行できていなかったのかが分からないと、正しい改善ができません。
実行できなかった理由(人手不足・優先順位の衝突など)も記録しておくと、次のPlanでの見積もりが現実的になります。
具体例:問い合わせの振り分けを、まず1つのチームだけで2週間、1日3回に増やして試す。振り分けた時刻と件数、回答までの時間を表に記録していく。
📝補足・キーワード
- 記録すること:実行した内容・実行できなかった理由・途中で起きたこと
- コツ:範囲と期間を区切って小さく試す
Check(評価)とは?
Checkでは、Doで記録した結果を、Planで決めた成功の基準と照らし合わせます。
目標に届いたかどうかだけでなく、「なぜその結果になったのか」を数字と事実で振り返るのがこの段階の本題です。
なお、PDCAを広めたデミング博士自身は、のちにCheckを「Study(研究・学習)」に置き換えたPDSAという呼び方を重視しました。
デミング研究所によると、デミング博士はCheckが「成功か失敗か」の判定に偏りやすいことを問題視し、予測と実際の結果を比べて仮説そのものを見直す「Study」を重視しました。
実務でも、Checkを「できた・できなかった」の採点で終わらせず、「予想と何が違ったか」「その差から何が分かったか」まで言葉にすると、次のActの質が大きく変わります。
具体例:2週間で初回回答の平均は24時間から11時間に縮んだが、目標の8時間には届かなかった。記録を見ると、夕方に届いた問い合わせが翌朝まで残っていることが分かった。
📝補足・キーワード
- 比べるもの:Planで決めた基準と実際の結果
- 関連:デミング博士が重視したPDSA(Study=学習)
Act(改善)とは?
Actは「Action(改善)」とも書かれ、PDCAを一周で終わらせず、次の周回につなげる役割を持ちます。
うまくいった打ち手は手順やルールとして標準化して全体に広げ、うまくいかなかった打ち手は原因を踏まえて修正し、次のPlanに引き継ぐのがコツ。
デミング研究所の解説でも、Actは小さな実験から本格的な実施へと広げていく段階と位置づけられています。
PDCAが「回らない」と言われる組織の多くは、このActが抜けて、計画と実行だけを繰り返しています。
Actで決めるべきことは3つ。
続けること(標準化)・やめること・変えることを明確にし、標準化したものはマニュアルやチェックリストに反映させましょう。
ここまでやって初めて、改善が個人の頑張りではなく組織の仕組みとして残ります。
具体例:振り分けを1日3回にするやり方は全チームの標準手順にする。夕方の問い合わせが残る問題は、次のPlanで「17時の振り分けを追加する」という仮説として検証する。
📝補足・キーワード
- 決めること:続ける(標準化)・やめる・変える
- 次の周回:Actの結論を次のPlanに引き継ぐ
OODAループの4ステップ

OODAループは、観察から行動までを素早く回し、結果をすぐに次の観察へ戻していきます。
ここでは、新機能の公開直後に問い合わせが急増した場面を例に、各ステップの中身を見ていきます。
Observe(観察)とは?
Observeでは、市場・顧客・競合・現場の状況など、外部と内部の両方から情報を集めます。
ポイントは、予定や計画と照らし合わせる前に、まず「実際に何が起きているか」をつかむこと。
ボイドの考え方では、行動の結果や外部からの新しい情報が常にObserveに戻ってくるため、観察は一度きりではなく、ループの中で続いていきます。
Observeで注意したいのは、人は自分が見たいものを見てしまうという点。
都合の良い数字だけを拾うと、その後の判断がすべて歪んでしまいます。
顧客の声・現場の数字・競合の動きなど、複数の情報源を決めておくと、偏りを減らせます。
具体例:週明けに、問い合わせ件数が前週の1.5倍に増えていることに気づく。内容を見ると、昨日公開した新機能の設定方法に関する質問が大半を占めている。
📝補足・キーワード
- 観察する対象:顧客・市場・競合・現場の数字・メンバーの声
- コツ:情報源をあらかじめ決めて偏りを防ぐ
Orient(状況判断・方向づけ)とは?
Orientは「状況判断」「情勢判断」「方向づけ」などと訳されます。
ボイドは、同じ情報を見ても、その人の経験や文化、過去の知識によって解釈は変わると考えました。
そのため、Orientは単なる分析ではなく、観察した事実に意味を与え、どの方向に動くべきかの見立てをつくる段階です。
経験を積んだチームは、状況を見た瞬間に「この場合はこう動く」と分かるため、いちいち会議で決めなくても素早く動けます。
判断の基準や優先順位をチームで共有しておくことが、Orientを速く正確にする土台です。
具体例:新機能の設定画面が分かりにくいことが問い合わせ急増の原因だと解釈する。過去にも同じパターンがあり、そのときは設定ガイドを出して落ち着いたことを思い出す。
📝補足・キーワード
- 影響するもの:経験・知識・組織の文化・過去の成功体験
- コツ:判断基準と優先順位を事前にチームで共有
Decide(意思決定)とは?
Decideでは、考えられる選択肢の中から、いま実行する行動を決めます。
ボイドの考え方では、Decideは「仮説」として扱われます。
つまり、決めた行動が正しいかどうかは、実行してその結果を観察することで確かめる、という前提に立っています。
Decideで迷いが長引くのは、「誰が決めるのか」が決まっていないとき。
現場の担当者がどこまで自分で決めてよいのか、権限の範囲をあらかじめ決めておくと、上司の承認待ちで時間を失うことがなくなります。
決定が仮説である以上、間違っていたら次のループで修正すればよい、という合意もチームに必要です。
具体例:その日のうちに、設定手順を図解したガイドをヘルプページに公開し、問い合わせへの返信に添えると決める。判断はサポートリーダーの権限で行う。
📝補足・キーワード
- 前提:決定は仮説であり、次のループで検証する
- コツ:現場が決めてよい範囲(権限)を明確にする
Act(行動)とは?
Actでは、Decideで選んだ行動を素早く実行します。
OODAでは、行動して終わりではなく、その結果が環境にどう影響したかを再び観察し、次の判断に生かします。
この「観察→判断→決定→行動」をすばやく繰り返すことで、状況の変化に後れを取らずに動けるようになります。
Actで差がつくのは、実行の結果をすぐ観察できる状態にしておくこと。
行動したあと、結果が誰にも共有されないまま放置されると、ループが一周で止まります。
「いつ、何の数字で結果を確かめるか」を行動と一緒に決めておくと、次のObserveにスムーズにつながります。
具体例:ガイドを公開した翌日、問い合わせ件数が前週並みに戻ったかを確認する。減っていなければ、設定画面そのものの改修を開発チームに相談する、という次のループに入る。
📝補足・キーワード
- 次につなげること:結果を確かめる時期と指標
- ループ:行動の結果が次のObserveの入力になる
PDCAとOODAの違い【比較表】

PDCAとOODAは、どちらも4段階のループですが、何のために、どのように回すのかが異なります。
まずは全体像を表で比べ、そのうえで特に大きな3つの違いを詳しく見ていきます。
→ 表は横にスクロールできます
| 観点 | PDCA | OODA |
|---|---|---|
| 正式名称 | Plan・Do・Check・Act | Observe・Orient・Decide・Act |
| 起点 | Plan(計画)から始める | Observe(観察)から始める |
| 主な目的 | 業務やプロセスの継続的な改善・標準化 | 変化する状況での素早い意思決定と行動 |
| 生まれた分野 | 品質管理(シューハート、デミング) | 軍事戦略(ジョン・ボイド) |
| 進み方 | 4段階を順番に回すのが基本 | Orientを中心に、必要に応じて前の段階へ戻る |
| 1周の時間軸 | 週・月・四半期など中長期 | 分・時間・日など短期 |
| 得意な環境 | 前提が安定し、やり方を磨ける環境 | 前提が変わりやすく、予測しにくい環境 |
| 判断の主体 | 計画を承認する管理者・チーム | 現場に近い担当者・チーム |
| 重視する視点 | 自社の業務プロセス(内部) | 顧客・市場・競合の変化(外部) |
起点と目的の違い:「計画して改善する」か「観察して決める」か
PDCAの出発点は、自分たちで立てた計画。
目標と基準を先に決め、その計画どおりに進んだかを評価して、やり方を少しずつ良くしていきます。
つまり、PDCAの目的は業務やプロセスそのものを改善し、良いやり方を標準として定着させることにあります。
一方、OODAの出発点は、目の前で起きている事実。
計画があるかどうかに関係なく、状況を観察し、その意味を判断して、いま取るべき行動を決めます。
OODAの目的は、変化に後れを取らずに、適切な判断を素早く下すことです。
進み方の違い:「順番に一周」か「中心から行き来する」か
PDCAは、Plan→Do→Check→Actの順で一周し、Actの結論を次のPlanに引き継ぎます。
評価の途中で計画をやり直すことはあっても、基本は順番どおりに回して周回を重ねることで改善を積み上げます。
これに対してOODAは、各段階から観察へのフィードバックが常に働いています。
行動の結果だけでなく、判断や決定の途中で新しい情報が入れば、すぐにObserveに戻って見立てを修正します。
さらに、経験を積んだチームは状況判断から直接行動に移ることもあり、決まった順番に縛られない点がOODAの強みです。
→ 表は横にスクロールできます
| 比べる点 | PDCA | OODA |
|---|---|---|
| 段階の順番 | P→D→C→Aの順で一周する | Orientを中心に行き来する |
| 前の段階に戻る | 基本は次の周回で見直す | いつでも観察に戻って修正する |
| 段階を飛ばす | 飛ばさないのが原則 | 経験があれば判断から即行動もある |
時間軸と環境の違い:「安定した中長期」か「変化の激しい短期」か
PDCAは、1周に週・月・四半期といった時間をかけ、同じ業務を繰り返し改善するのに向いています。
計画を立てた時点の前提が大きく変わらないからこそ、評価と改善を積み重ねる意味があります。
一方で、市場や顧客、競合の動きが激しく、計画の前提がすぐに崩れてしまう環境では、PDCAの1周を待っていると手遅れになることがあります。
経済産業省の『2020年版ものづくり白書』が「不確実性の時代」における企業変革力をテーマに掲げたように、環境変化への素早い対応は多くの企業にとって課題です。
こうした場面で力を発揮するのが、分・時間・日単位でループを回せるOODAです。
PDCAとOODAのメリット・デメリット

PDCAとOODAには、それぞれ得意なことと苦手なことがあります。
強みと弱みは表裏の関係にあるため、両方を知っておくと、場面ごとにどちらを選ぶべきかが判断しやすくなります。
PDCAのメリット・デメリット
- 改善が積み上がる:周回ごとに学びが残り、やり方が少しずつ良くなる
- 標準化しやすい:うまくいった方法を手順やルールとして組織に定着させられる
- 目標と結果が明確:計画で基準を決めるため、成果を数字で振り返りやすい
- チームで共有しやすい:誰が・何を・いつまでにやるかを計画として示せる
- 時間がかかる:計画と評価に手間がかかり、1周に週〜月単位が必要
- 変化に弱い:計画の前提が崩れると、計画そのものが無駄になりやすい
- 前例踏襲になりやすい:既存のやり方の改善にとどまり、大きな発想の転換は生まれにくい
- 形骸化しやすい:計画と実行だけが繰り返され、評価と改善が抜けることが多い
特に注意したいのは最後の「形骸化」。
計画を立てて実行はするものの、振り返りの時間が取られず、改善が次の計画に反映されない——この状態では、PDCAは「PDPD」を繰り返しているにすぎません。
OODAのメリット・デメリット
- 素早く動ける:計画を待たず、状況を見てすぐに判断・行動できる
- 変化に強い:前提が変わっても、観察からやり直して軌道修正できる
- 現場の主体性が育つ:現場に近い人が判断するため、自分で考えて動く習慣がつく
- 前例がない場面でも使える:新規事業やトラブルなど、正解が分からない状況に強い
- 判断が属人化しやすい:状況判断の質が、個人の経験や知識に大きく左右される
- 思いつきの行動になりやすい:観察と判断が浅いまま動くと、場当たり的な対応になる
- 長期の改善には不向き:その場の判断が中心で、やり方を標準として残す仕組みが弱い
- チームの足並みがそろいにくい:各自が判断すると、組織としての方向がばらつく
OODAの弱点は、判断の基準や優先順位をチームで共有しておくことでかなり補えます。
「この範囲なら現場で決めてよい」「迷ったらこの順で優先する」という基準があれば、スピードを保ったまま判断のばらつきを抑えられます。
「PDCAは古い、これからはOODA」は本当か
近年、「変化の激しい時代にPDCAは古い、これからはOODAだ」という論調を目にすることがあります。
しかし、ここで批判されているのは、多くの場合1周に時間がかかりすぎるPDCAや、計画を立てることが目的化したPDCAのみ。
実際には、製造現場の品質改善や定型業務の効率化のように、前提が安定した業務ではPDCAがいまも有効です。
トヨタ生産方式に代表される日本の「改善」の文化も、日々の業務を見直し続ける仕組みとして根づいています。
大切なのは、どちらか一方を選ぶことではなく、テーマの性質に合わせて使い分け、必要なら組み合わせることです。
→ 表は横にスクロールできます
| よくある主張 | 実際のところ |
|---|---|
| PDCAは遅い | 1周の期間はテーマ次第。週単位で小さく回すこともできる |
| PDCAは計画倒れになる | 計画の作り込みすぎが原因。仮説を検証する計画にすれば防げる |
| OODAならPDCAは不要 | OODAは判断の枠組みで、やり方を標準化する仕組みは別に必要 |
PDCAとOODAの使い分けと組み合わせ方

PDCAとOODAは、テーマの性質によって使い分けるのが基本です。
さらに実務では、2つを組み合わせることで、スピードと改善の積み上げを両立できます。
場面別の使い分け早見表
→ 表は横にスクロールできます
| 場面 | 向いている手法 | 理由 |
|---|---|---|
| 製造・品質管理の不良率を下げたい | PDCA | 手順を標準化し、改善を積み上げるテーマだから |
| 月次の営業目標を達成したい | PDCA | 目標と期間が決まっており、計画と振り返りが効くから |
| 社内マニュアルや定型業務を見直したい | PDCA | やり方を変え、効果を確かめて定着させるテーマだから |
| クレームやシステム障害に対応したい | OODA | 状況が刻々と変わり、計画を待つ余裕がないから |
| 競合の値下げや市場の急変に対応したい | OODA | 外部の変化を観察し、素早く打ち手を決める必要があるから |
| 新規事業・新商品の立ち上げ | OODA→PDCA | 初期は手探りでOODA、型が見えたらPDCAで磨くのが合うから |
迷ったときは、「このテーマの前提は、1か月後も同じだろうか」と考えてみてください。
前提が変わらないならPDCAで計画的に改善し、前提が変わりそうならOODAで状況を見ながら判断するのが合っています。
また、同じ部署の中でも、テーマによって使う手法は変わります。
たとえばカスタマーサポートなら、日々の問い合わせ対応の品質向上はPDCA、システム障害時の緊急対応はOODA、というように併存するのが自然です。
組み合わせ方:OODAで方向を決め、PDCAでやり方を磨く

組み合わせ方として分かりやすいのは、階層で分ける方法。
経営や部門の方針のように、市場の変化を見ながら判断すべきことはOODAで素早く決めます。
そして、決まった方針のもとで日々の業務を進める現場は、PDCAでやり方を磨いていきます。
もう1つは、PDCAの中にOODAを組み込む方法。
計画(P)に沿って実行(D)している最中に想定外の事態が起きたら、その場ではOODAで判断して対応し、起きたことと対応の結果を評価(C)と改善(A)で振り返って、次の計画に反映します。
こうすることで、現場の機動力と、組織としての学びの蓄積を両立できます。
- 方針を決める:市場や顧客の変化を観察し、OODAで今期の重点テーマを決める
- 計画に落とす:重点テーマごとに目標・基準・担当・期限を決める(PDCAのP)
- 実行しながら判断する:想定外の事態はその場でOODAを回して対応する(D)
- 振り返って次へ:結果と判断を評価し、標準化・修正を決めて次の計画へ(CとA)
具体例:営業チームでPDCAとOODAを組み合わせる
たとえば、月の新規受注10件を目標とする営業チームを考えます。
月初に「商談数40件・受注率25%」という計画を立て、週ごとに商談数と受注率を確認し、月末に振り返って翌月の計画を見直す——これがPDCAの部分です。
一方で、商談の現場では、顧客の反応や競合の提案内容が刻々と変わります。
「今日の商談で、競合が大幅な値引きを提示していると分かった」という場面では、月末の振り返りを待たず、その日のうちに状況を判断し、提案内容を変える必要があります。
これがOODAの部分です。
→ 表は横にスクロールできます
| 場面 | 使う手法 | 具体的な動き |
|---|---|---|
| 月初の目標設定 | PDCA(P) | 受注10件に向けて商談数・受注率の目標と担当を決める |
| 日々の商談 | OODA | 顧客の反応や競合の動きを見て、提案の切り口をその場で変える |
| 週次の定例 | PDCA(C) | 商談数と受注率を確認し、遅れている担当の打ち手を見直す |
| 月末の振り返り | PDCA(A) | 効いた提案方法を標準化し、翌月の計画に反映する |
PDCAもOODAも「チームで回す」仕組みが成否を分ける

PDCAとOODAのどちらを選んでも、ループが止まってしまえば成果は出ません。
ここでは、ループが止まる原因と、チームで回し続けるための具体的な仕組みを紹介します。
ループが止まる原因は「仕事が見えていないこと」
多くの組織は、「まわっている」のではなく「まわってしまっている」状態、つまり過去から続く仕事をそのまま引き継ぐだけで、本来のマネジメントができていない状態にあります。
PDCAに当てはめれば、計画と実行は惰性で続いていても、評価と改善が行われないまま「まわってしまっている」状態です。
OODAでも、現場が個々に判断して動いているだけで、その判断や結果がチームに共有されなければ、組織としての学びは残りません。
「まわっていない」組織の生産性を向上するには、「チームのタスク管理」と「タスクの見える化」が欠かせません。
ループを回すには、まずいま誰が何に取り組み、どこまで進んでいるのかをチーム全員が同じ情報で見られる状態をつくることが出発点になります。
週1回の振り返りで、PDCAとOODAを接続する
PDCAのCheckとActが抜ける最大の理由は、振り返りの時間が予定に入っていないこと。
既存の週次定例の冒頭15分を振り返りに充てるなど、新しい会議を増やさずに時間を確保すると続けやすくなります。
- 数字を確認する:計画で決めた基準に対して、今週の結果がどうだったか(Check)
- 現場の判断を共有する:今週OODAで対応した想定外の出来事と、その結果を共有する
- 続ける・やめる・変えるを決める:標準にすること、修正することを決める(Act)
- 来週のタスクに落とす:決めたことを「誰が・何を・いつまでに」のタスクにする(次のPlan)
最後の「タスクに落とす」が抜けると、振り返りは話し合って終わりの会議になってしまいます。
決めたことは必ず担当と期限を持つタスクとして登録し、翌週の振り返りでその進み具合から確認を始めましょう。
判断の基準と進み具合を、チーム全員で見える状態にする
OODAで現場が素早く判断するには、判断の基準や優先順位がチームで共有されている必要があります。
そしてPDCAで改善を積み上げるには、計画・担当・期限・進み具合が記録として残っている必要があります。
どちらも、チームの仕事が1か所で見える状態になっていれば実現しやすくなります。
エクセルで管理表を作るのは手軽な始め方ですが、メンバーが増えると「どれが最新のファイルか分からない」「更新が止まっている」といった問題が起きがち。
チームの規模が大きく、管理が難しくなってきたら、専用のタスク管理ツールへの移行も検討しましょう。
私たちが開発・運営するスーツアップは、表計算ソフトのような操作で、チームのタスクを見える化し、タスクの抜け漏れや期限遅れを防ぐツールです。
「誰が・どのようなタスクを・いつまでに」に絞ってチームのタスクを管理できるので、振り返りで決めた改善策や現場の判断をタスクとして登録し、担当と期限、進み具合を全員で共有できます。
エクセルに近い感覚で使えるため、エクセルやスプレッドシートの管理表から移行しても、メンバーに大きな負担がかかりにくい点も特長です。
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つ選び、どちらのループが合うかを考えるところから始めてみてください。
参考文献・出典
- 小松裕介『1+1が10になる組織のつくりかた ── チームのタスク管理による生産性向上』実業之日本社、2025年(ISBN 978-4-408-65143-9)
- デミング研究所(The W. Edwards Deming Institute)のPDSAサイクル解説
- ロナルド・モーエンらの論文『Foundation and History of the PDSA Cycle』
- 日本科学技術連盟(日科技連)のデミング賞創設の経緯
- ISO 9001:2015(品質マネジメントシステム)
- 米空軍大学出版局『A Discourse on Winning and Losing』
- 米海兵隊ドクトリン『MCDP 6 Command and Control』
- 経済産業省『2020年版ものづくり白書』
- 日本生産性本部『労働生産性の国際比較』
- 中小企業庁『2024年版 中小企業白書』
- 総務省統計局『人口推計』
株式会社スーツ 代表取締役社長CEO
2013年3月に、新卒で入社したソーシャル・エコロジー・プロジェクト株式会社(現社名:伊豆シャボテンリゾート株式会社、東証スタンダード上場企業)の代表取締役社長に就任。同社グループを7年ぶりの黒字化に導く。2014年12月に株式会社スーツ設立と同時に代表取締役に就任。2016年4月より総務省地域力創造アドバイザー及び内閣官房地域活性化伝道師。2019年6月より国土交通省PPPサポーター。2020年10月にYouTuber事務所の株式会社VAZの代表取締役社長に就任。月次黒字化を実現し、2022年1月に上場企業の子会社化を実現。2022年12月にスーツ社を新設分割し同社を商号変更、新たに株式会社スーツ設立と同時に代表取締役社長CEOに就任。
現在、スーツ社では、チームのタスク管理ツール「スーツアップ」の開発・運営を行い、中小企業から大企業のチームまで、日本社会全体の労働生産性の向上を目指している。
チームのタスク管理 / プロジェクト管理でこのようなお悩みはありませんか?

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

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

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

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

こんなことも

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

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

