DX人材不足を採用で解こうとして行き詰まる理由。内製化を始める順序

なぜ今、DX人材不足が構造問題として捉え直されるのか

「DX人材が足りない」という声は日本企業の経営会議で繰り返されてきた。しかし2026年時点においても、この問いへの答えが「採用を増やす」「研修を充実させる」以上に進んでいない企業が多い。問題の核心を見誤ったまま処方箋を書いている状態が続いているように、私たちは現場で感じてきた。

IPA「DX動向2025」に関する調査報告によると、日本企業の85%超がDX推進人材の不足を訴えており、これは国際比較において際立って高い水準である。同じ調査では、従業員1000人以上の大企業でもDX取組率は96.1%に達する一方、成果創出は6割弱にとどまり、米独の8割超と大きな乖離がある。

取り組んでいるのに成果が出ない。人材が不足していると感じているのに、採用を増やしても解決しない。この矛盾の根本にあるのは、DX人材の「絶対数不足」ではなく、必要なスキルセットの定義が経営層レベルで行われていないという構造的問題であると、IPAは指摘している。IPAは乖離の根本原因として、経営層とIT部門・他部門の対話不足、およびデジタル技術理解の不足を明示している。

PwCのDX調査でも、日本企業はDX推進における人材・スキル面での課題を継続的に上位課題として挙げており、国際比較での人材不足感の高さは複数の独立した調査で一貫して確認されている。単一調査のノイズではなく、日本固有の構造として繰り返し観測される現象である。

この構造を正確に理解しないまま内製化や採用強化に資源を投入しても、効果は限定的になる。本記事では、国際比較データが示す断絶の構造を解剖したうえで、組織設計として取るべき判断軸を具体的に示す。

構造的断絶の仕組み：なぜ日本だけがこれほど人材不足を感じるのか

米独と日本のDX成果創出率の差を「ITエンジニアの数」で説明しようとすると、データと整合しない部分が出てくる。日本の理工系大学院進学者数や、主要テック企業の開発者数が極端に少ないわけではない。差異は人数よりも、DX推進における組織構造と意思決定経路にある。

経営層とIT部門の断絶が生む「需要定義の失敗」

私たちが現場で接してきた範囲では、DX人材不足の訴えが最も強い組織に共通するパターンがある。経営層は「デジタル化を進めたい」というビジョンを持ちながら、具体的にどのスキルを持つ人物が何をするべきかを定義できていない。その結果、IT部門または外部ベンダーに要件定義を丸ごと委ねることになる。

IT部門は技術的に実装可能なものを提案するが、事業変革のビジョンと技術実装の橋渡しをする人材がいないため、提案と経営の期待値がずれ続ける。「欲しい人材がいない」と感じるのは、採用市場に問題があるのではなく、「何ができる人を採ればよいかわからない」状態が根本にある。これがIPAの言う「経営層とIT部門の対話不足」の実態である。

米独との組織設計の差異

私たちが観察してきた範囲では、DXで成果を出している米独企業には、ビジネス変革のビジョンとIT実装能力を同一チームが担う構造が多い。プロダクトマネージャーがビジネス成果の責任を持ち、エンジニアと直接協働する。この構造では、「何ができる人が必要か」は日常的な対話の中で自然に定義されていく。

日本企業に多いのは、事業部門がIT部門に「システムをつくってほしい」と依頼し、IT部門がベンダーに「開発してほしい」と再委託する多段構造である。この構造では、ビジネス側とIT側の間に翻訳コストが常に発生し、DX推進の速度と成果の両方が落ちる。人材が不足しているのではなく、人材の配置と役割定義が構造的にミスアラインされている状態と言える。

採用競争力が弱い場合の現実的な選択

DX内製化を推進する際の障壁として、専門人材の採用競争力の低さと並び、既存の業務プロセスやシステムへの精通を持つ社員のデジタルスキル転換（リスキリング）の遅れが指摘されている。大企業と比べて採用ブランドが弱い企業は、外部からのDX人材獲得で大企業と競い合うより、既存社員のリスキリングと役割再設計に注力するほうが現実的な場合が多い。

ただし、リスキリングも闇雲に進めても効果は薄い。どの業務領域でデジタルスキルが必要になるかを先に定義し、その定義に基づいて育成対象と育成内容を決めなければ、研修への投資が成果に結びつかない。ここでも「需要定義」が先決であることが確認される。

