役員ワークショップ
KPI体系を“現場の行動”に落とす設計手順
施策が増えるのに成果が伸びない組織では、KPIが“管理指標”のまま止まっています。KPIを改善のエンジンに変えるには、 KPI→行動→観測→学習の循環として設計し、現場が毎週動ける粒度に落とし込みます。
1. 目的を「現場で測れる行動」へ翻訳する
まず「何を達成したいか」をKGIの言葉で固定し、その後に“現場の行動”へ翻訳します。ポイントは、行動が「担当者が実行できる」「頻度が決まっている」「結果が翌サイクルで観測できる」状態であることです。
- 成果（結果）ではなく、プロセス（行動）を先に言語化する
- 毎週・毎日など、運用頻度を決める
- 観測方法（誰が・何を・どこで）まで書く
2. KPIを「結果KPI」と「駆動KPI」に分ける
結果KPIだけでは、悪化した時に打ち手が見えません。そこで、結果を動かす要因を駆動KPIとして分離します。 役員ワークショップでは、駆動KPIを“現場が改善できる範囲”に限定することが肝です。
設計の合格条件
- 駆動KPIは、現場の意思決定で変えられる
- 結果KPIは、駆動KPIの変化に遅れて反応する（タイムラグを認める）
- 両者に「例外処理（想定外）」の扱いを決めておく
3. 現場の“確認動作”をKPIに紐づける
KPIが行動に結びつかない最大の理由は、確認が「集計だけ」になっていることです。確認動作とは、数字を見て終わりではなく、差異の意味を判断し、次の行動へ落とす仕組みです。 たとえば、日次で異常を見つけたら、誰がどの原因仮説を優先して、どの改善実験を回すかまで決めます。
4. データは「1週間で学習できる粒度」にする
KPI設計でよくある失敗は、収集コストが高く、更新頻度が落ちることです。KPIは学習のために更新されます。 1週間で意思決定できる粒度、現場が無理なく集められる項目に絞りましょう。
5. ボード（役員）レビューを「行動が回ったか」で設計する
役員レビューは、報告の場ではなく“行動が回っているか”の確認の場です。 KPI体系を前に進めるには、数字の良し悪しだけでなく、差異対応の質とスピードを問います。
- 差異が出た時に、仮説と実験が明確だったか
- 決めたことが次週の行動になっているか
- 学びが標準へ反映されているか
6. 1枚で運用できる「KPI設計シート」を作る
KPI体系が複雑になるほど、運用は形骸化します。最後に、KPI設計シートを1枚に収めます。 見るべき項目は少なく、しかし役員・管理職・現場が同じ言葉で話せることが条件です。
まとめ：KPIは“管理”ではなく“設計”です
KPIを現場の行動に落とす設計手順は、翻訳（目的→行動）、分解（結果KPI/駆動KPI）、紐づけ（確認動作）、粒度（1週間で学習可能）、レビュー設計（行動が回ったか）という順番で組み立てます。 まずは現場が毎週回せる一連の動作を完成させましょう。そこから拡張すれば、役員の意思決定と現場の改善が同じ速度で進みます。