施策名ではなく、経営判断の詰まりから始める
中期経営計画では、財務目標、重点事業、DX、人材、基盤刷新が別々の章に分かれがちです。部門施策を積み上げるだけでは、共通データ、人材、基幹刷新との依存が後から顕在化し、案件数が増えても、経営成果に必要な能力が整いません。
必要なのは、経営目標から重点判断、必要ケイパビリティ、業務・組織・データ・システムの差分、投資、移行波、効果検証へつなぐ因果です。経営企画部門とIT部門が同じ優先順位・撤退条件でポートフォリオを運営します。
経営課題
成長率や利益率だけでなく、顧客・商品・供給・人材のどの構造を変えるかを特定する。
変える判断
資源配分、標準化範囲、投資継続、撤退の判断を会議体と頻度まで定義する。
実装単位
必要能力を段階リリースし、業務・組織・データ・アプリケーションの依存を同じ波で実装する。
確認する証拠
財務KPIに加え、能力の完成度、利用、品質、リードタイムなど先行指標で検証する。
構想・投資を決める4つの判断基準
個別施策や解決策を検討する前に、経営・業務・データ・実行の整合を確認します。4つの観点が同じ仮説につながって初めて、実行可能な構想になります。
| 判断軸 | 経営が問うこと | 合格状態 | 見逃した場合のリスク |
|---|---|---|---|
| 戦略整合 | 重点事業と施策の因果を説明できるか | 経営目標→戦略仮説→必要能力→投資案件→KPIが追跡できる | 声の大きい部門の案件が増え、重点領域へ資源が集中しない |
| 投資間の整合性 | 案件間の重複・依存・順序を判断できるか | 共通能力と個別施策を分け、依存関係とクリティカルパスを可視化する | 前提未整備のまま開発が始まり、手戻りと二重投資が発生する |
| 実行能力 | 現場負荷と変革人材を織り込んでいるか | 業務繁忙、意思決定者、専門人材、教育、移行許容量を波ごとに確認する | 計画上は可能でも、現場が同時に受け止められず遅延する |
| 学習可能性 | 継続・修正・中止の根拠があるか | 先行指標、価値仮説、検証期限、撤退条件を投資案件ごとに持つ | サンクコストで価値の低い案件が継続し、新規投資余力を失う |
判断原則：財務目標を施策へ直結させず、その間に「完成させるべき事業能力」を置きます。能力単位で見ると、組織変更、データ整備、システム投資、人材育成を一つの成果へ束ねられます。
実務で分解すべき設計論点
「あるべき姿」を標語で終わらせず、会議、業務、役割、情報、データ、システム、移行の選択肢へ分解します。
事業ポートフォリオと能力ポートフォリオを分ける
どの事業へ資本を配るかと、その事業を成立させる顧客理解、商品企画、需要計画、供給、価格、サービスなどの能力をどう作るかは別の判断です。事業別PLだけでなく、複数事業で再利用する共通能力を識別し、全社投資として扱います。
KPIを結果・ドライバー・能力・実行へ階層化する
売上やROICは最終結果であり、日々の修正には遅すぎます。価格実現率、案件転換率、在庫日数、予測精度などのドライバー、データ品質や標準プロセス適用率などの能力指標、マイルストーン達成率を区別し、因果仮説をレビューします。
投資案件をプロジェクトではなく価値仮説で管理する
システム稼働を完了条件にせず、誰のどの判断・業務が変わり、どの指標がいつ動くかを投資チャーターへ記載します。検証できない大型案件は、意思決定単位や業務能力単位へ分割し、段階的な資金配分を可能にします。
移行状態を明示する
現行と目標だけでは、二重運用、暫定インターフェース、旧組織の責任、データ移行が抜けます。各四半期の移行状態を定義し、許容する暫定対応と解消期限、止める帳票・システム・会議を同時に決めます。
構想から定着までの5ステップ
各段階に意思決定ゲートを置き、資料を作った量ではなく、次へ進める根拠が揃ったかで進捗を判定します。
経営アジェンダと制約を固定する
経営陣へのインタビューと既存計画のレビューから、成長・収益・資本効率・リスクの優先順位、変えない前提、資金・人材・時間の上限を明文化します。目標値だけでなく、どの選択を迫られているかを意思決定文で記述します。
優先する経営判断と対象外が合意されている
必要能力と現状差分を評価する
戦略実現に必要なケイパビリティを定義し、業務、組織、データ、アプリケーション、技術、ガバナンスの現状を評価します。成熟度点数だけで終えず、顧客・収益・リスクへの影響と根因を確認します。
必要能力と現状の差が経営に与える影響が説明できる
投資テーマと選択肢を設計する
差分を埋める複数の投資シナリオを作り、価値、費用、期間、依存、リスク、可逆性を比較します。全社共通と事業固有、先行整備と後続展開を分け、経営が選択できる粒度へ揃えます。
比較可能な選択肢と棄却理由が残っている
移行ロードマップとKPIを統合する
依存関係、現場の変化許容量、データ移行、並行稼働を踏まえて波を設計します。各波に成果、先行KPI、意思決定ゲート、責任者を置き、施策一覧と予算表を同じポートフォリオへ統合します。
各波の価値・前提・責任者・撤退条件が明確である
四半期のポートフォリオ運営へ移す
月次の進捗報告と四半期の投資再配分を分けます。遅延報告ではなく、価値仮説、能力完成度、リスク、依存関係の変化を見て、追加投資、範囲変更、中止、加速を判断します。
意思決定ログと資源再配分が運用されている
検討初期から、業務責任者、経営企画、IT・データ担当、現場代表が同じ議論に参加します。論点ごとの決定者と協議者を明確にし、未決事項は課題管理表で追跡します。全社を一度に詳細化せず、価値と依存関係の大きい領域に対象を絞り、業務からデータ・システムまで一連の流れを検証して仮説を更新します。
戦略・業務・データ・システム・移行を切らない
エンタープライズアーキテクチャの使いどころ
ビジネスアーキテクチャで戦略目標とケイパビリティを結び、データ・アプリケーション・技術アーキテクチャで実現条件を確認します。ロードマップは現行・目標・移行アーキテクチャの差分として表し、案件間の依存と重複を投資判断へ戻します。TOGAFの成果物をすべて作るのではなく、能力マップ、価値ストリーム、アプリケーション・データ関係、移行ロードマップを中計の判断単位に合わせて使います。
DAMA-DMBOKの使いどころ
データを各プロジェクトの副産物にしないため、重要データの責任者、定義、品質、メタデータ、統合・相互運用を中計の共通能力として位置づけます。特に顧客、商品、組織、取引先の共通データは複数施策の前提になるため、DMBOKの知識領域を用いて個別案件より先に責任と投資を設計します。
EAとDMBOKは、成果物を増やすための形式ではありません。今回の意思決定に必要な範囲に絞って適用し、現行・目標・移行状態の差、データの意味と責任、変更の影響を説明できるように使います。フレームワーク名を掲げるだけでなく、責任者、承認権限、更新頻度、品質基準まで定めて初めて運用できます。
会議で決め、現場が使える成果物
成果物は分量の多い完成版文書ではなく、判断の前提、選択肢、責任、移行条件を追跡し、継続的に更新できる設計資産として作ります。
戦略・能力・投資トレーサビリティマップ
経営目標、戦略仮説、必要能力、差分、施策、KPI、責任者を一貫したIDで結びます。
使いどころ：施策の必要性、重複、抜けを経営会議で確認する
投資ポートフォリオ評価表
価値、費用、リスク、依存、可逆性、現場負荷、データ前提を共通尺度で比較します。
使いどころ：予算配分、加速、縮小、中止を判断する
移行アーキテクチャ・ロードマップ
四半期ごとの能力状態、システム・データ移行、暫定対応、廃止対象、意思決定ゲートを示します。
使いどころ：案件横断の順序とクリティカルパスを管理する
経営KPIツリーと価値実現計画
結果、ドライバー、能力、実行指標を因果でつなぎ、データ源とレビュー頻度を定義します。
使いどころ：計画差の原因と次アクションを明確にする
よくある失敗と、早期の是正方法
失敗の多くはツールの機能不足ではなく、目的、対象範囲、責任、データ、移行条件の曖昧さから起きます。
| 失敗パターン | 構造的な原因 | 是正する方法 |
|---|---|---|
| 部門施策の合算を中計と呼ぶ | 全社で完成させる能力と資源制約が定義されていない | 能力ポートフォリオで重複・依存・優先順位を再評価する |
| DXを別冊にする | 事業戦略とデータ・システム投資の因果が切れている | 経営目標から業務能力、データ、アプリケーションまで同じマップで追う |
| 年度予算を確定した後は見直さない | 学習結果より予算消化と計画遵守が優先される | 四半期ゲートで継続・修正・中止と資源再配分を行う |
| 稼働を成果とみなす | 利用、行動、業務成果の先行指標がない | 能力完成条件と価値実現KPIを投資チャーターへ入れる |
施策過多の中計を、三つの変革波へ組み替える
以下は、設計の考え方を説明するための架空のモデルシナリオであり、特定企業の事例ではありません。個別の成果や効果を保証するものではありません。
複数事業を持つ企業が多数のDX・業務改革案件を計画していると仮定します。部門別にはすべて必要でも、能力マップで整理すると、顧客・商品マスタ、計画業務、経営管理データという三つの共通前提へ集中していました。そこで個別画面の開発を抑え、共通定義と責任者、重点事業での実装、横展開という移行波へ組み替えます。
各波では、システム完成率ではなく、対象会議で新しい指標が使われたか、例外判断のリードタイムが変わったか、旧帳票・手作業を止められたかを確認します。効果が出ない場合は、データ不足、権限、業務設計、教育のどこが根因かを切り分け、次波への資金配分を見直します。
着手前の最終チェック
一つでも説明できない項目があれば、ベンダー選定や開発着手の前に仮説と責任を補います。
- 重点事業と必要能力の因果を経営陣が同じ言葉で説明できる
- 施策ごとに価値仮説、責任者、先行KPI、検証期限がある
- 案件間のデータ・システム・人材依存を可視化している
- 共通能力と事業固有能力の投資主体が決まっている
- 各移行波で止める業務・帳票・システムを定義している
- 現場の変化許容量と繁忙期をロードマップへ織り込んでいる
- 四半期ごとに継続・修正・中止を判断する会議体がある
- 中計、IT投資、DX、人材計画が同じポートフォリオで更新される
よくあるご質問
検討初期に多い疑問を、経営・業務・データ・実行の観点から整理します。
中計策定後からでも実行体系を見直せますか。
可能です。既存の目標・施策・予算を否定せず、能力と依存関係で再整理し、初年度の意思決定ゲートと先行KPIを補います。全体を作り直すより、重要案件の重複と前提不足から是正する方が実行しやすい場合があります。
投資効果を金額で算定できない基盤案件はどう評価しますか。
直接効果だけでなく、複数施策を成立させる依存、リスク回避、意思決定時間、再利用性、将来の選択肢を評価します。ただし「基盤だから必要」で無条件に承認せず、利用する後続案件と完成条件を明示します。
どの程度の期間で構想を作れますか。
対象事業、既存資料、関係者数で変わります。期間を先に固定するより、経営アジェンダ、必要能力と現状の差、選択肢、ロードマップ、ガバナンスのどこまでを今回の意思決定に必要とするかで範囲を定めます。
関連する支援とナレッジ
複数テーマが絡む場合も、同じ変革ロードマップ上で優先順位と依存関係を整理します。
中計の施策一覧を、経営が選べる投資ロードマップへ。
既存の中計・DX計画・IT投資一覧を拝見し、能力の抜け、重複、依存、意思決定ゲートを整理します。資料レビューや特定事業のワークショップから開始できます。
中計実行ロードマップを相談する
コメント