PDCAとOODAの違いと使い分け｜回し方の具体例と計画シートのテンプレート

PDCAは「計画を立て、実行し、確かめ、改善する」ことをくり返して仕事の質を上げていく進め方で、OODAは「観察し、状況を見立て、決めて、動く」ことをくり返して変化に素早く対応する進め方です。 起点が「計画」か「観察」かが、いちばんの違いです。

この記事では、2つの違いを比較表にまとめ、3つの問いでどちらを使うかが決まる判断フローを載せました。あわせて、そのまま貼れるPDCA計画シートとOODA記入シート、架空の問い合わせ対応チームで1周分を記入した例、達成率の計算までを通しで示します。

確認環境（2026-10-06）：達成率は Python 3.11.15（標準ライブラリのみ）で検算し、表計算の式は LibreOffice Calc 24.2.7 で同じ値になることを確認、図は @mermaid-js/mermaid-cli 11.14.0 と Chromium で描画できることを確認しました。PDSAの説明は The W. Edwards Deming Institute の公開ページを開いて確認しています。記入例の数値・人名はすべて架空の例です。

この記事の結論

• 目標と手段を事前に決められる仕事はPDCA。月次の改善や、手順が分かっている作業に向きます。
• 状況が読めず、先に観察が要る仕事はOODA。急な変化への対応や、初めての取り組みに向きます。
• 2つは対立するものではなく、入れ子で使えます。PDCAで月の目標を持ち、Do（日々の対応）の中をOODAで回す形です。
• PDCAがうまく回るかどうかはPlanで指標・基準値・確認日を決めているかでほぼ決まります。

PDCAとOODAの違い早見表

OODAは米空軍のジョン・ボイド氏が提唱した考え方で、PDCAは品質管理の分野から広まった進め方です。生まれた分野は違いますが、どちらも「一度で終わらせず、くり返す」点は共通しています。

3問で決まる使い分けの判断フロー

次の3つの問いに順に答えると、PDCA・OODA・入れ子のどれで進めるかが決まります。

flowchart TD
    S([これから取り組む仕事]) --> Q1{目標と期限を<br>事前に決められる?}
    Q1 -- いいえ --> O[OODA<br>まず観察から始める]
    Q1 -- はい --> Q2{手段も<br>事前に決められる?}
    Q2 -- いいえ --> N[入れ子<br>PDCAのDoをOODAで回す]
    Q2 -- はい --> Q3{実行中に状況が<br>日単位で変わりそう?}
    Q3 -- はい --> N
    Q3 -- いいえ --> P[PDCA<br>計画どおりに進めて確かめる]

条件から選ぶ早見表

PDCAの回し方と具体例

架空の問い合わせ対応チーム（中野・原・西村の3人。社内システムの利用者からの質問に答える）が、10月の1か月でPDCAを1周した例です。

Plan：目標・指標・期限・確認日を決める

Planで決めるのは「何をするか」だけではありません。「何がどうなれば成功か」と「いつ確かめるか」まで決めます。

Do：計画どおりに行い、記録を残す

施策を行い、指標の元になる数字を記録します。計画と違うことをした場合は、その内容と理由もメモします。Checkで「施策が効かなかったのか、施策を行えなかったのか」を分けて考えるためです。

Check：確認日に、指標を目標値と比べる

確認日に結果値を入れ、達成率を求めます。この例の結果は次の章の計画シートに記入してあります。

Act：次の一手を3つから選ぶ

PDCA計画シートのテンプレートと記入例

テンプレート（タブ区切り）

表計算ソフトにそのまま貼れます。「向き」には、指標を増やしたいのか減らしたいのかを書きます。

No  目標  指標  向き  現状値 目標値 単位  期限  確認日 施策（Do）  担当  結果値 次の一手（Act）
1                                               
2                                               
3                                               

記入例（1周分）

