PDCAサイクルとは？古いと言われる理由とOODAとの違いをわかりやすく解説

最終更新：2026年10月12日

PDCAとは、Plan（計画）・Do（実行）・Check（評価）・Act（改善）の4段階をくり返して、仕事の質を少しずつ上げていく改善の枠組みです。読み方はピーディーシーエー。PDCAサイクルとも呼ばれます。「PDCAは古い」とよく言われますが、ぼくの答えは逆で、PDCAが古びて見えるのは、たいていCheck（評価）が「数字を眺めること」に縮んでいるときです。この記事では、4段階の意味の一覧、シューハートとデミングから日本で形になった起源、OODAとの違いの比較表、そして実務でCを形骸化させない手順までまとめました。

PDCAとは？4つの段階の意味一覧

PDCAとは、計画を立てて実行し、その結果を計画と照らし合わせて評価し、次のやり方を決める、4段階の循環のことです。4つの段階は独立した作業ではなく、Planで立てた仮説をCheckで判定し、Actで次のPlanに渡す、一本の糸でつながっています。

各段階でやることと、形骸化したときによく見る姿を並べました。

表の右の列を眺めると、形骸化は4段階のどこでも起きるように見えます。でも根っこをたどると、ほとんどがPlanとCheckのつながりが切れていることに行き着きます。Planに仮説と物差しがなければ、Checkは照らし合わせる相手を失い、数字の確認になるしかありません。Checkで理由が言葉にならなければ、Actは「次回に活かします」以上のことを書けません。PDCAが回っているかどうかは、Cの欄に何が書いてあるかを見ればだいたい分かります。

PDCAの起源──シューハートの循環からデミング、そして日本へ

PDCAの源流は、アメリカの統計学者ウォルター・シューハート（Walter A. Shewhart）が1939年の著書「Statistical Method from the Viewpoint of Quality Control」で示した、仕様・生産・検査をひと続きの循環として捉える考え方にあります。それを日本に伝えたのが、同じく統計学者のW・エドワーズ・デミング（W. Edwards Deming）です。

デミングは1950年、日本科学技術連盟（日科技連）の招きで来日し、品質管理のセミナーで、設計・生産・販売・調査をくり返す循環を説きました。この循環を、日本の経営者や品質管理の実務家が自分たちの仕事に合わせて言い直したものが、Plan・Do・Check・Actの4文字です。この経緯は、改善手法の研究者であるロナルド・モーエン（Ronald Moen）とクリフォード・ノーマン（Clifford Norman）が、PDCAの変遷をたどった論文の中で整理しています。日本では「デミング・サイクル」と呼ばれることもありますが、PDCAの形そのものは、日本の品質管理の現場で育った言い方だと考えるのが実態に近いと思います。

面白いのは、デミング本人が後年、Checkという言葉に不満を示していたことです。デミングは1993年の著書「The New Economics」で、Checkを「Study（研究・学習）」に置き換えたPDSAサイクルを示しました。Checkには「点検する・確かめる」のニュアンスが強く、結果を調べて学ぶ本来の意味が抜け落ちやすい。生みの親の一人が、まさにCの弱さを気にしていたわけです。

PDCAはその後、品質管理の外にも広がりました。品質マネジメントの国際規格ISO 9001（日本ではJIS Q 9001）の2015年版は、序文でPDCAサイクルをプロセスの運営の考え方として説明しています。工場の改善手法として生まれ、いまは営業やマーケティングの会議で毎日のように口にされる言葉になりました。

PDCAとOODAの違い──比較表と使い分け

PDCAとOODAの違いは、起点にあります。PDCAは計画から始まり、くり返す仕事を良くしていく枠組みで、OODAは観察から始まり、状況が変わり続ける中で素早く判断していく枠組みです。どちらが新しくて優れているかではなく、向いている場面が違います。

