2026年10月8日にGOV.UKの戦略計画ガイド、Service Standard、サービス改善のデータ利用を再確認した。戦略は目的・対象・選択・前提・制約・資源・責任・成果指標・見直し条件をつなぐ実行の仕組みであり、計画書の完成や活動量だけでは成立しない。教育機関向けガイドの範囲を一般企業へそのまま一般化せず、現場の負荷、権限、例外、利用者の結果、変更理由、停止条件を自社で検証する。
30秒で要点
戦略が形骸化するのは、計画書が短いからでも、現場の意識が低いからでもありません。目的、前提、選択、責任、資源、指標、見直し条件がつながらず、実行と学習が別々になると、戦略は報告書だけに残ります。
- 目的と対象の仕事を一文にする
- 何を選び、何をしないか、前提と制約を書く
- 施策ごとに責任者、資源、成果、先行指標を置く
- 現場の負担・権限・例外を計画へ戻す
- 見直しのトリガーと停止条件を先に決める
1. 戦略を選択として書く
「DXを進める」「顧客中心になる」は方向です。戦略には、誰のどの結果を、どの手段で、どの制約の中で変え、何をしないかを書きます。
表が収まらない場合は、横にスクロールできます
| 欄 | 問い |
|---|---|
| 目的 | 誰のどの結果を、いつまでに変えるか |
| 対象 | 顧客、業務、地域、製品をどこまで含むか |
| 選択 | 何へ資源を集中し、何を後回しにするか |
| 前提 | 需要、能力、価格、規制、依存は何か |
| 制約 | 予算、権限、技術、期限、リスクは何か |
| 撤回条件 | 何が起きたら縮小、変更、停止するか |
GOV.UKの戦略計画ガイドは、ビジョン・目的・優先施策・資源計画・成果指標を一つの計画へつなぎ、責任と監視で実行を支える考え方を説明しています。これは教育機関向けのガイドなので、自社へ使うときは業態と規制を確認します。
2. 目的から指標へ落とす
目的を活動量へ置き換えると、数字は増えても成果が分かりません。成果、先行指標、品質・公平性、投入を別の列にします。
表が収まらない場合は、横にスクロールできます
| 層 | 例 | 使い道 |
|---|---|---|
| 成果 | 継続、完了、利益、時間短縮 | 最終判断 |
| 先行 | 到達、試用、支援完了、品質通過 | 早い学習 |
| 品質・公平性 | エラー、苦情、支援、群別差 | 副作用の監視 |
| 投入 | 人員、費用、時間、教育 | 実行可能性 |
GOV.UKのService Standardも、成功の定義と性能データ、利用者理解、使いやすさ、アクセシビリティ、運用を分けて扱います。KPIの数を増やすより、何が変われば次の判断が変わるかを決めます。
3. 実行条件を計画へ戻す
戦略が現場で止まるとき、意識や熱意だけを原因にしません。担当者に権限があるか、必要なデータ・予算・時間があるか、例外時の支援があるかを点検します。
表が収まらない場合は、横にスクロールできます
| 実行条件 | 確認 |
|---|---|
| 責任 | 決める人、実行する人、相談先 |
| 資源 | 人、費用、時間、教育、データ |
| 権限 | 変更・停止・例外対応の範囲 |
| 依存 | 他部署、ベンダー、法務、システム |
| 運用 | 監視、問い合わせ、ロールバック |
| 負担 | 顧客、スタッフ、支援者へ移る作業 |
「全員が理解すれば進む」という前提を、行動、権限、支援手順で確かめます。実行できない施策を強い言葉で残すより、範囲を縮め、必要条件を解消する方が戦略を守れます。
4. 会議を判断の場にする
進捗会議が、作業件数の読み上げだけになると、戦略の学習が止まります。各会議で、証拠、決定、保留、変更理由を一枚にします。
表が収まらない場合は、横にスクロールできます
| 欄 | 例 |
|---|---|
| 変化 | 完了率、品質、費用、顧客・現場の声 |
| 解釈 | 仮説に合う、異なる、まだ不明 |
| 決定 | 継続、修正、限定導入、停止 |
| 責任 | 次に調べる人と期限 |
| 変更理由 | 前回との差、根拠リンク、反対意見 |
| 次回 | 見直し日、トリガー、必要な証拠 |
指標が悪化したとき、計画を守ること自体を目的にしません。目的、対象、前提、実行条件のどこが崩れたかを調べ、変更を正当化できる記録を残します。
5. 形骸化を早く見つける
表が収まらない場合は、横にスクロールできます
| 症状 | 構造的な問い |
|---|---|
| 施策が増えるだけ | 目的とのつながり、停止条件はあるか |
| KPIが毎月報告される | 指標が変わったら決定も変わるか |
| 現場が別運用をする | 権限・負担・顧客の例外を見たか |
| 会議で異論が出ない | 仮説、反証、反対意見を記録できるか |
| 予算だけ消化する | 成果、品質、機会費用を見ているか |
| 計画を変えられない | 新しい条件を受け入れるレビュー日があるか |
形骸化は一度の失敗ではなく、学習が計画へ戻らない状態です。小さな実行単位と明確なトリガーで、早く縮小・修正できるようにします。
6. 合成ケースで表を作る
新規顧客の初回設定を増やす戦略を想定します。成果は完了率、先行指標は案内閲覧と支援完了、品質は誤入力と問い合わせ、実行条件はデータ連携とスタッフ教育です。
表が収まらない場合は、横にスクロールできます
| 項目 | 記録例 |
|---|---|
| 目的 | 初回設定を安全に完了できる人を増やす |
| 選択 | 説明を短くし、支援導線を先に置く |
| 検証 | 一部対象で表示と支援を比較 |
| 成果 | 完了率、完了時間、再問い合わせ |
| 停止 | 誤入力や特定群の離脱が増えたら戻す |
| 見直し | 2週間後、または品質トリガー発生時 |
これは実在の会社や顧客データではありません。数値を置く場合も、仮定・測定・実績を別ラベルにします。
7. よくある失敗
- ビジョンやスローガンを戦略の完成と呼ぶ
- KPIを増やして、目的・責任・判断基準を曖昧にする
- 現場の権限、時間、教育、顧客支援を計画から外す
- 施策件数や予算消化を成果とみなす
- 反対意見、未達、停止、前提変更を記録しない
- 教育機関向けのガイドや他社の数字を自社の成果保証として使う
8. 計画書を長くしても形骸化は止まらない
戦略を形骸化させない方法は、計画書を長くすることではありません。目的、選択、実行条件、指標、品質、責任、トリガーを一つの判断表へ置き、学習を次の行動へ戻します。
優先順位の付け方は問題の優先順位付け、プロダクトの段階設計はプロダクト開発の基礎も参照してください。