No  目標  指標  向き  現状値 目標値 単位  期限  確認日 施策（Do）  担当  結果値 次の一手（Act）
1   初回返信を早くする   初回返信までの時間（中央値）  減らす 6.0 4.0 時間  2026-10-30  2026-11-02  午前と午後に返信の当番を置く  中野  4.5 当番を続け、昼の時間帯にも1人置く
2   当日中に解決できる件数を増やす 24時間以内の解決率  増やす 62  75  %   2026-10-30  2026-11-02  よくある質問20件の返信文をひな形にする    原   71  ひな形を30件に増やし、月初の質問を足す
3   返信文のひな形をそろえる    ひな形の数   増やす 0   20  件   2026-10-16  2026-10-19  問い合わせ履歴から上位20件を選んで作る    原   20  標準にする（手順書へ追記）
4   同じ内容の再問い合わせを減らす 再問い合わせ率 減らす 18  12  %   2026-10-30  2026-11-02  返信の最後に次の手順を1行で書く    西村  19  原因を調べ直す（再問い合わせ20件を読む）

達成率をPythonで検算する

達成率は「現状値から目標値までの道のりのうち、どこまで進んだか」で求めます。

達成率 =（結果値 − 現状値）÷（目標値 − 現状値）

この式は、指標を増やしたい場合にも減らしたい場合にも同じ形で使えます。

# pdca_check.py : PDCA計画シートの達成率を求める
# Python 3.11、標準ライブラリのみ。pdca_sheet.tsv は記事のタブ区切りをそのまま保存したもの
import csv

def progress(start, target, result):
    """現状値から目標値までの道のりのうち、どこまで進んだか（増やす・減らすの両方に使える）"""
    return (result - start) / (target - start)

def judge(rate):
    if rate >= 1.0:
        return "達成"
    if rate >= 0.5:
        return "一部達成"
    return "未達"

with open("pdca_sheet.tsv", encoding="utf-8", newline="") as f:
    for r in csv.DictReader(f, delimiter="\t"):
        start, target, result = float(r["現状値"]), float(r["目標値"]), float(r["結果値"])
        rate = progress(start, target, result)
        simple = result / target  # 結果 ÷ 目標（比較用）
        print(f"{r['No']} {r['指標']}（{r['向き']}）: "
              f"{start:g} → 目標 {target:g} / 結果 {result:g}{r['単位']}  "
              f"達成率 {rate:.1%}  判定 {judge(rate)}  （結果÷目標は {simple:.1%}）")

1 初回返信までの時間（中央値）（減らす）: 6 → 目標 4 / 結果 4.5時間  達成率 75.0%  判定 一部達成  （結果÷目標は 112.5%）
2 24時間以内の解決率（増やす）: 62 → 目標 75 / 結果 71%  達成率 69.2%  判定 一部達成  （結果÷目標は 94.7%）
3 ひな形の数（増やす）: 0 → 目標 20 / 結果 20件  達成率 100.0%  判定 達成  （結果÷目標は 100.0%）
4 再問い合わせ率（減らす）: 18 → 目標 12 / 結果 19%  達成率 -16.7%  判定 未達  （結果÷目標は 158.3%）

表計算ソフトでは、現状値がE列、目標値がF列、結果値がL列のとき、達成率は =(L2-E2)/(F2-E2) で求められます。LibreOffice Calc で記入例の4行に入れたところ、0.75、0.692…、1、-0.166… と、Pythonと同じ値になりました。

判定の境目（100%以上で達成、50%以上で一部達成）はこの例のための値です。境目はPlanの時点でチームで決めておくと、Checkの場で判定に迷いません。

Checkが形だけにならない指標の決め方

Checkで「おおむね順調でした」としか言えないときは、Planで決めておくことが足りていないことがほとんどです。次の5つをPlanの時点で書いておきます。

行動の指標と結果の指標を1つずつ持つ

2つを組み合わせると、Checkで次の4通りに分けて考えられます。

