「生成AIを進めたい」「先にRPAで現場業務を自動化したい」「その前に老朽化した基幹システムを刷新すべきだ」。DXを進める企業では、経営・現場・IT部門から異なる意見が出ることがあります。
この状態を単純な意見対立と考える必要はありません。経営は成長や競争力、現場は業務負荷や顧客対応、IT部門は安定性・セキュリティ・保守性を見るなど、それぞれ担当する責任と時間軸が異なるためです。
DX施策の優先順位を決めるときに重要なのは、「AI・RPA・基幹刷新のどれが優れているか」を議論するのではなく、各施策を共通して判断できる形へ翻訳することです。
本記事では、「経営は生成AI、現場はRPA、IT部門は基幹システム刷新」を主張している架空企業を例に、DX施策の優先順位を整理する方法を解説します。
DXで意見が割れるのは、それぞれ見ているものが違うから
経営・現場・IT部門の意見は、必ずしも互いに矛盾しているわけではありません。
例えば現場が「転記作業をRPAで減らしたい」と考えている場合、現場にとっては日々の負担削減が重要です。一方、その転記作業が月次締めの遅延や入力ミス、担当者依存につながっているのであれば、経営課題としても説明できます。
IT部門の「基幹システムが古い」という主張も同様です。「古いから刷新する」ではなく、保守終了、セキュリティ更新の難しさ、新システムとの連携制約、障害復旧リスクなど、事業への影響へ変換すると経営と議論しやすくなります。
「AI・RPA・基幹刷新」のまま比較しない
生成AI、RPA、基幹システム刷新は、同じレイヤーの施策とは限りません。
生成AIは知識活用や新しい業務体験を狙う場合があります。RPAは既存業務の定型作業を自動化する手段として使われます。基幹システム刷新は、事業継続やデータ連携、将来のDX施策の前提となる基盤投資になる場合があります。
そのため、「AIとRPAのどちらがROIが高いか」「AIと基幹刷新のどちらを来月始めるか」と施策名だけで競わせると、目的・時間軸・前提条件が異なるものを無理に比較することになります。
まず各施策を「解決したい課題」へ戻す
例えば「生成AIを導入する」を、そのまま意思決定対象にせず、「提案書作成に必要な社内知識を探す時間を減らしたい」「問い合わせ対応で過去資料を参照しやすくしたい」など、対象業務と期待成果へ変換します。
RPAも「自動化したい」ではなく、何の転記・照合・入力作業を減らしたいのか、その業務自体が今後も残るのかを確認します。
基幹システム刷新についても、老朽化という表現だけでなく、保守期限、障害リスク、データ連携、新規SaaSやAI活用への制約などを明確にします。
経営・現場・ITで共通の評価軸を作る
施策を課題へ翻訳した後、同じ観点で確認します。例えば次のような項目です。
| 評価軸 | 確認すること |
|---|---|
| 経営戦略との整合 | 中期方針・重点事業・経営目標とどう関係するか |
| 課題の重要度 | 解決対象となる業務・経営課題はどの程度重要か |
| 緊急性 | 期限・保守終了・法令対応等があるか |
| 期待効果 | 業務、顧客、経営判断等にどのような変化を期待するか |
| 未対応リスク | 実施しなかった場合に何が起きるか |
| 実現可能性 | 技術、人材、データ、期間等の条件を満たせるか |
| 費用・社内工数 | 導入費だけでなく社内の対応負荷も現実的か |
| 依存関係 | 他施策の前提、競合、二重投資になる要素はないか |
| 運用・定着 | 導入後に誰が運用し、現場で利用できるか |
| セキュリティ・法令・事業継続 | 通常の費用対効果とは別に対応すべき条件がないか |
これらすべてを5段階評価して合計点を出す必要はありません。評価軸の役割は、異なる施策について「同じ質問をする」ことです。
経済産業省が2026年に改訂したDX推進指標も、単なるツール選定ランキングではなく、経営者や社内関係者がDXの現状・課題に関する認識を共有し、アクションにつなげるための自己診断指標として位置づけられています（経済産業省, 2026）。
ROIだけでは決めにくいDX施策もある
DX投資では、投資利益率（ROI）を確認することは重要です。一方、短期的なROIだけでは評価しにくい施策もあります。
例えば、保守終了が迫るシステムの更新、重大なセキュリティリスクへの対応、法令対応、将来のデータ活用に必要な基盤整備などです。
こうした施策は「何円の売上を増やすか」だけでなく、「今実施しない場合に何が起こるか」「他の施策を進めるための前提か」という観点を加えます。
必須対応・基盤整備・短期改善・成長投資を分ける
すべての施策を1位から並べるより、性質の違いを分けてDX施策のポートフォリオとして整理する方法があります。
重要なのは、この分類自体で優先順位を自動的に決めることではありません。「必須対応と探索施策を同じROIだけで競わせない」「短期改善と中長期基盤を同じ時間軸で比べない」ための整理です。
AI・RPA・基幹刷新が競合した架空例
架空の中小企業で、来年度のDX予算について3つの案が出ているとします。
| 提案 | 背景 | まだ確認したいこと |
|---|---|---|
| 経営：生成AI活用 | 競争力向上、提案作成や社内知識活用の高度化 | 対象業務、データ、情報管理、期待成果、運用方法 |
| 現場：RPA | 手作業の転記や反復作業を短期的に減らしたい | 業務自体を残すか、例外処理、基幹刷新後も必要か、保守方法 |
| IT：基幹刷新 | 老朽化、保守期限、連携の難しさ、セキュリティ・保守負荷 | 期限、事業影響、移行、費用、代替方法 |
この時点では、どれを最優先とするかは決められません。
例えば基幹刷新の保守期限が迫っているなら、準備を早める必要があるかもしれません。一方、刷新と競合しない定型業務だけRPAで改善する選択肢もあります。生成AIも全社導入ではなく、具体的な利用場面を限定して小さく検証する方法があります。
ただし、この組み合わせを一般的な正解とすることはできません。重要なのは、自社の期限・依存関係・データ・費用・経営方針を確認して順序を決めることです。
施策間の依存関係を確認する
DX施策は独立しているとは限りません。
例えば、顧客データが複数システムへ分散し、定義も揃っていない状態で高度なAI活用を進めようとすると、先にデータ整理が必要になる場合があります。
また、近いうちに基幹システムの業務プロセスを刷新する予定があるのに、現行プロセス上へ大量のRPAを構築すると、刷新時に作り直しが発生する可能性があります。
したがって、各施策について「単独で開始できるか」「他施策の前提か」「同時進行すると競合しないか」を確認します。
スコアリングは「自動決定装置」にしない
複数施策を比較するため、3段階・5段階などで評価を可視化する方法もあります。ただし、評価点は精密な測定値ではなく、定性的な判断を整理したものです。
また、経営戦略によって評価項目の重要性も変わります。成長投資を重視する年度と、事業継続やコスト削減を重視する年度では、同じ重み付けが適切とは限りません。
そのため、「合計点が42点だから実施し、40点だから見送る」と機械的に判断するのではなく、点数の差が生まれた理由を会議で確認するための材料として使います。
誰が何を判断するのか決める
| 主体 | 主に整理・判断する事項 |
|---|---|
| 経営 | 経営戦略、投資、事業上の優先順位、リスク受容 |
| 現場・業務部門 | 業務課題、現場制約、期待成果、定着条件 |
| IT部門 | 技術的実現可能性、アーキテクチャ、セキュリティ、データ、依存関係、運用 |
| DX責任者 | 論点整理、共通評価軸、部門間調整、意思決定材料の作成 |
DX責任者が会議を進行しても、最終的な予算配分や事業上の優先順位まで一人で決めるとは限りません。一方、経営者だけで技術的な実現可能性を判断するものでもありません。
2026年にIPAが公開した「IT・データ活用に関する組織連携指標」も、経営・IT・事業部門等の役割分担、意思決定、連携を整理することを目的としています。ただし、現時点では検討中の構想案として公開されているもので、正式な標準として扱うものではありません（IPA, 2026）。
一度決めた優先順位を見直す
DX施策の優先順位は、一度決めたら固定するものではありません。
例えば、基幹システムの保守期限が変わる、新たなセキュリティ要求が発生する、生成AIの検証で有効な利用場面が見つかる、RPA対象業務が廃止されるなど、前提条件は変化します。
自社の経営管理サイクルに合わせ、一定のタイミングまたは前提条件が変化したときに見直せるよう、「なぜ今回この判断をしたか」「何が変わったら再検討するか」を記録します。
DX施策の意思決定チェックリスト
| 確認項目 | 確認内容 |
|---|---|
| 課題 | 施策名ではなく、解決したい課題を説明できるか |
| 期待成果 | 何が変われば成果と考えるか |
| 戦略整合 | 経営方針とどう関係するか |
| 緊急性 | 期限・保守終了・法令等があるか |
| 未対応リスク | 今実施しなかった場合に何が起きるか |
| 依存関係 | 他施策の前提・競合・二重投資がないか |
| 実現可能性 | データ、人材、技術、期間の条件を満たすか |
| 費用・工数 | 導入費だけでなく社内対応負荷を見ているか |
| 定着 | 導入後の運用・利用者・責任者を確認したか |
| 意思決定者 | 誰が最終判断するか明確か |
| 今回の扱い | 今実施・準備・小さく検証・継続検討・見送りを整理したか |
| 見直し | 判断理由と再検討条件を記録したか |
経営・現場・ITで意見が分かれたら、まず「AI」「RPA」「基幹刷新」といった施策名をいったん外し、それぞれについて「何に困っているのか」「何が変われば成功なのか」「今やらないと何が起きるのか」「他の施策より先に必要な理由は何か」を書き出してみてください。
同じ質問に答えられる形へ変換すると、部門ごとの主張を比較しやすくなります。
まとめ
DX施策の優先順位を決めるとき、経営・現場・ITのどれか一つを正解とする必要はありません。
まず施策名を外し、解決したい課題、期待成果、緊急性、未対応リスク、実現可能性、費用・社内負荷、依存関係などへ翻訳します。
また、必須対応、基盤整備、短期改善、成長・探索では性質が異なるため、全施策を単純な1位から順番に並べるより、ポートフォリオとして扱う方が判断しやすい場合があります。
スコアリングを使う場合も、合計点を自動的な意思決定に使うのではなく、なぜ評価が違うのかを確認する材料とします。そして、最終判断の理由と見直し条件を残します。
SCI総合研究所株式会社のKAMUSHIRUBEでは、「経営はAI、現場は業務自動化、IT部門は基幹刷新を求めており、優先順位を決められない」「DX施策が複数あり、経営会議で使う共通の判断軸を整理したい」「ROIだけでは評価しにくいIT基盤やセキュリティ施策をどう扱うか相談したい」といった段階から相談できます。
特定の施策を一方的に選ぶのではなく、経営課題、業務課題、技術的な前提、依存関係、リスク等を整理し、自社で意思決定するための論点を明確にします。
参考文献
- 経済産業省. 2026. DX推進指標（DXの取組状況を診断する自己診断ツール）.
- 独立行政法人情報処理推進機構（IPA）. 2026. データとITシステムの利活用状況を可視化し、企業のDXを加速する新指標（案）.