OODAは、アメリカ空軍の戦闘機パイロット出身の戦略家ジョン・ボイド（John Boyd）が提唱した意思決定のループで、Observe（観察）・Orient（状況判断）・Decide（意思決定）・Act（行動）の頭文字です。ボイドはこれを書籍ではなく、軍や政府向けの講義資料（ブリーフィング）の形で示しました。

サジェストには「PDCA OODA 組み合わせ」も出てきます。ぼくの整理では、組み合わせ方は単純です。月や四半期の単位でPDCAを回し、その中のDoの期間に起きた想定外の出来事にはOODAで素早く対応する。そして、OODAで判断したことをCheckの材料として持ち帰る。OODAは現場の反射神経、PDCAは組織の学習の仕組みと考えると、両方を手元に置く理由が見えてきます。

ほかにも、Doから始めるDCAPや、Checkを学習に置き換えた先ほどのPDSAなど、並べ替えや言い換えの派生がいくつもあります。並び順が変わっても、仮説を置き、実行し、照らし合わせて学ぶ骨格は同じです。名前を乗り換えるより、自分たちのCheckが学びになっているかを点検するほうが先だと思います。

PDCAを実務でどう使うか──Cを「確認」で終わらせない

PDCAを実務で機能させる鍵は、回す速さではなくCheckの中身にあります。回すこと自体が目的になっていないか、Cが「数字を見た」で終わっていないか。この2つを点検するだけで、PDCAの効き目はかなり変わります。仮説の当たり外れを一つの違いだけで確かめたいときは、A/BテストがCheckの形としていちばん分かりやすい方法です。

広告会社にいた頃、キャンペーンが終わるたびに効果検証のレポートを作っていました。数字はきれいに並ぶのに、最後のページが「次回に活かします」で終わる報告書を、自分も含めて何度も見てきました。数字が足りなかったのではありません。キャンペーンの前に「何がどうなれば当たりか」を言葉にしていなかったので、照らし合わせる相手がなかったのです。

ぼくがいまCheckを形にするときの手順は、次の4つです。

• Planの段階で、仮説を一文で書く（例：「申し込みボタンの文言を具体的にすれば、ボタンを押す人の割合が上がるはず」）
• 同じくPlanの段階で、当たり外れを判定する物差しと期間を決める（どの指標を、いつ、何と比べて見るか）
• Checkでは、数字の増減より先に「仮説は当たったか、外れたか、判定できなかったか」の三択で答える
• Actでは、当たったら標準にする、外れたら仮説を捨てるか直す、判定できなかったら物差しを直す、のどれかを必ず選ぶ

三択の中で見落とされやすいのが「判定できなかった」です。期間が短すぎた、同時に別の施策が走っていた、物差しの指標がそもそも打ち手と結びついていなかった。こうした状態を「微増でした」と報告してしまうと、次のPlanはまた同じ物差しで立てられます。どの指標を物差しにするかは、ゴールと中間指標の関係から決めるのが筋で、その整理はKPIとKGIの違いとは？KAI・OKRも含めて1枚の比較表でわかりやすく解説にまとめています。物差しの指標を打ち手まで数字でつなげておくなら、KPIツリーを一枚描いておくと迷いません。

もう一つの失敗は、PDCAの「回数」が成果のように扱われることです。週次の定例でCheckとActの欄を埋めることが目的になると、仮説がないまま施策だけが増え、どれが効いたのか誰にも分からなくなります。一周ごとに「この周で何を学んだか」を一行で言えないなら、そのPDCAは回っているのではなく、空回りしています。

大きな目標とPDCAを組み合わせるときは、目標の置き方にも気を配る必要があります。達成率100%を前提にした目標では、外れた仮説を正直に報告しにくくなるからです。少し背伸びした目標を置き、外れから学ぶ前提で回す考え方はOKRとは？わかりやすく解説｜Googleの達成率60〜70%とKPIとの違いが参考になると思います。

「PDCAは古い」は本当か──2026年時点での答え

