続～PDCAサイクルを回せ

以前、「PDCAを回せ」というお話を書いたことがありました。

期限と目標が定まっているプロジェクトをきちんと実りのあるものにするには、計画だけでもダメ、実行するだけでもダメ、反省するだけでもダメ・・・PDCA（計画・実行・検証・対処）の一連を不断に行わねば・・・

というお話だったと思います。
で、その続編です。では「PDCAはどうやってやればいいのか？」
（１）計画する→（２）実行する→（３）実行結果を検証→（４）検証に基づいて対処をする

具体的には、こんな風に・・・
（１）Plan：連絡ミスや思いこみ・勘違いによる業務上のトラブルを防ぐために、報・連・相をやるよう計画・立案
（２）Do：案をもとに、とりあえず1ヶ月間、実際に報・連・相に積極的に取り組む
（３）Check：結果的に業務上のトラブルを防ぐことができたかどうか？を検証したら、なかなかうまくいかない。よく検証したら、メールでのやり取りを基本としているのに、メールをそもそも読んでいない人がいることがわかった
（４）Action：じゃあ、「報・連・相」の次の取り組みとして、「朝と昼と夕方、必ず一度メールを確認する」ということをテーマに取り組むことにしよう

よく上の（１）～（４）をもう一度読んでみてください。
（４）が、次のPDCAのPになっている、という事が分かりますよね。

上記の例は、ちょっとおおざっぱすぎますが、こんな風に、PDCAは、PからAまでやったら「ハイ、それで終わり」になるわけではないんです。検証した結果、次に何をすべきかがハッキリ見えてきて、その結果で「A（対処）」がそのまんま、次の「P（計画）」になっていく・・・その繰り返しで、当初目標としていたことが徐々に実現に近づいていく、というわけです。
だから、「PDCAをやりましょう」じゃなくて「PDCAを回せ」という表現になるんです、ね。

ところで・・・このPDCAサイクル、どうにもこうにもうまく回らない場合というのがあります。
どんな場合か、わかるでしょうか・・・？以前のPDCAやプロジェクトの記事を読んで覚えていらっしゃる方は、もしかしたらわかるかも知れませんね。それは・・・

「達成できたかどうか、検証ができない計画（P）からこのサイクルがはじまった場合」

です。
「いつまでに」「だれが」「何を」「どのように」「どうするのか」・・・これが明記されていない計画では、実行のしようがないし、できたかどうかチェックもしようがないのです。

書いてはあるんだけど、よく考えたらあいまいで、何をどう計画しているのか分からない案・・・そういう案を「P（＝Plan）」として立ててしまうと、その後、どうやっても実行・検証のあたりでとん挫してしまうのです。だから・・・

PDCAの第一の勘どころは、「誰にでもわかる、誤解のしようのないハッキリとした実行計画」がきちんと描けるかどうか？にかかっています。

追記：その意味では、上記で挙げた例は、実はあんまり良いプランニングではないんですよ、ね。だって、「報・連・相」を、いつ・誰が・どのようにやるのか？が、これじゃハッキリしませんもの、ね。