PDCAマネジメントの決定版となる10万部突破のビジネス書。
実行するときは自信満々で。検証するときは疑心暗鬼で。これがPDCAの基本である。
1章 前進するフレームワークとしてのPDCA
概要
わかっているようで、実はよく理解されていないビジネスフレームワーク『PDCA』
特に重要なことは適切な計画、検証頻度、実行サイクル。これらを鬼速で回すから、ほかよりもいっそう飛び抜けたスピードで前進できるのです。
前進するフレームワークとしてのPDCA
世間が抱くPDCAには6つの誤解があります。
- PDCAの真価を発揮するのは容易でない
- 管理職向けのフレームワークではなく成長スキル
- 失敗は検証の甘さより計画から破綻してる
- 課題解決より再現性が重要
- 改善して終わらずさらに上位のサイクルを回す
- 大きな課題だけでなく複数のサイクルを抱える
実現したい目標の上流から細分化して、それぞれにサイクルが存在するようなイメージが本来のPDCAサイクルです。
ギャップから導き出される「計画」
PDCAの計画においては慎重さと大胆さのバランスが肝要で、その時点で可能な限り精度の高い仮説を立てる。
- KGI(Key Goal Indicator)の設定
- 期日を決めて目標を定量化
- 現状とギャップの洗い出し
- ギャップを埋める課題を考える
- 課題に優先度を与えて3つに絞る
- 各課題のKPI(Key Performance Indicator)の設定
- KPIを達成する解決案を考える
- 解決案に優先度を与える
KPIを掲示したり計画を可視化して、計画を強く意識付けすると効果的。
仮説の精度を上げる「因数分解」
サイクルの速さと深さは因数分解で決まり、これには仮説精度の向上が欠かせません。ゴールと現状を構成する因子をマインドマップで図式化します。
ポイントは抽象度を上げてから分解していき、5階層目まで深堀りしていくこと。特に1段目は漏れなく重複なく分類するためのMECE(ミーシー)を徹底しましょう。
確実にやり遂げる「行動力」
計画から導き出したKPI解決案を業務フローに落とし込み「Do」と「ToDo」に振り分けていきます。
「Do」が解決案に対するアクションで、それをすぐに取り掛かれるタスクにしたものが「ToDo」です。
- 「Do」に優先順位をつける
- 「Do」を定量化してKDI(Key Do Indicator)を設定
- 「ToDo」に落とし込んで具体的なタスクとして着手できるレベルにする
鬼速で動くための「タイムマネジメント」
居心地の良いコンフォートゾーンを抜けて、キャパを超えるほどのパニックゾーンまで行かない程度の、ラーニングゾーンで適度なストレスをかけながらタイムマネジメントをしていくこと。無理はしないがぬるい環境には甘えない成長意欲が試されます。
タイムマネジメントの原則は「捨てる」「入れ替え」「圧縮」の順番で工数の棚卸をすることです。
正しい計画と実行の上に成り立つ「振り返り」
検証に失敗する2大パターンは「やりっぱなしの未検証」か「検証しかせず形だけ」の両極端。PDCAの要諦だと思われる部分だが、計画の精度が甘くKPIもないとまともな検証になりません。
- KGIの達成率をKPIの進捗率から算出(月1回)
- KPIの達成率はそれぞれ1~3週間の短期スパンで繰り返す
KPIが計画通り推移しない4大原因は以下のどれか。
- 行動が伴ってない
- 行動不十分
- 想定外の課題
- 仮説と因果関係が間違いKPIとKDIの連動がとれていない
書評
PDCAにおける重要なフェーズ「計画」と「実行」が初級・応用に分けて解説されています。まずは初級のステップだけで実践し、マネジメントに慣れてきたら応用も取り入れることができそうです。
また、本書では『優先順位』という言葉が多用されており、とくにIT業界の開発用語『アイスボックス』をToDoにも応用し、いつかやるけど今やることではないものをタグ付けして管理しています。先送りすることは悪いことではなく、タスクを可視化して留保する手段として活用しています。
それぞれのマネジメント段階で補足も添えられており、解りやすく丁寧なハウトゥー本だと思いました。PDCAサイクルを実際に回していく説明に並行して、英会話修得やダイエットなど実例を交えているのも理解の助けになります。
本書ですすめられたマネジメントツールは主に2つ。思考の整理に用いるロジックツリーやマインドマップが作成できるXmindと世界一メジャーなタスク管理ツールTodoistのみ。どちらも無料で十分使えるソフトです。
※タスク管理は古典的なポストイットでも効果的だと書かれています。
PDCAそのものはシンプルなフレームワークで、必要とするツールも最低限で済むが、シンプルゆえに適切な運用をしないと効果が十分に検証されてないことが分かりました。
まとめ
- Plan – KGI(ゴール)とKPI(課題)を設定して解決案を出す
- Do – 解決案を具体化したDoからKDIを設定して、即行動できるレベルのToDoに分解
- Check – KGI、KPI、KDIの検証をして、できなかった要因とできた要因を絞り込む
- Action – 検証結果を踏まえた調整案で次のサイクルにつなげる
経営者や中間管理職などビジネスマンから、個人で仕事や勉強の目標を打ち立てている人、他者のサポートを主とした業務に従事するかた必携の一冊です。