PDCAは古くありません。古く見えるのは、PDCAの枠組みではなく、計画づくりに何週間もかけ、評価を月末の数字の確認で済ませる運用のほうです。変化の速い市場でその運用が遅すぎるのは確かで、「古い」との批判はそこを突いています。

「古い」と言われる理由を分けると、だいたい3つに集約できます。一つめは、計画から入るので動き出しが遅いこと。二つめは、変化が速い領域では、計画を立てた時点で前提が変わってしまうこと。三つめは、評価が数字の確認に縮み、改善が「次回に活かします」で終わりがちなこと。一つめと二つめは、一周を短くし、Planを仮説一文まで軽くすれば、かなり薄まります。三つめはPDCAの欠陥ではなく、Checkを手抜きした結果です。

2026年のマーケティングの現場では、広告配信の入札や配信先の調整の多くを、広告プラットフォームの自動化が担うようになりました。細かな調整のPDCAを人が回す場面は減っています。でも、自動化が回せるのは、人が決めた物差しの中での改善までです。「この物差しで本当にいいのか」「この仮説は事業として筋がいいのか」を問い直すのは、いまも人のCheckの仕事です。速いループは機械に任せ、遅くて深いループを人が回す。2026年のPDCAは、そういう分担になっていくと思います。

自分で売る側になってから、このことを実感しています。ブログの記事を書き直すとき、順位や表示回数を眺めるだけなら一瞬で終わります。でも「この見出しなら、検索した人の疑問に先に答えられるはず」という仮説を書いてから直すと、次に数字を見たとき、当たったか外れたかを自分の言葉で言えます。同じ作業でも、仮説を書いたかどうかで、手元に残るものがまるで違います。

PDCAに関するよくある質問

PDCAは古い考え方ですか？

枠組みとしては古くありません。古く見えるのは、計画に時間をかけすぎ、評価を数字の確認で済ませる運用のほうです。一周を短くし、Planに仮説と物差しを置き、Checkで仮説の当たり外れを判定するように回せば、2026年の現場でも十分に機能します。

PDCAとOODAはどう使い分けますか？

同じ仕事をくり返して良くしていく場面はPDCA、状況が読めない中で素早く判断する場面はOODAが向いています。月や四半期の単位でPDCAを回し、その途中で起きた想定外の出来事にはOODAで対応し、判断したことをCheckに持ち帰る組み合わせ方が実務では扱いやすいと思います。

PDCAのCheckでは何を見ればいいですか？

数字の増減より先に、Planで立てた仮説が「当たったか、外れたか、判定できなかったか」を見ます。そのためにはPlanの段階で、どの指標をいつ何と比べて判定するかを決めておく必要があります。Checkで理由が言葉にならないなら、問題はCheckではなくPlanにあることが多いです。

PDCAとPDSAの違いは何ですか？

PDSAは、PDCAのCheck（評価）をStudy（研究・学習）に置き換えたものです。統計学者のデミングが1993年の著書「The New Economics」で示しました。「点検する」より「調べて学ぶ」に重心を置いた言い換えで、Checkが形骸化しやすいPDCAの弱点を言葉の段階で補ったものと考えると分かりやすいと思います。

おわりに──回すより、照らし合わせる

PDCAは、回せば回すほど良くなる魔法の輪ではありません。仮説を置き、実行し、結果と照らし合わせて学ぶための枠組みです。だから、回っているかどうかは周回数では測れません。一周ごとに「何が分かったか」を一行で言えるかどうかで測ります。

PDCAが古いのではない。Cを飛ばして回したPDCAが古いだけ。

デミングがCheckをStudyに置き換えたくなった気持ちが、ぼくには少し分かる気がします。数字を確かめることと、数字から学ぶことは、似ているようでまったく別の作業です。次の定例でPDCAの話が出たら、Cの欄に仮説の当たり外れが書いてあるかを見てみてほしいと思います。そこに一行の学びがあれば、そのPDCAはちゃんと回っています。