PDCAサイクルは古い？OODAループとの違いと、現場での使い分けをわかりやすく解説

そもそもPDCAサイクルとは

PDCAサイクルとは、Plan（計画）→ Do（実行）→ Check（評価）→ Act（改善）の4段階を繰り返し、業務を継続的に改善していく考え方です。品質管理の分野で体系化され、製造業の生産現場を中心に広まりました。統計学者のW・エドワーズ・デミングらの品質管理の考え方が源流とされ、日本の製造業の品質改善活動を通じて世界的に知られるようになりました。

なお、デミング自身は後年、Checkという語が「検査して合否を判定する」という受け止め方をされやすいことを問題視し、PDSA（Plan-Do-Study-Act）という表現を用いるようになりました。Studyは「よく調べて学ぶ」という意味で、単なる合否判定ではなく学習に重きを置いた言い換えです。この経緯自体が、PDCAが「点検して終わる作業」に堕しやすいという弱点を早くから指摘していたことを示しています。

「PDCAは古い」と言われる5つの理由

「古い」論に含まれる誤解

一方で、「PDCAは古い」という主張の多くは、PDCAという枠組みそのものではなく、その運用方法の問題を指しています。批判の内容を分解すると、次のように整理できます。

つまり、PDCAが古いのではなく、「年度計画を四半期ごとに点検する」という運用が、変化の速い領域に合わなくなっていると捉えるほうが実態に近いといえます。実際、サイクルを日次・週次に短縮し、Checkの場で必ず一つ手を打つ運用に変えるだけで、同じPDCAでも機能する組織は少なくありません。

また、品質・安全・法令対応のように「決めた手順どおりに実行できているか」を担保することが目的の領域では、PDCAに代わる枠組みはほとんどありません。速さを優先して手順を都度変える運用は、この領域ではむしろ危険です。

OODAループとは何か

PDCAの代替としてよく挙げられるのがOODAループです。Observe（観察）→ Orient（状況判断・方向づけ）→ Decide（意思決定）→ Act（行動）の頭文字をとったもので、アメリカ空軍のジョン・ボイド大佐が、空中戦における意思決定の速さを分析する中で提唱した枠組みです。

OODAの要点は、Orient（状況判断）が中心にあることです。同じ事実を見ても、解釈が違えば導かれる行動は変わります。ボイドの元の図では、Orientから他のすべての段階へ矢印が伸びており、観察した瞬間に十分な確信があればDecideを飛ばして即座にActへ移ることも想定されています。順番どおりに一周することが目的ではない点が、PDCAとの大きな違いです。

OODAループの基本と営業現場での具体例については、OODAループとは？具体例とPDCAとの違いで詳しく整理しています。

PDCAとOODAの違いを比較する

重要なのは、両者は置き換え関係ではなく、担当する時間軸が違うということです。OODAは「いま目の前で起きている事象への対応」を速くする枠組みであり、PDCAは「同じ成果を再現できる状態」を作る枠組みです。日々の判断はOODAで素早く回し、そこで得られた学びを週次・月次のPDCAで標準の手順へ反映していく——という二層構造にすると、速度と再現性の両方を確保できます。

PDCA・OODA以外の改善フレームワーク

フレームワークの数だけ流派があるように見えますが、共通しているのは「事実を集める」「意味を解釈する」「打ち手を決める」「実行して次の材料にする」という4つの動作です。名前の選択に時間をかけるより、この4つのうち自組織で欠けている動作はどれかを特定するほうが、実務では効果があります。

とくに多いのが、「事実を集める」と「実行する」はできているのに、「意味を解釈する」段階が会議で省略されているケースです。数字の報告と対策の発表の間に、原因の解釈を言語化する時間が確保されていないと、対策は毎回思いつきになります。

場面別の使い分け

判断基準はシンプルです。「事前に正解を定義できるか」を問い、定義できるならPDCA、できないならOODAから入る。そのうえで、OODAで見つけた有効な打ち手は、必ずPDCAの標準手順へ落とし込んで再現できる形にします。速く動くことと、うまくいった理由を残すことは、どちらか一方を選ぶものではありません。

営業組織での使い分けの具体例

営業組織は、日々の商談という短い時間軸と、四半期の目標という長い時間軸が同居する典型的な現場です。両方の枠組みを層に分けて使うと整理しやすくなります。

週次の会議を「報告」から「解釈」に変える

