デジタル推進組織の人材確保を考えるとき、多くの企業はまず「採れない」「高い」「外部の力を借りるしかない」という現実に直面します。たしかにそれは無視できません。ただ、本当に問うべきなのは採用難そのものではなく、どの機能を社内に残し、どの機能を外部に委ねると、自社の戦略と意思決定の一貫性を保てるのかという設計です。
日本企業は長く、情報システムをコストとして扱い、外部委託によって安定運用を図ってきました。しかし、デジタルが事業成長や競争力に直結する時代には、その前提自体が揺らいでいます。本稿では、内製化と外部委託を対立で捉えるのではなく、判断軸として整理します。
- なぜ日本企業では、内製化の必要性が今になって強く問われるのか
- デジタル化を進めるうえで、何を社内に持ち、何を外に委ねるべきか
- 外部の力を借りながら、なぜ後から見直せる状態を保つ必要があるのか
- 情報システムを業務データが蓄積される基盤として見るとき、社内に保持すべき機能は何か
- なぜ少人数でも、意思決定の中核を社内に持つ必要があるのか
1. システム子会社やSIerとの相互依存関係は、何を失わせたのか
ITが主として業務のシステム化を担っていた時代、日本企業の多くは情報システム部門を事業成長の源泉ではなく、必要だが重いコストと見てきました。そのため、システム子会社化や外部委託によって固定費を抑え、社内には企画や調整を担う人材だけを残す構造が広がっていきました。
この構造は、当時の環境では一定の合理性を持っていたのだと思います。業務が比較的安定しており、システムも大きく作って長く使う前提であれば、要件をまとめて発注し、受け取って運用する形でも成立しやすかったからです。
ただ、この構造が長く続く中で失われたものがあります。それは、発注側と受託側の双方における、デジタルを競争力として磨く力です。発注側は、システムを自ら考え、設計し、技術的な可能性を事業に結びつける力を社内に蓄積しにくくなりました。一方で受託側も、安定した継続受注の中で、競争力を保つための技術力強化や構想力の更新を十分に迫られにくくなった面があります。結果として、相互依存は安心をもたらした反面、競争なき安定関係として固定化し、産業全体のデジタル技術力を少しずつ空洞化させました。
その間、欧米ではデジタルを単なる業務効率化ではなく、事業モデルや顧客接点を変える力として捉える動きが進みました。クラウド、データ、ソフトウェア、プラットフォームを起点に、事業そのものの設計を組み替える工夫が重ねられ、巨大な資金力と技術力を持つプラットフォーマーが世界市場を席巻するに至っています。
ここで重要なのは、遅れを嘆くことではありません。むしろ、なぜ日本企業の情報システム部門から、変革の発想が生まれにくかったのか、その背景を正確に見ておくことです。管理と調整だけを担う部門から、事業変革を支える構想力は生まれにくい。その構造問題を直視しないまま内製化を語っても、単なる掛け声に終わってしまいます。
2. IT部門とDX推進組織では、内製すべき機能が異なる
では、その反省を踏まえて、いまの企業は何を社内に持ち、何を外に委ねるべきなのでしょうか。内製化と外部委託の判断は、「全部自前か、全部外か」という二択ではありません。機能ごとに切り分けて考えることが出発点です。ただしその切り分けは、IT部門とDX推進組織とで同じではありません。両者は、担う役割も、外部リソースを使いにくい理由も、異なるからです。
2-1. IT部門における切り分け
IT部門において社内に保持すべきコアは、アーキテクチャ設計、技術選定の方針、クラウド活用の基本方針、運用自動化の設計などです。これらは単なる技術作業ではなく、自社の業務プロセスや将来の成長戦略と結びつく領域です。一度その方向を誤ると、後から修正するコストが大きくなります。
クラウドサービスの進化により、以前のようにネットワークやサーバーの物理管理に多くの人員を費やす必要はなくなりました。クラウドを自在に操り、基盤を設計し、運用を自動化できる時代になったからこそ、この設計機能は少人数でも社内に持てますし、むしろ外部に依存すべきでない領域です。
一方で、ユーザーサポート、端末管理、定型的な監視・運用作業などは、品質水準を明確に定義できるなら外部に委託しやすい領域です。ここで大切なのは、業務を曖昧なまま渡さないことです。「何を成果とするか」「どこまでを標準作業とするか」が定義されていなければ、委託はむしろ管理コストを増やします。かつてはシステム子会社やSIerに任せる必然性があったこれらの業務も、クラウド化が進んだ今となっては、その前提を一度問い直す価値があります。
2-2. DX推進組織における切り分け
DX推進においては、必要とされる機能の性格がIT部門とは異なります。求められるのは、事業課題の定義、データ活用の仮説設計、要件定義、成果評価、そして技術判断をレビューする機能です。人材の種類で言えば、事業理解とプロジェクト管理を担う企画人材、データ活用の仮説設計と評価を行うデータサイエンティスト、システム化を担うソフトウェアエンジニアが関わりますが、本質は職種名ではなく、これらの機能を社内で成立させられるかどうかにあります。
この領域で外部リソースが使いにくいのは、技術力の問題だけではありません。自社の業務文脈、収益構造、判断基準への深い理解が成果を大きく左右するからです。とりわけデータ活用では、「何を予測したいか」「何を最適化したいか」「どの誤差が許容できるか」「業務にどう埋め込むか」といった問いに答えなければなりません。これは、いくら技術力の高い外部人材でも、短期間では代替しにくい領域です。
つまりDX推進組織が握るべきなのは、データそのものではなく、データをどう意味づけ、どう意思決定に結びつけるかという設計です。外部ベンダーやフリーランスのエンジニアを活用するとしても、要件定義、仮説設計、成果評価は社内に残す必要があります。実装の相当部分を外部に委ねることはあっても、「何を作るか」「何を測るか」「それが妥当かどうか」の判断まで手放してしまうと、委託は単なる人手補充に終わります。
3. 外部委託を考えるうえで、「可逆性」は欠かせない視点である
外部委託を判断するとき、コストや速度だけでなく、もう一つ重要な軸があります。それが可逆性です。ここでいう可逆性とは、委託先を変えようと思えば変えられること、あるいは一部を将来自社に戻そうと思えば戻せることです。
この可逆性が失われるのは、技術そのものより、知識と判断の所在が偏るときです。仕様書や設計思想がベンダー側にしか残っていない。なぜその構成にしたのかという判断根拠が社内で言語化されていない。担当者の退職や異動によって、経緯がわからなくなる。社内にレビュー機能がなく、提案の妥当性を評価できない。こうした状態になると、委託は事実上継続せざるを得なくなり、見直しや切り替えも難しくなります。
このとき失われるのは、単なる価格交渉力ではありません。経営としての選択肢です。委託先を変えることが難しいということは、技術選択、スケジュール、投資判断の自由度が、自社ではなく外部事情に左右されやすくなるということです。
逆に、可逆性を保てている組織では、委託先との関係が健全です。設計原則が文書化され、レビュー体制があり、判断の理由が残り、社内に最低限のアーキテクト機能がある。委託先は不足を補う存在であって、思考そのものの代行者ではありません。任せていても、手放してはいない状態です。
可逆性は、委託の是非を測る実務的な判断軸として有効です。安いか高いか、採れるか採れないかだけではなく、「将来、戻せるか」「切り替えられるか」「理解が社内に残るか」を見ることが、長期設計としての外部活用につながります。
4. 情報システムは、業務データが蓄積される基盤である
可逆性という判断軸に加えて、内製化の意義をもう一段深める視点があります。それが、情報システムを、業務データが集まり蓄積される基盤として見ることです。
情報システムは、単に業務を処理する箱ではありません。受注、購買、在庫、顧客対応、営業活動、問い合わせ、意思決定の履歴。企業活動の多くは、情報システムを通じてデータになります。どのデータを持ち、どう定義し、どうつなぎ、どう残すか。この設計が曖昧だと、後から比較・分析・改善に使える形でデータが残らず、経営判断の材料も乏しくなります。それが積み重なることで、将来の経営判断の質そのものが規定されていきます。ここが曖昧なまま個別システムを導入していくと、業務は回っても、経営に必要なインサイトは蓄積されません。
外部委託の構造が危ういのは、単にシステム構築の主導権が外にあるからではありません。業務データの意味づけや活用可能性まで、自社から遠ざかりやすいからです。たとえば、システムごとにデータ定義がばらばらで、連携も都度対応になり、履歴も分析しにくい状態では、データドリブンな改善も自動化も進めにくくなります。設計の主導権を外に渡すということは、将来の経営判断の素材を設計する権限も、あわせて渡しているということです。
さらに、この論点はDX推進のためだけの話ではありません。情報システムは、全社のデータが集まる場所であると同時に、IT部門自身がデジタル化の成果を最も出しやすい現場でもあります。言い換えれば、IT部門は業務データが蓄積される基盤を担いながら、そこで得た実践知を全社に還元できる立場にあります。端末管理、アカウント管理、問い合わせ対応、権限申請、変更管理、資産管理といったIT部門の業務は、定型性が高く、記録も多く、可視化しやすいものが少なくありません。ここで業務を標準化し、データで可視化し、自動化を進める経験を積むことは、効率化にとどまらず、全社のデジタル化を支える設計思想と実践知の蓄積にもなります。IT部門が自らを変革の対象として捉えられるかどうかは、全社DXを支える説得力にも関わってきます。
クラウドの進化は、この点で追い風です。以前のように、巨大なハードウェア投資と大人数の運用要員がなければ何もできない時代ではありません。だからこそ今は、何もかもを外に出すのではなく、どの機能を自ら握り直すべきかを見極める好機と捉えるべきではないでしょうか。
5. 少人数でも、意思決定の中核を社内に持つことが先決である
ここまで見てくると、内製か外部委託かの判断は、単純な人数論ではないことがわかります。多くの企業にとって、IT部門とDX推進組織の双方に多数の専門人材を一気に抱えることは、採用上も投資上も非現実的です。だからといって、「採れないから外に出す」という発想に流れると、意思決定の基盤まで外部に移っていきます。
重要なのは、人数を揃えることよりも、まず意思決定の中核機能を社内に持つことです。人数が多くても、外部委託の管理しかできなければ、社内に中核があるとは言えません。逆に少人数でも、設計の主導権が社内にあり、判断の理由が言語化され、委託先の提案を評価できるなら、組織は軸を持てます。
では、その中核とは何でしょうか。IT部門であれば、全体設計を見通すアーキテクト機能、データ基盤の方針を決める機能、運用の標準化と自動化を進める機能などです。DX推進であれば、事業課題を定義し、何を測り、何を改善し、何を作るべきかを設計する企画・評価機能です。そして両者に共通するのが、レビュー機能と、判断理由を社内に残す機能です。つまり中核とは、実装を行う人の数ではなく、方向を決め、妥当性を確かめ、知見を蓄積できる機能のことです。
ここで大切なのは、最初から理想形を目指しすぎないことです。現実には、採用できる人材も限られますし、外部リソースを使わない選択肢も取りにくいでしょう。だからこそ、まず握るべき機能を定義し、そのうえで委託範囲を明確にし、採用・育成・外部活用を組み合わせていく順番が重要になります。
少人数でも意思決定の中核を社内に持つ、という考え方は、内製化を美化するためのものではありません。むしろ、限られた条件の中で、何を手放してはいけないかを見極めるための現実的な設計思想です。握るべき機能の全体像は最大限に描きながら、実装は最小から始める。この「Think Maximum, Implement Minimum」という原則は、ここでも有効です。外部の力を借りながらも、自社の意思決定を自社のものとして保つ。その条件を満たせるかどうかが、デジタル推進組織の強さを分けるのだと思います。
結び
内製化と外部委託の判断は、採用難やコストの問題としてだけで捉えるべきではありません。そこには、自社が何を理解し、何を蓄積し、どの意思決定を手放さないのかという、経営の姿勢が表れます。
IT部門とDX推進組織では、内製すべき機能の中身は異なります。しかし共通しているのは、設計の主導権と判断の根拠を社内に残すという一点です。アーキテクチャの方針、データ基盤の設計、設計原則、成果評価の機能。そこを曖昧にしたまま人材確保を論じると、組織は人を集めても、自らの進む方向を持てません。
外部の力を借りることは、これからも必要です。ただし、任せることと手放すことは違います。問われているのは、どこまで自前で抱えるかではなく、どの判断と知見を手放さないかということなのだと思います。
粕谷英雄
サマーオーシャンコンサルティング
ソフトウェア開発、情報システム刷新、DX推進などの実務知見をもとに、デジタル化に関する意思決定を支援。デジタルを経営に活かすための視点や推進の考え方を整理して発信しています。