みっちゃくんを見る

設計上の落とし穴：内製化を急ぐことで起きる3つの失敗パターン

DX人材不足という課題への反射的な答えが「内製化の推進」になりやすいが、内製化は万能薬ではない。私たちが見てきた取り組みでは、内製化を急いだことで想定外のコストと混乱が生じたケースが少なくない。以下に代表的な失敗パターンを整理する。

落とし穴1：内製化の射程を定めずに始める

「内製化する」と決めたものの、何を内製し何を外部に委ねるかの境界線が曖昧なまま始めるケースがある。この状態では、エンジニアを採用・育成しても担当業務が定まらず、既存のITベンダーとの役割が重複し、双方の稼働効率が落ちる。

内製化の射程を定めるとは、「自社の競争優位に直結する機能はどこか」を経営判断として明示化することである。競争優位に直結しない基盤インフラや汎用SaaSの運用は外部委託のままでよく、顧客接点や意思決定支援に関わるデータ分析・プロダクト開発を内製化する、という切り分けが一例として挙げられる。

落とし穴2：採用と育成のタイミングがDX成熟度とずれる

DX推進の成熟度が低い段階（業務のデジタル化がまだ部分的で、データ基盤が整っていない段階）で高度な内製開発チームを構築しようとすると、採用したエンジニアが十分に活躍できる環境が整っていないため、早期離職につながりやすい。

私たちが観察してきた範囲では、成熟度が低い段階では外部パートナーとの協働でナレッジを社内に蓄積しながら、特定の業務領域から段階的に内製化へ移行するアプローチが機能するケースが多い。一気に内製化を完結させようとするのではなく、フェーズごとの達成目標を設定し、外部依存度を計画的に下げていく設計が現実的である。

落とし穴3：経営層のデジタルリテラシーを前提条件として置かない

内製チームを立ち上げても、経営層がチームのアウトプットを評価・意思決定できなければ、チームは優先順位が定まらない状態で動くことになる。「DXは現場に任せている」という経営層のスタンスは、一見して現場への信頼のように見えるが、実際には意思決定の責任放棄として機能するケースが多い。

経営層が最低限のデジタルリテラシーを持つことは、内製チームが成果を出すための前提条件と考えるべきである。全員がエンジニアになる必要はないが、「データ分析の結果をどう解釈するか」「どのシステム投資が事業戦略と整合するか」を経営層が判断できる状態を作ることが、内製化成功の土台になる。

実装・運用の指針：内製化の射程を定める組織設計の進め方

以上の構造分析と失敗パターンを踏まえ、今取り組むべき組織設計の具体的な進め方を示す。順序が重要であり、後のステップを先に着手しても効果は出にくい。

ステップ1：DX推進の成熟度を現状診断する

内製化の判断を下す前に、自社のDX成熟度を正確に把握する必要がある。以下の観点から現状を整理することが出発点になる。

• 業務デジタル化の範囲：主要業務プロセスのどこまでがデジタル化されているか。紙・メール・手作業が残っている領域はどこか。
• データ基盤の整備状況：業務データが一元管理されているか。分析に使えるデータが社内に存在するか。
• IT人材の現在地：社内に技術的な判断ができる人材がいるか。外部ベンダーとの対話を主導できる人材はいるか。
• 経営層の関与度：DX推進の方向性に経営層が具体的な意見を持っているか。IT投資の優先順位を経営層が自ら判断しているか。

これらを整理すると、現在地が「デジタル化初期段階」「データ活用移行期」「内製開発可能段階」のどこにあるかが見えてくる。段階によって、内製化の射程と外部委託の範囲は大きく異なる。

ステップ2：競争優位と内製化の境界線を経営判断として明示化する

成熟度の診断をもとに、「自社の競争優位に直結するデジタル機能はどれか」を経営会議で明示化する。この作業は技術部門ではなく経営層が主導することが重要である。技術部門に委ねると、実装しやすいものが内製化の候補になりがちで、事業戦略との整合が取れなくなる。

判断の軸として、以下の問いを使うことができる。

• この機能が外部ベンダーに依存し続けると、どのようなビジネスリスクが生じるか。
• この機能の改善スピードが競合との差別化に直接影響するか。
• この機能に関わるデータや知見が、外部委託によって社外に蓄積されていないか。
• この機能を内製化するために必要なスキルは、既存社員のリスキリングで到達可能か、外部採用が必要か。