記入例のNo.4（再問い合わせ率）は、「返信の最後に次の手順を書く」という行動は行えたのに結果が逆に動いた例です。施策が合っていない可能性があるので、次の一手は「同じ施策を強める」ではなく「原因を調べ直す」にしています。

指標を決めるときの確認表

OODAの回し方と記入シート

OODAは1周が短いので、シートは1行で1周を書ける形にします。見たこと（事実）と見立て（解釈）を別の列に分けるのが要点です。

OODA記入シート（タブ区切り）

日時  Observe（見たこと・事実）    Orient（状況の見立て）  Decide（決めたこと）   Act（行ったこと）  次に観察すること

記入例：月曜の朝に問い合わせが急増した日

同じ問い合わせ対応チームが、問い合わせの急増に2時間で3周した例です。

日時  Observe（見たこと・事実）    Orient（状況の見立て）  Decide（決めたこと）   Act（行ったこと）  次に観察すること
10/5 9:10   月曜の朝、問い合わせが通常の約3倍（9時台に31件）。件名の多くに「打刻」の語 先週金曜に公開した打刻画面の変更が関係していそう。ひな形に無い質問なので返信に時間がかかる   上位の質問を10件読み、共通の質問を特定する。その間、当番を1人増やす 西村が10件を読む。原が当番に加わる  共通の質問は何か、件数は増え続けるか
10/5 9:40   10件中8件が「打刻ボタンの位置が見つからない」。件数は9時台後半も増加    操作の質問であり、不具合ではない。同じ答えを個別に返すより、全員に一度に知らせるほうが早い   お知らせ欄に画面の画像つきの案内を出し、同じ内容の返信ひな形を作る   中野が案内を掲載（9:55）。原がひな形を作成し共有  案内の掲載後に件数が減るか
10/5 11:00  10時台の同じ質問は12件、11時前の30分は2件に減少。別の質問「修正申請の場所」が5件   案内が効いている。次に多い質問にも同じ手が使えそう   「修正申請の場所」も案内に追記する。増員した当番は正午で戻す  中野が案内を追記。原は通常の担当に戻る 午後の件数、翌朝の件数

3周目の「次に観察すること」が、翌日の1周目の入口になります。この日の記録は、月末のPDCAのCheckで「画面を変える前に案内を出す」という次の一手を考える材料になります。

PDCAとOODAを入れ子で使う

2つを組み合わせるときは、外側をPDCA（月や週の単位）、内側をOODA（日や時間の単位）にします。

flowchart LR
    P[Plan<br>目標・指標・期限] --> D
    subgraph D[Do：日々の対応]
        direction LR
        O1[Observe] --> O2[Orient] --> O3[Decide] --> O4[Act] --> O1
    end
    D --> C[Check<br>確認日に指標を見る] --> A[Act<br>次の一手] --> P

問い合わせ対応チームの例では、「初回返信を4.0時間に」という月の目標はPDCAで持ち、月曜の急増のような日々の出来事にはOODAで動きました。OODAで見つけた「案内を出すと件数が減る」という学びを、翌月のPlanの施策に入れると、2つがつながります。

PDCA・PDSA・OODAの違い

PDCAとよく並べられるものにPDSAがあります。The W. Edwards Deming Institute の公開ページでは、PDSA（Plan-Do-Study-Act）を、製品・プロセス・サービスを継続的に改善するための学びと知識を得る体系的な手順と説明しています。同じページには、デミング氏がCheckよりStudyという語を好んだこと、その理由として、結果を予測し、起きた結果を調べ、予測と比べて考え方を見直すことを重視したことが書かれています。

PDCAのCheckを深めたいときは、PDSAの考え方を借りて、Planに予測を1行足すのが手軽です。計画シートの施策の列に「当番を置けば中央値は4時間になるはず」と書いておくと、Checkで「予測と違ったのはなぜか」を話せます。

