IT子会社を持つ企業が、
いま見直すべきIT機能再編の論点

近年、多くの企業でIT子会社の吸収や統合が進んでいます。狙いは明快です。事業とITの距離を縮め、構想から実装までの意思決定を速め、変革テーマを現場で実行可能な形に落とし込むことにあります。経営から見れば、組織を一体化することは自然な打ち手に映りますし、「まずは箱をそろえるべきだ」という判断にもつながりやすいテーマです。

しかし、現実には組織統合がそのまま変革の加速に結びつくとは限りません。
統合後に見られるのは、責任分界の曖昧化、会議体の増加、調整負荷の肥大化です。従来、事業部門とIT部門が近づいたはずなのに、むしろ意思決定に時間がかかる…統合前には見えなかった摩擦が、統合後に顕在化することもあります。

ここで押さえるべきなのは、この問題は統合の巧拙だけでは説明できないという点です。より本質的には、日本企業が長年にわたり形成してきたIT機能の配置と役割分担の構造に起因しています。現在のDX停滞は、目先の再編だけで解ける問題ではなく、過去の合理的判断が積み重なった結果として表面化している構造課題として捉える必要があります。

1980〜1990年代、日本企業におけるITは、今日のように事業競争力の源泉として認識されていたわけではありません。ホストコンピューターや専用ネットワークを中心とするプロプライエタリー環境のもとで、ITは高コストかつ専門性の高い維持運用機能として位置付けられていました。経営にとってITは不可欠である一方、重い固定費でもあり、いかに安定的かつ効率的に維持するかが主要な関心事でした。

そのような環境のなかで進んだのが、IT部門の分社化です。親会社のなかに抱え続けるのではなく、スピンオフによってIT子会社化することで、親会社とは別建ての人事制度や給与体系を設計しやすくなります。これにより、人件費構造を最適化しつつ、必要なIT人材を確保しやすくなる。経営の観点から見れば、きわめて合理的な打ち手でした。

重要なのは、当時の分社化は“誤り”ではなかったということです。むしろ、その時代の制約条件に対する現実的な対応でした。ただし、その合理性の裏側で、ITは本業の中心から切り離され、支援機能として管理される対象になっていきます。分社化によって効率は高まりましたが、同時に事業とITの距離も広がり始めました。この構造的な距離が、後の時代に別の問題として現れることになります。

2000〜2010年代に入ると、ITを取り巻く環境は大きく変化します。SIの高度化、ITアウトソーシングの一般化、インターネットの普及、オープンアーキテクチャーの進展により、IT機能は社内に閉じたものではなく、市場と接続された機能へと変わっていきました。企業にとってITは、自社で保有し続けるべき資産というより、外部の力を活用しながら効率的に運用すべき対象として捉えられるようになります。

この時代に親会社側で強まったのは、さらなるコスト削減と資産軽減への圧力でした。
加えて、すでに分社化していたIT子会社に対しても、社内業務を担うだけでなく、外販を通じて自ら収益を稼ぐことが求められるようになります。その結果として広がったのが、IT子会社のSIerへの売却や、SIerとの合弁会社化です。

この動きも、経営合理性の観点から見れば自然な流れでした。固定費の圧縮、外部ノウハウの活用、追加収益の獲得という意味で、一定の成果も期待できました。しかし、その代償としてIT組織の行動原理は大きく変わります。重視されるのは契約、納期、品質、採算といった受託型のKPIであり、親会社の事業戦略を深く理解し、変革を共に構想することではありません。結果として、ITはますます“本業の当事者”から離れ、受託機能として最適化されていきました。

2020年以降、DX、デジタライゼーション、AIの進展によって、ITの位置付けは決定的に変わりました。ITはもはや、業務を効率化し安定運用を支えるだけの機能ではありません。顧客接点を再設計し、業務プロセスを変え、時には事業モデルそのものを変革する中核機能になりました。言い換えれば、ITは“コストセンター”から“事業の主役”へと役割を転換したのです。

ところが、その変化に直面した多くの企業で明らかになったのは、人材の空洞化でした。親会社には、IT企画やベンダー管理はできても、事業を理解したうえでデジタルによる変革を構想し、推進できる人材が十分にいない。一方、IT子会社側も、長年にわたる受託構造のなかで親会社の本業理解が薄れ、事業部門と同じ目線で変革を描くことが難しくなっていました。

つまり、親会社にも子会社にも、「事業×IT」を横断できる人材が不足していたのです。この反省から、企業は再びIT機能を内側に取り込もうとし始めます。IT子会社を親会社に吸収し、本業のDX推進力として再配置する動きもあれば、ハイスキル人材を集めやすい器としてIT子会社を再定義し、親会社のIT部門をそこへ統合する動きもあります。いずれの形をとるにせよ、問題の核心は「人材をどこに置くか」ではなく、「人材をどう機能させるか」にあります。

ここまでの流れを振り返ると、分社化、合弁・売却、吸収・統合のいずれも、その時代なりの合理性を持っていたことが分かります。だからこそ、現在必要なのは過去の判断を単純に否定することではありません。重要なのは、過去の合理性が現在のDX推進にどのような制約をもたらしているのかを見極め、その制約条件を前提にIT機能を再設計することです。

このとき見落とされがちなのが、統合は組織図を書き換えた時点では完了しないという点です。本当に問われるのは統合後の設計です。人事制度や評価基準が従来のままであれば、事業変革に挑む人材は育ちません。受託型の文化を温存したままでは、組織を一つにしても“丸投げと受託”の関係は残り続けます。責任分界が曖昧であれば、統合後ほど会議と調整が増え、かえってスピードは落ちます。

つまり、統合の成否を分けるのはスキームではなく設計思想です。ITを依然として運用・コスト管理の対象として扱うのか、それとも事業推進の中核機能として位置付けるのか。この前提が曖昧なままでは、どれほど再編を繰り返しても、結果は形だけの統合に終わりかねません。必要なのは、制度、役割、キャリア、意思決定まで含めた一体的な設計です。

IT機能再編は、単に子会社を吸収するか、統合するかという組織論ではありません。本質的には、事業とITの距離をどう再定義し、誰が変革の当事者になるのかを設計し直す取り組みです。日本企業がこれまで進めてきた分社化やアウトソーシングは、当時の合理性に基づくものでした。しかし、DX・AI時代の現在、その延長線上にあるだけでは競争力を維持しにくくなっています。いま求められているのは、ITを事業の主役として位置付ける前提で、制度・役割・人材を再設計することです。

実際の検討現場では、どの機能を親会社に持つべきか、どの人材をどこに配置すべきか、既存のIT子会社をどう位置付け直すかといった論点が複雑に絡み合います。さらに、人事制度や評価のあり方、文化統合、キャリア形成まで含めて見直さなければ、再編は成果につながりません。だからこそ、IT機能再編は単なる組織変更ではなく、DX推進基盤そのものの再設計として扱う必要があります。

レイヤーズ・コンサルティングでは、IT機能再編をこうした観点から支援しています。IT子会社の吸収・統合を検討している、DX人材が育たない、事業とITの役割分担が曖昧になっている、といった課題をお持ちであれば、是非一度ご相談ください。貴社の事業特性と組織構造を踏まえ、再編の論点整理から具体的な設計の方向性まで、実行可能な形でご一緒します。