── 指標が目標になった瞬間、良い指標ではなくなる ── は、指標設計を扱う以上、避けて通れない論点です。
この回は、なぜそれが起きるのかと、設計でどこまで緩和できるかを扱います。区切りとして、連載全体を振り返る回でもあります。
1. なぜ起きるのか
重要な前提として、歪みは不正から生まれるのではありません。指標に対して合理的に行動した結果です。
- 1ある数字が目標として設定される
- 2評価がその数字に紐づく
- 3人はその数字を上げる方法を探す（正しい反応）
- 4最も効率的な方法が、必ずしも本来の目的と一致しない
- 5数字は上がるが、測りたかったものは改善していない
3番目は望ましい行動です。目標を設定した側が求めたことでもあります。問題は4番目で、近道が存在してしまうことにあります。
歪みが起きたとき、行動した人を責めるのは筋が違います。設定された目標に対して合理的に動いただけです。近道が存在する指標を置いたという設計の問題として扱ってください。
2. 典型的な歪み方
起きる形はパターン化できます。自社の指標が、どれに当てはまりうるかを考えてみてください。
| 歪み方 | 内容 | 例 |
|---|---|---|
| 測りやすいものへの集中 | 測られていないことが軽視される | 対応件数を追うと、丁寧さが落ちる |
| 対象の選別 | 難しいものを避ける | 成功率を追うと、難案件を取らない |
| 時期の操作 | 計上のタイミングをずらす | 期末に前倒し／先送り |
| 定義の解釈を広げる | 数え方を有利にする | 「対応済み」の範囲が広がる |
| 短期への偏り | 長期の投資が減る | 四半期の数字を優先する |
2行目が最も見つけにくい。難しい案件を避けるという行動は、記録に残りません。「やらなかったこと」は測れないためです。成功率を追うほど、挑戦が減ります。これは 統計入門 EP.07 で扱った と同じ構造で、残ったものだけを見て判断している状態です。
5行目も構造的です。四半期で評価されるなら、四半期で成果が出ることを優先するのが合理的です。これは個人の問題ではなく、評価の期間が行動の期間を決めるという構造の問題です。
3. 設計で緩和する
完全には防げませんが、設計で緩和できます。5つの方法があります。
| 方法 | 内容 | 効果 |
|---|---|---|
| 見張る指標を併せて置く | 犠牲にしてはいけないものを設定 | 最も効果的 |
| 近道を先に考える | 設定時に「どう上げられるか」を検討 | 予防になる |
| 期間を長く取る | 四半期ではなく年で見る | 短期偏重を緩和 |
| 質と量を両方置く | 件数だけにしない | 測りやすさへの偏りを防ぐ |
| 数字を評価に直結させすぎない | 判断材料の1つとして扱う | 歪みの動機を下げる |
1行目が最も効きます。 ── 主要な指標を追う過程で、犠牲にしてはいけないものを見張る ── を必ず置いてください。
from dataclasses import dataclass
@dataclassclass MetricPair: name: str primary: float # 追う指標（上げたい） guardrails: dict # 見張る指標: {名前: (現在値, 悪化の下限)}
def assess(pair: MetricPair, primary_before: float) -> None: """主要な指標の改善と、見張る指標の悪化を併せて判定する。""" improved = pair.primary > primary_before print(f"{pair.name}") print(f" 追う指標: {primary_before:.1f} → {pair.primary:.1f} " f"({'改善' if improved else '悪化'})")
violated = [] for name, (value, limit) in pair.guardrails.items(): ok = value >= limit print(f" 見張り「{name}」: {value:.1f}（下限 {limit:.1f}）" f"{'' if ok else ' ← 割り込み'}") if not ok: violated.append(name)
if improved and violated: print(f" → **数字は良くなったが、{', '.join(violated)} を犠牲にしている**") elif improved: print(" → 健全な改善") else: print(" → 改善していない")
assess( MetricPair( name="問い合わせ対応の改善", primary=142.0, # 1日あたりの対応件数 guardrails={ "解決率": (72.0, 85.0), "再問い合わせ率の逆数": (60.0, 70.0), }, ), primary_before=110.0,)改善と悪化を同時に判定するのが要点です。対応件数は増えたが解決率が落ちた ── これは改善ではなく、質を犠牲にした量の増加です。片方だけを見ていると、成功として報告されます。
見張る指標を目標にすると、そちらでも同じ歪みが起きます。「下回ったら止める」という下限だけを設定してください。目標は1つ、下限は複数、という構成です。
4. 気づくには
歪みは静かに進みます。気づくための兆候を挙げます。
- 数字は良いのに、実感が伴わないという声
- 現場が「数字のためにやっている」と感じている
- 見張る指標が、じわじわ悪化している
- 数字の伸びが、事業の実感と乖離している
- 期末に数字が跳ねる — 時期の操作の兆候
1番目と2番目は定性的な兆候ですが、最も早く現れます。数字に現れるより前に、現場が違和感を持ちます。この声を拾える経路があるかが、気づけるかどうかを分けます。
5番目は記録から確認できます。期末に不自然な集中があるなら、計上のタイミングが操作されている可能性があります。時系列を月次より細かく見ると分かります。
5. 起きてしまったら
対処の順序です。人ではなく設計を変えるのが原則です。
- 1何が起きているかを共有する — 責めない形で
- 2指標の設計の問題として扱う — 個人の問題にしない
- 3見張る指標を追加する — 犠牲になったものを明示
- 4必要なら主要な指標を変える — EP.23 の見直し
- 5評価との結びつきを見直す — 直結が強すぎないか
1番目の「責めない形で」が実務上いちばん難しく、いちばん重要です。責める形で共有すると、次からは隠されます。歪みが見えなくなるだけで、なくなりません。そして一度隠す文化ができると、他の問題も報告されなくなります。影響は指標の範囲に留まりません。
5番目は組織の判断になりますが、数字と評価の結びつきが強いほど、歪みの動機も強くなります。指標は判断材料の1つという位置づけに留めるほうが、健全に機能することが多い。
6. 連載を振り返って
ここまで24回、指標の設計・可視化・運用・改善を扱ってきました。区切りとして、通底していたものを整理します。
| 論点 | 扱った回 |
|---|---|
| 測れるものと、大事なものは違う | EP.21、本回 |
| 平均は実態を隠す | EP.20、EP.21 |
| 指標は増える一方で減らない | EP.22 |
| 段階が変われば見るものも変わる | EP.23 |
| 数字だけを見ると判断を誤る | 連載全体 |
最下行が結論に近い。指標は判断を助ける道具であって、判断そのものではありません。数字が良くても悪くても、なぜそうなったかを説明できなければ、次の手は決まりません。
そして、指標を作ることより、使われる状態を保つことのほうが難しい。見られない指標が増え、古い定義が残り、目標が行動を歪める。運用のほうに、この連載の後半を割いたのはそのためです。設計は一度で終わりますが、運用は続きます。続くもののほうが、失敗する機会も多い。
良い指標とは、正確に測れる指標ではなく、それを見て次にやることが決まる指標のこと。
歪みは不正ではなく、合理的な行動の結果なので、人を責めても解決しない。緩和で最も効くのは ガードレール指標 を併せて置くこと（ただし見張る指標に目標は置かない）。設定時に「どう上げられてしまうか」を考えておく。気づく兆候は「数字は良いが実感が伴わない」という声。ここまでの内容への反応や、扱ってほしい論点があれば記事下のリアクションからお寄せください。続編は随時追加していきます。
この記事の感想を教えてください
あなたの 1 クリックで、本当にこの記事は更新されます。「もっと詳しく」「続編希望」が一定数集まった記事は、 ふくふくが 実際に内容を拡充したり続編記事を公開 します。 送信したリアクションはお使いのブラウザに記録され、再カウントされません。