DX戦略に「顧客体験を変える」「新しいサービスを生む」「意思決定を速める」と書かれていても、 実行段階では基幹システム刷新、クラウド移行、データ基盤整備といった個別案件へ分かれがちです。 それぞれの案件は進んでいるのに、どの事業価値に効くのか、優先順位は妥当か、変化へ追随しやすくなったかを説明できない状態が生まれます。

問題は、技術の選択だけではありません。経営、事業部門、IT部門、データ部門が異なる言葉と評価軸で判断し、 IT資産とデータの現状が事業戦略へ結び付いていないことにあります。システム台帳があっても、事業能力、利用データ、 変更リードタイム、運用リスクまで一つの判断材料として見られなければ、投資は全社最適になりません。

IPAは2026年5月、DX推進指標と連携する新しい指標案として「IT・データ活用に関する組織連携指標」 「DX-IT推進指標」「データマチュリティ推進指標」を公開しました。組織の意思決定、ITガバナンス、データ活用能力を別々に採点するのではなく、 DX戦略と実行をつなぐ共通言語として使う考え方です。本記事では、この考え方を実務へ落とす5つの手順を整理します。

具体的な課題：戦略、刷新案件、データ整備が別々の計画になっている

IPAのDX動向2026は、国内企業のDX成果が業務効率化などで現れやすい一方、企業価値創出へつながる取組では限定的な状況が続くと整理しています。 効率化そのものが問題なのではありません。効率化で得た時間やデータを、顧客価値、事業転換、収益機会、リスク低減へどう再配分するかが決まっていないことが課題です。

  • 経営の言葉が抽象的である：変革の方向は示すが、対象顧客、変える能力、確認する成果が曖昧。
  • IT投資が案件単位で並ぶ：更改期限、保守費、障害リスクは見えるが、事業価値との関係が比較できない。
  • データ整備が基盤導入になる：誰がどの判断に使うかより、収集量やツール導入が先に決まる。
  • 部門ごとに正しい答えが違う：経営は成長、現場は使いやすさ、ITは安定、データ部門は品質を優先する。
  • 刷新後の改善方法がない：一度の移行を完了条件とし、技術的負債や再レガシー化を継続的に見直せない。
DXの実行力は、個別案件の数ではなく、事業価値から組織・IT・データの優先順位を同じ場で決め、結果を更新できるかで変わります。

考え方：組織連携、DX-IT、データ成熟度を一つの意思決定へつなぐ

IPAの新指標案は三つの視点を示しています。組織連携指標は、経営・IT・事業部門などの役割分担、権限、意思決定、連携を扱います。 DX-IT推進指標は、全社戦略とIT・データ活用方針の整合、情報資産との関係、投資・リソース・価値、リスク、継続的改善を扱います。 データマチュリティ推進指標は、データ戦略、基盤、品質、人材などを含む組織的なデータ活用能力を可視化します。

三つの結果を平均して一つの点数にする必要はありません。たとえば顧客対応をリアルタイム化したい場合、 意思決定権限が曖昧、顧客IDがシステム間で一致しない、変更に半年かかるという三つの弱点が連鎖します。 この連鎖を「顧客への回答時間」「一貫した提案」「変更リードタイム」といった同じ価値仮説へ結び付けることが重要です。

DX-IT推進指標案は、自己診断、結果確認、次の一手の確認を繰り返し、ITガバナンスを継続的に改善する構造を示しています。 また、IT投資の最適化、変化へ迅速に対応できるシステム、再レガシー化を防ぐプロセスを期待される効果として挙げています。 つまり、診断の目的は現在地を証明することではなく、次の意思決定を具体化することです。

実践手順1：変えたい事業価値を一つの仮説にする

最初に、システム名や技術名ではなく、誰にどの変化を届けるかを定めます。 「顧客が一度の問い合わせで回答を得られる」「営業が最新の在庫と契約状況を同時に見られる」 「新商品の価格を週単位で検証できる」のように、対象者、行動、変化を一文にします。

次に、その変化を確認する先行指標と結果指標を少数だけ置きます。利用者が必要なデータへ到達する時間、 変更を本番へ反映する時間、手戻り、顧客の完了率、継続利用、リスク事象などです。 初期値が不明なら、推測で目標値を固定せず、最初の30日で測定方法と基準値を確かめる課題にします。

実践手順2：経営・事業・IT・データの判断者をそろえる

価値仮説ごとに、最終的な優先順位を決める人、業務成果に責任を持つ人、IT資産を把握する人、 データの意味・品質・利用条件を管理する人を明確にします。セキュリティ、法務・コンプライアンス、調達、財務などは、 対象リスクや契約に応じて参加させます。肩書ではなく、どの判断を行い、どの情報を提供し、いつ承認するかを書きます。

会議体を増やすことが目的ではありません。事業部門が価値と運用制約を示し、IT部門が依存関係と変更可能性を示し、 データ部門が意味、品質、利用条件を示した上で、同じ投資候補を比較できる場を作ります。 意見が割れた場合の決定者、期限、保留条件も先に決めます。

