PDCAは、業務改善の基本的なフレームワークとして広く知られています。
Plan、Do、Check、Act。計画し、実行し、結果を確認して、改善する。説明としてはわかりやすい一方、実際に使おうとすると、いくつかの疑問が生じます。
CheckとActは、どこで分かれるのでしょうか。Actで次の行動を決めるのであれば、次のPlanと重ならないでしょうか。そもそも、Planにはどこまで含めるべきなのでしょうか。
こうした疑問からPDCAを構造的に捉え直すと、実務上は三段階に整理できます。
Plan――やる前の意思決定
Do――実行
Assess――やった後の意思決定
これを、Plan・Do・Assess、略して「PDA」と呼ぶことにします。
ここでいうPDAは、従来のPDCAの正式な言い換えではありません。PDCAを意思決定の観点から再構成した、独自の実践モデルです。
PDCAは、二つの意思決定に挟まれている
PDCAを四つの独立した作業として見ると、各工程の境界が曖昧になります。
一方、時間軸に沿って見ると、構造は明快です。
まず、実行する前に何をするか決めます。これがPlanです。
次に、決めたことを実行します。これがDoです。
そして、実行結果を踏まえて、継続するか、修正するか、中止するかを決めます。これがAssessです。
つまり、全体は次のような構造です。
事前の意思決定 → 実行 → 事後の意思決定
PlanとAssessは、どちらも意思決定です。ただし、判断する時点と、利用できる情報が異なります。
Planは、結果がまだ存在しない段階の意思決定です。そのため、予測、仮説、過去の経験を使います。
Assessは、結果が出た後の意思決定です。そのため、実績、差分、観察結果を使います。
Planは未来に対する判断であり、Assessは現実を踏まえた判断です。
Planは、単なる予定表ではない
Planは「計画」と訳されるため、スケジュールや作業項目を作る工程だと思われがちです。
しかし、日程とTODOを並べただけでは、十分なPlanにはなりません。
PDAにおけるPlanは、少なくとも三つの要素から成り立ちます。
一つ目は、Goalです。
何を実現したいのか。どのような状態を目指すのか。最初に目的と到達点を決めます。
二つ目は、Evidenceです。
何が確認できれば、Goalを達成したと判断できるのか。成功の証拠と判定基準を事前に定義します。
三つ目は、Hypothesisです。
何をすれば、そのEvidenceを得られると考えるのか。目標達成の方法について仮説を立てます。
したがって、Planの内部は次のように表せます。
Plan = Goal + Evidence + Hypothesis
たとえば、「英語を勉強する」というPlanでは、行動だけが決まっています。
これを三つに分解すると、次のようになります。
Goalは、「英語の専門記事を自力で読めるようになる」。
Evidenceは、「800語の記事を10分以内で読み、内容確認問題に80％以上正解する」。
Hypothesisは、「毎日20分の多読と10分の語彙学習を3か月続ければ、この状態に到達できる」。
ここまで決まれば、日々の学習内容やスケジュールを具体化できます。
Planとは、単に何をするか決めることではありません。
何を目指し、何をもって達成とし、どの方法なら達成できると考えるかを決めること。
これがPDAにおけるPlanです。
検証方法は、実行前に決める
従来のPDCAでは、CheckはDoの後に置かれています。
実際に結果を確認するのは、当然ながら実行後です。しかし、何をどのように確認するかは、実行前に決めておく必要があります。
学校の勉強で考えるとわかりやすいでしょう。
授業や勉強を終えてから、突然テストの内容を決める方法では、学習目標と評価方法がずれる可能性があります。
最初に、どのような問題を出し、何点を合格とし、どの能力を測るのかを決めます。そのテストを通過するために、学習内容を逆算します。
つまり、テストは最後に実施しますが、テストの設計は最初に行います。
検証はDoの後に行うが、検証方法はDoの前に設計する。
この意味で、PlanはCheckの準備でもあります。
Evidenceを先に決めることで、Planは「やりたいことの一覧」から「成果から逆算した仮説」に変わります。
Doは、仮説を現実にさらす工程
Doは、決めたことを実行する段階です。
ただし、PDAにおけるDoは、作業を消化することだけを意味しません。
Planで立てたHypothesisを、現実の環境で試す工程です。
「この方法なら、想定したEvidenceが得られるはずだ」という仮説を、実際の行動によって確かめます。
したがって、Doでは結果だけでなく、実行過程も記録する必要があります。
予定した方法を実行できたのか。想定していなかった条件が発生したのか。途中で方法を変更したのか。どれだけの時間や費用を使ったのか。
結果だけを見ても、仮説が正しかったのか、偶然うまくいったのかは区別できません。
Doとは、作業の段階であると同時に、判断材料を生み出す段階です。
Assessは、確認ではなく事後の意思決定である
Assessは「評価する」「査定する」「見極める」といった意味を持つ言葉です。
PDAにおけるAssessは、結果を眺めたり、点数をつけたりするだけの工程ではありません。
Assessには、三つの処理が含まれます。
まず、Planで決めたEvidenceと、Doで生じた結果を照合します。
次に、その差分が何を意味するのかを評価します。
最後に、評価を踏まえて、次の方針を決めます。
Assess = 検証 + 評価 + 意思決定
たとえば、売上目標が100万円で、実績が80万円だったとします。
検証では、20万円の未達を確認します。さらに、顧客数、単価、成約率、広告費などの差分を調べます。
評価では、その未達が重大なのか、許容できるのかを判断します。利益率が想定より高ければ、売上未達でも施策全体としては良好かもしれません。
意思決定では、施策を継続するのか、修正するのか、拡大するのか、終了するのかを決めます。
単に「目標を達成したか」を確認するだけでは、Assessとはいえません。
確認した事実を、目的と制約に照らして評価し、その結果をどう扱うか決める。
これがAssessです。
CheckはAssessの下準備である
この整理では、従来のPDCAにおけるCheckは、Assessの一部に位置づけられます。
Checkは事実を確認する工程です。
目標と結果にどれだけ差があったか。予定した方法を実行できたか。どのような想定外が起きたか。
一方、Assessは、その事実を使って意思決定する工程です。
したがって、
CheckはAssessのための事実認定である。
とも表現できます。
データの集計や比較は、表計算ソフトや生成AIでも支援できます。しかし、何を重要とみなし、どの選択肢を採用するかは、目的、価値観、制約によって変わります。
数値が同じでも、企業の置かれた状況によって判断は変わります。
Checkが主に事実を扱うのに対し、Assessは事実に加えて、価値と優先順位を扱います。
PlanとAssessは対称的である
PlanとAssessは、時間軸の前後に置かれた対称的な意思決定です。
Planでは、限られた情報から、これから何をするか決めます。
Assessでは、実行によって増えた情報から、これからどうするかを改めて決めます。
Plan = 実行前の意思決定
Assess = 実行後の意思決定
この意味では、Assessの結果が、次のPlanの入力になります。
ただし、Assessと次のPlanは同一ではありません。
Assessでは、「この施策は修正して継続する」「現在の方法は中止する」「成功した方法を標準化する」といった方針を決めます。
次のPlanでは、その方針をもとに、新しいGoal、Evidence、Hypothesisを設計します。
Assessは今回の実行を閉じる意思決定であり、Planは次の実行を開く意思決定です。
PDAは、行動を回すためのモデルではない
改善活動では「とにかく回すこと」が強調される場合があります。
しかし、回数が多いことと、学習が進むことは同じではありません。
目的が曖昧なまま実行し、確認基準を後から作り、結果に応じて場当たり的に行動を変えても、質の高い学習にはつながりにくいでしょう。
PDAで重視するのは、サイクルの速さだけではありません。
Planで、目的、達成の証拠、方法仮説を明確にする。
Doで、仮説を現実にさらす。
Assessで、結果を検証し、意味を評価し、次の意思決定を行う。
この三段階を通じて、意思決定の質を更新していきます。
PDAを実践するための三つの問い
PDAは、次の三つの問いにまとめられます。
Plan
何を実現したいのか。何が確認できれば達成といえるのか。何をすれば達成できると考えるのか。
Do
実際に何を行い、何が起きたのか。
Assess
想定した証拠は得られたのか。その結果をどう評価し、次に何を決めるのか。
さらに短く表現すれば、次のようになります。
Plan――やる前に決める。
Do――決めたことを現実で試す。
Assess――結果を踏まえて決め直す。
おわりに
PDAは、PDCAから一文字を減らしただけのモデルではありません。
Planを予定作成から事前の意思決定へ拡張し、Assessを結果確認から事後の意思決定へ拡張しています。
そして、CheckをAssessの下準備として位置づけます。
この構造によって、従来のPDCAで曖昧になりやすかった点が整理されます。
Planは、目標、検証基準、方法仮説を決める。
Doは、その仮説を実行する。
Assessは、結果を検証・評価し、次の方針を決める。
PDAとは、計画を守るための仕組みではありません。
意思決定を、実行と検証によって更新し続ける仕組みです。