確かめて分かったこと

• 減らしたい指標で「結果÷目標」を使うと、進み具合と逆の数字になりました。 初回返信時間は6.0時間から4.5時間に改善しましたが、結果÷目標は112.5%と、目標を超えたように見えます。再問い合わせ率は18%から19%へ逆に動いたのに、結果÷目標は158.3%でした。「（結果−現状）÷（目標−現状）」で求めると、それぞれ75.0%と-16.7%になり、進み具合と向きがそのまま表れます。
• 現状値がないと、この達成率は計算できません。 式の分母が「目標値−現状値」だからです。計画シートに現状値の列を入れているのはこのためです。
• 増やしたい指標でも、結果÷目標は大きめに出ました。 解決率は62%から71%で、結果÷目標は94.7%ですが、道のりで見ると69.2%です。出発点が0でない指標は、道のりで見たほうが残りの距離が伝わります。
• Mermaidでは、サブグラフの中に向き（direction LR）を書くと、PDCAのDoの中にOODAの4段階を横に並べて描けました。 入れ子の図はこの書き方で mermaid-cli 11.14.0 で描画できています。
• PDSAの公開ページには、Studyを好んだ理由が「予測と結果を比べる」ことにあると書かれていました。 CheckとStudyの違いは語の言い換えではなく、Planに予測を持つかどうかの違いとして使えます。

よくある質問

Q. PDCAとOODAの違いは何ですか？ A. 起点が違います。PDCAは計画から始めて、周を重ねて仕事の質を上げます。OODAは観察から始めて、変わる状況に素早く対応します。目標と手段を先に決められるならPDCA、状況が読めないならOODAが向きます。

Q. PDCAとOODAはどちらを使えばよいですか？ A. 目標と手段を事前に決められる仕事にはPDCA、先に観察が要る仕事にはOODAを使います。月の目標はあるが日々の対応は相手しだい、という仕事では、PDCAのDoの中をOODAで回す入れ子が合います。

Q. PDCAがうまく回らないときはどうすればよいですか？ A. Planに指標・現状値・目標値・確認日が入っているかを確かめます。この4つが決まっていれば、Checkで比べるものがはっきりします。確認日を予定表に入れ、1周を短く（月次なら週次に）するのも効果があります。

Q. OODAのOrientとは何ですか？ A. 観察で集めた事実から、何が起きているのかを読み解く段階です。記入シートでは「見たこと」と「見立て」を別の列に分けて書きます。分けておくと、見立てが違っていたときに、どの事実から考え直せばよいかが分かります。

Q. PDCAとPDSAの違いは何ですか？ A. 3つ目の段階がCheck（確かめる）かStudy（学ぶ）かの違いです。PDSAは、Planで立てた予測と結果を比べて、なぜそうなったかを学ぶことに重心があります。

まとめ

• PDCAは計画が起点、OODAは観察が起点。目的・周期・向く仕事が違います。
• 目標と手段を事前に決められるならPDCA、状況が読めず先に観察が要るならOODA。3つの問いで決まります。
• 2つは入れ子で使えます。外側のPDCAで目標を持ち、Doの中をOODAで動きます。
• PDCA計画シートには目標・指標・現状値・目標値・期限・確認日・次の一手を持たせます。
• 達成率は（結果−現状）÷（目標−現状）。増やす指標にも減らす指標にも使えます。
• Checkを確かなものにするには、指標・測り方・確認日・判定の境目をPlanで決めておきます。
• OODAは事実と見立てを分けて1行に1周を記録し、月の区切りでPDCAにつなげます。

参考

• The W. Edwards Deming Institute「PDSA Cycle」： https://deming.org/explore/pdsa/ （2026-10-06 確認）
• ウィキペディア日本語版「PDCAサイクル」「OODAループ」（段階の名称と提唱者の確認に使用、2026-10-06 確認）

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。