実践手順3：IT資産とデータを事業価値へひも付ける

既存のシステム台帳を作り直す前に、選んだ価値仮説に必要な範囲から着手します。 顧客が価値を受け取るまでの業務やサービスをたどり、必要なシステム、データ、外部サービス、手作業、責任者、主要な依存関係を一枚にします。

  • 価値：支える顧客体験、業務能力、収益機会、リスク低減。
  • IT：所有者、ライフサイクル、変更リードタイム、可用性、保守費、技術的負債、連携方式。
  • データ：意味、生成元、品質、鮮度、利用者、アクセス条件、保持、重要な派生関係。
  • 依存：ベンダー、契約、担当者、外部API、手作業、代替手段、移行順序。

数値が取れない項目は空欄のまま放置せず、「未確認」「推定」「事実」を区別します。 情報がないこと自体が投資判断のリスクです。全社台帳の完成を待たず、重要な意思決定に必要な証拠から更新します。

実践手順4：価値、緊急度、実行可能性で重点ギャップを選ぶ

成熟度が低い項目をすべて改善すると、取組が広がり過ぎます。価値仮説の達成を妨げるギャップを、 期待される効果、放置リスク、期限、依存関係、実行可能性で比較します。 たとえば、古いシステムであることより、顧客IDの不一致が判断を遅らせていることの方が先かもしれません。

対応策も全面刷新に固定しません。廃止、統合、分離、API化、データ品質改善、運用変更、権限見直し、 段階移行などを候補にし、事業価値、移行リスク、可逆性、継続的な変更容易性を比較します。 ベンダー見積りは重要な入力ですが、優先順位と受入条件はユーザー企業側が事業責任として決めます。

実践手順5：90日の実行単位にし、結果を次の判断へ戻す

選んだ重点ギャップを、90日以内に事実を増やせる実行単位へ分けます。最初の30日で価値仮説、現状、責任者、 依存関係を確認し、次の30日で小さな変更や検証を行い、最後の30日で利用結果、運用負荷、リスク、次の投資判断を整理します。 大規模な移行そのものを90日で終える必要はありません。設計判断、データ整備、切替方式、運用能力など、次の不確実性を減らします。

評価では、作業の完了数だけでなく、顧客・業務の変化、変更リードタイム、データ品質、障害や手戻り、 維持費、利用者の行動を確認します。期待した効果が出なければ、施策を続ける前提ではなく、価値仮説、対象範囲、 対応策、優先順位を更新します。この反復が、再レガシー化を防ぐ運用になります。

注意点：指標案を完成した標準や適合判定として扱わない

  • 新指標は検討中の案である：IPAは構想案・試作版として公開しており、設問や構成が変わる可能性を明記している。
  • 点数を目標にしない：平均点の引上げではなく、事業価値に効く差と次の行動を合意する。
  • IT部門だけで回答しない：経営、事業、IT、データが事実と仮説を持ち寄り、判断の不一致を見つける。
  • 全社棚卸しの完成を待たない：重要な価値仮説から範囲を切り、意思決定に必要な情報を優先する。
  • 全面刷新を唯一の解にしない：廃止、統合、分離、段階移行、運用改善を含めて比較する。
  • データを無制限に集めない：利用目的、アクセス、品質、保持、個人情報・機密情報の取扱いを明確にする。
  • 安定性と速度を対立させない：変更容易性、監視、復旧、セキュリティを設計し、安全に変え続ける能力を評価する。
  • 外部資料を法的要件と誤解しない：制度、契約、個人情報、会計、開示などの個別要件は関係部門と必要に応じた専門家へ確認する。

まとめ

DX戦略を実行へつなぐには、経営のビジョン、組織の意思決定、IT資産、データ活用を同じ価値仮説で見る必要があります。 IPAの新指標案は、組織連携、DX-IT、データ成熟度という三つの視点から、その接続を点検する共通言語を提示しています。

最初の一歩は、重要なDX施策を一つ選び、変えたい事業価値、判断者、必要なIT・データ、最も大きなギャップ、 90日で増やす事実を一枚にすることです。採点で終わらせず、結果を次の投資判断へ戻すことで、 IT刷新を「完了する案件」から「価値へ合わせて変え続ける能力」へ変えられます。

参考にした公式資料

本記事は公的資料をもとに一般的なDX推進、ITガバナンス、データ活用の考え方を整理したものであり、 個別組織の制度適合性、投資判断、会計・税務、契約、個人情報保護その他の法律上・専門上の助言を行うものではありません。 公式資料は2026年8月11日時点で確認しています。実際の施策では、自社の戦略、業界、利用データ、契約、リスク、既存統制を踏まえて判断してください。

FW

WRITTEN BYFourthWall Consulting Teamテクノロジーと経営の両面から、企業変革を支援しています。

← 技術ブログ一覧へ戻る