「来期からDX推進担当をやってくれ」と任命された直後、部長会議で「DX担当って結局、何する人なの？」と聞かれて言葉に詰まった。そんな経験はないでしょうか。実務手順を解説する記事は数多くありますが、その手前にある「自分は社内で何屋として立てばいいのか」「IT部門と何が違うのか」「評価面談で何をもって成果と言えるのか」というポジションそのものは、意外なほど言語化されていません。
特に経営企画・営業企画・総務など非IT部門から任命されたケースでは、「ITの勉強から入らないと務まらないのでは」という不安が先に立ちがちです。しかしDX推進（デジタルトランスフォーメーション、デジタル技術で業務や事業を変革する取り組み）は社内横断の組織連携が前提の役割であり、必要なスキルの優先順位は世間のイメージとは大きく異なります。
本記事ではDX推進 担当者 役割を「経営とIT現場をつなぐ翻訳者」という上位概念で整理し、必要スキルの優先順位・責任分界・構造的な難しさ・KPI の3階層設計までを一気通貫で解説します。任命直後の実務手順は別記事DX推進担当者のやること：任命初日からの実務手順で扱っています。
中小企業 DX 推進ロードマップテンプレート
この資料でわかること
中小企業の DX 推進担当者・経営者が「どこから手をつければ良いか分からない」という状況を打破できるよう、業務棚卸し・優先度評価・実行計画を一貫して作成できるワークシート型ツールを提供する。
こんな方におすすめです
- DXロードマップの作り方が分からない
- 業務棚卸しから優先順位付けまでを体系的に進めたい
- 中小企業に合ったDX計画書のテンプレートが欲しい
入力いただいたメールアドレスにPDFをお送りします。
DX推進担当者の役割とは — 経営とIT現場をつなぐ「翻訳者」3つの責務
DX推進 担当者 役割を一言で表すなら「経営の言葉と、現場の業務・ITの言葉を相互翻訳する人」です。経営層は「業績を伸ばしたい」という抽象的な言葉で、現場は「入力作業がつらい」という具体的な言葉で、IT部門は「セキュリティ要件」というシステム視点で語ります。この3者を相互翻訳しながら施策を前に進める仕事が、本ポジションの本質です。
上位概念：DX推進担当者は社内の「翻訳者」
経営層が「データドリブン経営をやりたい」と言ったとき、それを現場の「営業日報の入力フォーマット統一」に落とし込み、さらにIT部門の「Salesforceのオブジェクト設計」に変換する。この3層の翻訳ができる人材が社内にほとんどいないため、DX推進担当者という役職が必要になります。
3つの責務：把握する／橋渡しする／推進する
- 責務1：現状を「把握する」：業務・データ・組織の現状を見える化します。どの部門がどんな業務フローで、どんなツールを使い、どんなデータをやり取りしているか。経営層も現場も自社業務を俯瞰した情報を持っていません。担当者が部門横断で現状を整理することで、施策の優先順位を議論する土台ができます。
- 責務2：部門間を「橋渡しする」：DX推進 社内 組織の連携は、ほぼ例外なく部門間の利害調整を伴います。営業は「効率化したい」、経理は「統制を効かせたい」、情シスは「セキュリティを担保したい」とそれぞれの正論を主張します。橋渡しとは、各部門の言い分を翻訳し、合意可能な落としどころを設計する仕事です。
- 責務3：施策を「推進する」：「自分で全部やる」ではなく「小さく始めて成果を返し、社内の信頼を蓄積する」のが推進です。最初から全社一斉導入を狙うと合意形成に時間がかかり、成果が見えないまま予算が削られます。1部門・1業務の小さな成功を作り、横展開する姿勢が求められます。
IT部門長・経営コンサルタントとの違い
DX推進担当者はIT部門長や外部の経営コンサルタントと混同されがちです。IT部門長はシステム可用性・セキュリティに責任を持ち、業務改革の推進は主務ではありません。経営コンサルタントは外部から戦略を提言する立場で、社内の合意形成は担いません。DX推進担当者は「社内の人間として戦略と実装を行き来し、合意形成と実行を最後までやり切る」点で両者と異なります。
DX推進担当者に必要なスキル — 技術スキルより「業務理解」が最重要な理由
DX推進 担当者 スキルを考えるとき、多くの非IT人材は「ITの勉強から始めなければ」と思い込みます。しかし結論から言えば、優先順位は 業務理解 > プロジェクト推進 > 技術知識 です。技術スキルは3番目で、しかも「自分で実装するレベル」ではなく「ベンダーやIT部門と判断できるレベル」で十分です。
スキルの中身と順序
- 業務理解：自社のどの部門が、どんな業務フローで、どこにボトルネックがあり、何が解決されれば誰が嬉しいのかを具体的に語れる力
- プロジェクト推進：合意形成・スケジュール管理・KPI設計で複数部門の施策を完了まで持っていく力
- 技術知識：SaaS・API・RPA・データ基盤などの選択肢を評価できる力
この3つを上から積むのが、非IT人材にとって再現性のあるルートです。
なぜ「業務理解」が最重要か
業務理解を最上位に置く根拠は、DXが失敗する構造的な原因のほとんどが「業務側の課題定義不足」と「現場との合意形成の失敗」にあるからです。IPA「DX白書2023」でもDXに取り組む企業の中で「具体的な効果や成果が見えない」「何から始めてよいかわからない」と回答した企業が一定の割合で存在しており、技術選定の問題というより「業務上の課題が言語化されていない」ことの裏返しです（出典: IPA「DX白書2023」エグゼクティブサマリー、2023年）。
技術選定は課題が明確なら外部ベンダーやIT部門に相談すれば解が見つかります。しかし「何が課題か」「何が解決されれば成功か」を業務側の言葉で定義できる人材は社内にしかいません。ここがDX推進担当者の最大の価値で、非IT人材ほど強みになる領域です。
技術知識は「判断できるレベル」で十分
技術知識は自分で実装できる必要はありません。「クラウドとオンプレの違い」「SaaS選定で見るべきポイント」「RPAで自動化できる業務の違い」といった、判断のための広く浅い知識で十分です。実装はベンダーや社内IT部門に委ね、DX推進担当者は「業務の言葉を技術の言葉に翻訳する」ことと「技術選択肢を業務インパクトで評価する」ことに集中します。
不足スキルを体系的に学びたい場合は、IPAが公開する「DX推進スキル標準（DSS-P）」が参考になります。DXを担う人材を6つのロール（ビジネスアーキテクト・デザイナー・データサイエンティスト・データマネジメント・ソフトウェアエンジニア・サイバーセキュリティ）に分類した公的指針で、2024年7月にバージョン1.2が公開され、生成AI活用の補記も追加されています（出典: IPA「DX推進スキル標準（DSS-P）概要」）。
「DX担当 何をする人なのか」を社内に説明できるか — 業務範囲と責任分界
社内会議で「DX担当って何をする人？」と聞かれたとき、1分で答えられるでしょうか。経営層・現場部門・IT部門の3者間で担当者がどこまでを担うかを責任分界として整理し、社内で使える自己紹介スクリプトの型を示します。
経営層・現場・IT部門との3者間 責任分界
DX推進 社内 組織の中で誰が何に責任を持つかを、4つの観点で整理します。
観点 | 経営層 | DX推進担当者 | 現場部門 | IT部門 |
|---|---|---|---|---|
戦略・方針の決定 | 最終決定者 | 戦略の起案・選択肢提示 | 業務制約の提示 | 技術制約の提示 |
業務課題の定義 | 経営課題の提示 | 部門横断で集約・優先順位化 | 現場課題の提示 | システム課題の提示 |
施策の推進 | 予算承認・進捗確認 | プロジェクト推進・合意形成 | 業務側の実行・検証 | システム実装・運用 |
成果の評価 | KPI 達成可否の判断 | KPI 設計・進捗報告 | 業務改善効果の実感 | システム稼働状況の報告 |
ポイントは、担当者が「最終決定者」ではなく「起案・集約・推進・報告」の役割に徹することです。本人がすべての意思決定を抱え込むと、合意形成が滞ります。
「DX担当って何する人？」に1分で答えるスクリプト例
「DX推進担当の◯◯です。私の役割は、経営層が描いている方針と、現場の業務課題と、IT部門が扱える技術選択肢の、3つを行き来しながら社内の業務改革を前に進めることです。具体的には、(1) 各部門の現状を見える化して、どこを優先的に改善すべきかを整理し、(2) 関係部門の合意を作りながら施策を立ち上げ、(3) 小さな成果を積み上げて経営層に報告する、の3つを順に進めていきます。実装は社内IT部門や外部のパートナーと組んで進めるので、技術の細かい話は彼らと連携しながら、私自身は業務側の課題定義と全体の進捗管理に集中します。」
このスクリプトは「翻訳者の3責務」と「スキル優先順位」を社内向けに言い換えたものです。「3者を翻訳する／3つの責務／実装は連携先に任せる」という3点セットを核に、自分の言葉で語れる状態を作ってください。
任命直後の具体的な実務手順は別記事へ
役割の概念定義と責任分界が整理できたら、次は実際に手を動かすフェーズです。任命初日から1ヶ月目にかけての実務手順（IT資産の棚卸し・現場ヒアリング・施策選定・経営層への報告様式・失敗パターン）については別記事DX推進担当者のやること：任命初日からの実務手順で解説しています。
DX推進が「難しい」と感じる3つの構造的な理由と乗り越え方
DX 推進 難しい 理由として能力不足を挙げる声をよく聞きます。しかし任命された担当者の多くが感じる「難しさ」は個人の能力の問題ではなく、組織と仕事の構造に由来します。構造的な理由を3つに整理し、それぞれの乗り越え方を提示します。
構造的理由1：経営層と現場の「DX」の意味がズレている
経営層は「DX = 新しい収益の柱を作る」というビジネスモデル変革の文脈で語り、現場は「DX = 日々のExcel作業をなくす」という業務効率化の文脈で語ります。この期待値のズレは日本企業で構造的に発生しています。IPA「DX白書2023」でも、成果が出ている企業はビジネスモデル変革を進める一方、成果の出ていない企業は業務効率化やコスト削減（守りのDX）に留まる二極化が指摘されています（出典: IPA「DX白書2023」、2023年）。
乗り越え方：「攻めのDX」と「守りのDX」の2レイヤーを最初から区別して語る習慣を持ちましょう。経営層には事業インパクトのレイヤーで、現場には業務改善のレイヤーで、別々の言語で説明する。担当者が両レイヤーを同時に走らせる立場だと、最初の数ヶ月で関係者にすり込むのが鍵です。
構造的理由2：成果が短期で見えず、可視化が難しい
DXの成果は半年〜1年では見えにくいものが多くあります。データ基盤整備・デジタルリテラシー向上・顧客体験改善などは効果が出るまでに1〜3年を要し、単一の数値では測れません。短期で成果を出さないと予算と社内の支持を失う時間軸の問題は、個人の努力では解決できない構造的制約です。
乗り越え方：「短期の業務効率化で信頼を稼ぎ、その信頼で中長期の構造変革に投資する」二段構えを計画段階から経営層と握ってください。最初の半年で工数削減など定量的に見える成果を作り、その実績を背景に1〜2年スパンの施策を承認してもらいます。短期成果は中期投資の資金調達手段になります。
構造的理由3：既存業務との並走でリソースが不足する
DX推進担当者の多くは既存業務との兼務で任命されます。本来業務と並走するため時間・人的リソースが構造的に不足し、「頑張れば解決する」問題ではありません。
乗り越え方：個人の頑張りで解決せず、初期段階で「自分が稼働できる時間」を経営層に明示してください。週20時間しか割けないなら、その範囲でできる施策しか並走できません。リソース制約を最初に明示することで施策のスコープが現実的になり、成果も出やすくなります。
DX推進担当者の KPI 設計と、自分の評価軸の作り方
任命された担当者のもう一つの悩みが「評価面談で何を成果として持って行けばよいか」です。経営層への報告用KPIと、自分自身の評価軸KPIは重なる部分はあっても完全には一致しません。KPIの3階層設計、時間軸での重み付け、評価面談で使える定量・定性の組み合わせ方を整理します。
KPI を3階層で設計する
DX施策のKPIは、性質の異なる3つの階層に分けて設計するのが効果的です。
- 業務効率 KPI：処理時間短縮・工数削減・エラー率低下など、現場の業務改善で直接測れる指標。例：受注処理の平均時間を30分から10分に短縮
- 事業インパクト KPI：売上・利益・顧客数など、経営層が直接気にする指標へのインパクト。例：データ活用による営業のクロスセル率5pt向上
- 組織変革 KPI：デジタルリテラシー・データドリブン文化など、組織の能力に関する指標。例：全社員のデジタルツール活用率、部門横断プロジェクトの実施件数
業務効率KPIは即効性が高く、事業インパクトKPIは中期、組織変革KPIは長期で見る必要があります。1つの階層だけで成果を語ると、どこかに無理が出ます。
時間軸での重み付け
3階層を時間軸で重み付けすると、次のようになります。
- 最初の半年：業務効率KPIを主指標にし、短期で測れる成果を積んで社内の信頼を獲得する
- 1年目後半〜2年目：事業インパクトKPIを主指標にする
- 2年目以降：組織変革KPIを主指標にする
フェーズに合わせて主指標を移すことが現実的な進め方です。
自分の評価軸：定量 KPI と定性的実績の組み合わせ
評価面談で持ち出せる成果は定量KPIだけではありません。DX推進担当者の場合、定性的な実績の方が中長期のキャリアに効くことが多くあります。具体的には、(1) 経営視点で業務を語れる、(2) 部門横断推進で社内ネットワークを獲得した、(3) 業務とITの両方の言葉で外部パートナーとの交渉力が上がった、といった経験はどの役職にも応用が効く資産です。
評価面談には定量KPI（3階層から各1〜2個ずつ）と定性的実績（3つ程度）を組み合わせて持参するのがおすすめです。
経営層への効果説明はROIで語る
経営層への報告では、業務効率KPIを金銭価値に変換しROI（投資対効果）の観点で語ると伝わりやすくなります。例えば「処理時間30分→10分の短縮」を「年間◯◯時間の削減 × 平均人件費単価 = 年間◯◯万円のコスト削減」と換算し、施策の投資額と比較する形です。ROIで語ることで経営層は「投資判断の文脈」で施策を評価でき、追加投資の合意も取りやすくなります。
DX推進担当者として2〜3年の経験を積むと、(1) 経営視点で業務を語れる、(2) 部門横断のプロジェクト推進力、(3) 業務とITの翻訳力、という3つの汎用スキルが身につきます。経営企画・事業企画・新規事業開発・プロダクトマネジメントなど多くのポジションで応用が効く、中長期のキャリア資産になります。
まとめ：DX推進担当者は「翻訳者」として、業務理解と評価軸で勝負する
DX推進 担当者 役割は経営とIT現場をつなぐ「翻訳者」であり、責務は「把握する／橋渡しする／推進する」の3つに集約できます。必要スキルの優先順位は 業務理解 > プロジェクト推進 > 技術知識 で、技術は「判断できるレベル」で十分です。社内では最終決定者ではなく「起案・集約・推進・報告」の役割に徹し、1分の自己紹介スクリプトでポジションを繰り返し言語化しましょう。
DX 推進 難しい 理由の多くは個人の能力ではなく「期待値のズレ」「時間軸の問題」「兼務問題」という構造的な制約に由来します。KPIは3階層で設計し、半年・1年・2年で主指標を移していくことで、経営層の期待と現場の実感の両方に応えられます。
次は実際に手を動かすフェーズに進みましょう。任命初日から1ヶ月目にかけての実務手順はDX推進担当者のやること：任命初日からの実務手順で解説しています。本記事の役割理解と実務手順を組み合わせることで、任命直後の不安は確実に小さくなります。
中小企業 DX 推進ロードマップテンプレート
この資料でわかること
中小企業の DX 推進担当者・経営者が「どこから手をつければ良いか分からない」という状況を打破できるよう、業務棚卸し・優先度評価・実行計画を一貫して作成できるワークシート型ツールを提供する。
こんな方におすすめです
- DXロードマップの作り方が分からない
- 業務棚卸しから優先順位付けまでを体系的に進めたい
- 中小企業に合ったDX計画書のテンプレートが欲しい
入力いただいたメールアドレスにPDFをお送りします。