これらの問いに対する答えが「競争優位に直結する・リスクが高い・内製可能」であれば内製化の候補となり、「汎用的・改善スピードは重要でない・社内にスキルがない」であれば外部委託を維持するほうが合理的な判断になる。

ステップ3：内製・外部委託・ハイブリッドの組み合わせを設計する

境界線が明確になったら、機能ごとの調達モデルを設計する。以下の表は、DX成熟度と機能特性を軸にした判断の目安である。

ステップ4：経営層のデジタルリテラシー向上を並行して進める

組織設計と並行して取り組むべきなのが、経営層自身のデジタルリテラシー向上である。これは経営層をエンジニアにする話ではなく、技術的な文脈を理解したうえで事業判断を下せる状態を作ることを指す。

具体的には、以下のような実践が有効である。

• 月次でDXチームのアウトプットを経営会議に持ち込み、経営層が結果を解釈する場を設ける。
• 技術用語の解説を目的とした研修より、実際の自社データを使った意思決定演習（例：売上データの傾向から戦略を議論する）を優先する。
• 外部のDXアドバイザーやCTO経験者をスポットで活用し、経営層が技術的な問いを持てるよう対話を重ねる。
• 経営層が関与するKPIにDX関連指標（例：データ活用による意思決定件数、内製チームのリリース頻度）を含める。

ステップ5：内製化の進捗を測る指標を設定する

内製化の成否を「採用人数」や「研修受講率」で測ると、活動量は見えても成果は見えない。内製チームが事業成果に貢献しているかを直接測る指標を設定することが、内製化投資の正当性を継続的に確認するうえで欠かせない。

以下のような指標が、成熟度に応じた進捗測定に使いやすい。

• 外部委託費の変化：内製化が進むにつれて、特定機能の外部委託費が減少しているか。
• リリースリードタイム：内製チームが機能を提供するまでの時間が、外部委託時と比べて改善しているか。
• データを使った意思決定の件数：経営・事業部門がデータに基づいて判断した事例が増えているか。
• 内製起点の改善提案数：内製チームが事業課題を発見し、自発的に解決策を提案しているか。

よくある質問

「まず1人採用するとしたら、どんな人材を優先すべきか」

内製化の初期段階で最初の1人を採用するとしたら、技術的な実装能力より「技術と事業の翻訳ができる人材」を優先するケースが多い。プロダクトマネージャー、あるいはビジネス経験のあるエンジニアが該当する。経営層と技術チームの間の対話不足がDX停滞の根本原因である以上、最初の投資は翻訳能力に向けることが合理的な場合が多い。

「リスキリングと外部採用、どちらを優先すべきか」

一般論として優劣はつけにくいが、私たちが見てきた範囲では、業務知識がDX推進に直接影響する領域（例：製造業の生産管理、医療の診療業務など）では既存社員のリスキリングが長期的に有効になることが多い。一方、技術基盤の設計や新しいアーキテクチャの実装など、専門技術が核心になる領域では外部採用のほうが立ち上がりが早い。両者を組み合わせて、内製チームの中核に外部採用を置き、業務知識を持つ既存社員が協働する構造が機能しやすい。

「AIツールの導入はDX人材不足の解決策になるか」

生成AIやノーコードツールの普及により、技術的な実装のハードルは下がっている。これは内製化のコストを下げる方向に働くため、多くの企業にとってプラスの環境変化である。ただし、ツールの導入は組織設計の代替にはならない。ツールを誰が判断し、どの業務課題に適用し、成果をどう測るかは依然として組織とプロセスの問題であり、経営層の意思決定と組織設計が先に必要であることは変わらない。

DX組織設計の現状診断を相談する

DX人材不足という課題の核心は、採用市場の問題ではなく、経営層が必要なスキルを定義できないまま「人材がいない」と感じている構造的断絶にある。IPAの国際比較データはその断絶を定量的に示しており、米独との成果差はその帰結として読める。今取り組むべきは、内製化の射程を経営判断として明示化し、DX成熟度に応じた内製・外部委託・ハイブリッドの組み合わせを設計することである。その設計が整った企業が、次のフェーズで採用・育成の投資を成果に変換できる。