多くの営業会議は、件数の報告と未達の説明で時間の大半が終わります。ここに「今週分かった事実を3つ挙げる」「そこから言えることを1つにまとめる」「来週変えることを1つ決める」という枠を入れるだけで、会議はCheckの場からOrientの場に変わります。所要時間はむしろ短くなることが多く、決まった変更点が翌週の実行に直結します。

その際、指標の設計が曖昧だと解釈も曖昧になります。最終目標と中間指標の関係を整理したい場合はKGI・KPIの違いと設計方法、仮説の立て方から検証までの手順は仮説思考の3ステップが参考になります。

PDCAが回らない組織の典型的な原因

共通する根本原因は、「決めたことが次のサイクルへ引き継がれていない」ことです。PDCAは本来、螺旋状に上がっていく仕組みですが、記録の場所が分散していると毎回ゼロから議論が始まります。前回のActを次回のPlanの冒頭に必ず読み上げる、という単純な運用ルールだけでも、サイクルの連続性は大きく改善します。

OODAを機能させるために必要な条件

OODAは万能ではありません。速い意思決定を支える条件が整っていない組織でOODAを掲げると、単に「その場の思いつきで動く」状態になり、かえって混乱を招きます。最低限、次の3つが必要です。

1. 現場が判断できる範囲が明確であること：どこまでは現場が決めてよく、どこからは上位の承認が要るのかが決まっていないと、Decideの段階で毎回止まります。金額・条件・期間など、境界を数値で示しておきます。
2. 判断材料に現場が直接アクセスできること：Observeの質は、見られる情報の質で決まります。実績データや顧客の反応を、担当者が必要なときに自分で確認できる状態が前提です。
3. 判断の結果を共有し、学習として蓄積すること：OODAは速い反面、うまくいった理由が個人の中に閉じがちです。判断とその結果を短く記録し、定期的に共有する場を持たないと、組織の力にはなりません。

この3つ目こそが、OODAとPDCAをつなぐ接点です。個々の判断はOODAで速く回し、そこから得た知見を定期的な振り返りで標準へ落とす。速さはOODAで、再現性はPDCAで確保するという役割分担を明示しておくと、現場も「今どちらのモードで動くべきか」を迷わなくなります。

振り返りを定着させる会議設計

PDCAでもOODAでも、実際にサイクルが回るかどうかは振り返りの場がどう設計されているかでほぼ決まります。時間を長く取る必要はありません。むしろ、短く・毎回同じ型で・必ず結論を残すほうが定着します。

この型のポイントは、冒頭を「前回の変更点の確認」から始めることです。ここを省くと、決めたことが実行されなくても誰も気づかず、会議は毎回リセットされます。逆に冒頭で必ず問われると分かっていれば、実行率は自然に上がります。

もう一つは、変更点を1件に絞ることです。5件決めた会議より、1件だけ決めて確実に実行した会議のほうが、結果的に前進します。改善テーマを増やしすぎて現場が動けなくなるのは、サイクルが止まる典型的なパターンです。

振り返りの場で指摘や改善依頼を伝えるときは、事実→影響→提案→選択という順で話すと、原因分析が犯人探しに転びにくくなります。この伝え方の型はDESC法として整理されています。

部門別に見る改善サイクルの回し方

部門ごとに適した枠組みは違いますが、組織全体で「どの層をどの枠組みで回すか」の共通認識を持つことが重要です。ある部門が日次で判断を変えているのに、別の部門が四半期計画の変更を認めない状態だと、部門間の連携そのものが停滞します。速さを求める層と、再現性を担保する層をあらかじめ切り分けて合意しておくと、こうした摩擦を減らせます。

あわせて読みたい記事

よくある質問

まとめ

「PDCAは古い」という主張の多くは、枠組みそのものではなく、周期が長く、Checkが報告会になり、決めた改善が次のサイクルへ引き継がれないという運用の問題を指しています。周期を短くし、評価の場で必ず一つ手を打つルールにするだけで、機能を取り戻す組織は少なくありません。

OODAループは、観察から始めて状況の解釈を中核に据えることで、事前に正解を定義できない場面でも速く動けるようにする枠組みです。判断基準は「事前に正解を定義できるか」。定義できるならPDCA、できないならOODAから入るのが実務的な整理になります。

重要なのは、どちらか一方を選ぶことではありません。速さはOODAで、再現性はPDCAで確保する。この役割分担を明示し、OODAで見つけた有効な打ち手を標準手順へ落とし込む導線を作っておくことが、改善を継続させる条件です。