🧭 内製化の本質は採用ではなく「誰が判断責任を持つか」

この記事の主題

「内製化」という言葉は、いつのまにか「外注を減らすこと」とほぼ同義で使われています。しかし発注側・経営側の視点で内製化の失敗事例を並べると、論点はそこにありません。本質は「どの作業を社内に戻すか」ではなく、「どの領域の判断責任を、自社の誰が持つか」です。

本記事は、みずほ証券の執行役員CIO・宇都宮研氏が掲げる「システム・業務オペレーション・ビジネス戦略の三位一体経営」を入口に、内製化を4つの層に分解して捉え直します。みずほ証券を「成功した好例」として紹介する記事ではありません。元記事の具体策の多くは有料部分にあり、みずほグループ自体には金融庁から「方針表明と実行の乖離」を指摘された経緯もあります。だからこそ、個社の評価ではなく、規模に依らず効く構造を取り出すことに焦点を当てます。

先に結論を置きます。

• AI時代の内製化の本質は、作業（コーディング工程）の取り戻しではなく、上流の判断責任を社内に置くことです。
• それは「採用」だけでは達成できず、コアとノンコアの線引き、人材育成、役割再設計、評価と処遇を同時に動かす経営事項です。
• AIはこの構図で、育成すべき能力の重心を「コードを書く力」から「AIの出力を検証し、業務文脈で判断する力」へ移す補完財として働きます。

みずほ証券の方針から確認できること

元記事「みずほ証券の重要課題はシステム内製化、人材育成とAI活用が鍵」（Nikkei xTech、有料）の無料公開範囲と、役員異動リリース等から確認できた要素を、推測で補わずに整理します。

三位一体経営を人事構造で体現する

方針の核は「システムと業務オペレーション、ビジネス戦略が三位一体になった経営」です。注目すべきは、宇都宮氏自身の役職です。

「三位一体」は標語にとどまらず、CIOとCPrOの兼務という人事構造で先に形にしている点が特徴です。

出発点はコストセンター観からの脱却

宇都宮氏は、フランスの金融機関での経験を背景に、IT部門の位置づけの日仏差を指摘します。

ここで注意したいのは、「8〜9割内製」はフランスの機関での実績値であって、みずほ証券の内製比率の目標値ではない点です。目標値そのものは有料部分のため未確認であり、数値の独り歩きは避ける必要があります。

AI活用の実体は内製エンジニアによる業務AIの量産

みずほ証券単体の生成AI詳細も有料部分が多いため、グループ（みずほFG）の公開事例で補強します。いずれもグループ公式記事のスニペットまたは二次情報であり、本文を直接確認できていない点を明記します。

ここから読み取れるのは、AIと内製人材が対立しないことです。内製エンジニアが生成AIアプリを自前で量産し、現場へ高速に届ける構図で、AIは内製化を加速する道具として使われています。

内製化を「作業」でなく「判断責任」で捉え直す

ここからが本記事の主眼です。みずほの事例を一般化すると、内製化は4つの層に分解できます。通俗的な内製化論は最下層の「作業」だけを見て、上の3層を見落とします。

層0 何を内製に戻すかより先に、何が自社のコアか

内製化の検討は、作業の置き場所からではなく、自社のコアの特定から始めます。

• コア（競争力に直結する領域、Strategic）は内製、ノンコア（commodity）はパッケージ・SaaS・外注、というコア/ノンコア分割が定石です。総務省の令和元年版情報通信白書も、IT部門をコストセンターから価値創造の中核へ転換する方向を示しています。
• 全面内製は目的ではありません。ノンコアまで内製化すると、後述するコスト増・属人化・技術的負債を自ら抱え込みます。線引きが先です。

層1 内製化の本体は上流の判断責任の社内化

AI時代には、作業（層3）がAIに移るため、「コーディング工程を社内に戻す」という意味での内製化は急速に空洞化します。残る本質は、要件定義・PM機能・アーキテクチャ判断という上流の判断責任を、ベンダーでなく社内が持つことです。

• 成功事例の共通項も、上流とPM機能から段階的に内製化し、内製チームの自走を確認してから外注契約を終える形です（日経クロステックの「成功7カ条」、LASSICの回避策）。
• JUASの企業IT動向調査でも、社内にナレッジを蓄積するため上流工程を中心に内製化したい、という企業意向が報告されています（二次情報）。
• みずほのCIOとCPrOの兼務、委員会方式は、この「判断責任を経営構造に埋め込む」試みとして読めます。

判断責任を社内に置けているかは、次の問いで可視化できます。コードを誰が書いたかではなく、各判断に社内の固有名がつくかで測ります。

層2 なぜ採用だけでは内製化が進まないか

内製化が「人を採れば終わり」にならないのは、採用で移転できないものが3つあるからです。

実例として、エディオンはエンジニアを約15人から約70人へ拡大しましたが、以前からいた社員は大半がベンダー管理に従事して開発経験が乏しく、スキルアップと意識転換が必須でした（二次情報、日経クロステック）。

このことは、内製化が「採用を包含する、より大きな制度設計」であることを示します。日経クロステックの「成功7カ条」の第1条は、経営トップのコミットメント、つまり処遇・予算・組織を経営事項として動かす覚悟です。星野リゾートはITチームの約半数を現場出身者で構成し、暗黙知の問題を「役割再設計による現場人材の登用」で解き、開発体制を3年で約7倍に拡大しました（二次情報、IPA DX SQUARE）。

層3 AIは代替でなく補完、育成の重心を判断力へ動かす

• 生成AIやコーディングエージェントは、ITの専門家でなくても業務知識があれば開発の一部を手掛けられる段階に入り、少人数でも内製できる範囲を広げます。
• しかし最終判断の責任は人に残ります。出力のハルシネーション、著作権、セキュリティの検証コストは内製側に転嫁され、AIガバナンス負債を内部に抱えます（二次情報）。
• したがってAIは人材育成の代替ではなく補完です。育成すべき能力の重心が、「コードを書く力」から「AIの出力を検証し、業務要件とドメインに照らして判断する力」へ移ります。層2の暗黙知・業務文脈はAIで埋まらない部分であり、AI時代の内製化はこの判断責任の層に人を厚く配置する設計になります。

この構造を貫く一本の問い

層3（作業）から問うと、議論はAIに溶けて消えます。層0から層1の順で問うと、内製化は「発注方針の変更」から「経営の構造設計」に変わります。立てるべき問いは次の形です。

この業務を内製化できるか、自動化できるか、ではない。
この領域の判断責任を、自社の誰が持つのか。その人を育て、役割を与え、報いる仕組みがあるか。

反証と限定

本記事の規範、すなわち「内製化は判断責任・育成・役割再設計の同時課題である」という方向性は、反証に概ね耐えます。一方で、3つの限定を明示する必要があります。

みずほは好例ではなく表明段階の事例

最も脆いのが「みずほ＝好例」という例証です。グループには逆向きの史実があります。

よって宇都宮CIOの三位一体は、近年の前向きな「表明」であり、実行が伴うかは未検証です。好例と断定せず、問いの入口・表明段階の事例として扱うのが妥当です。

内製化を目指すべきは無条件には成り立たない

• 外部委託は専門業者が担い一定品質が確保される一方、内製化は品質が保証されません。
• 内製化失敗の典型として、採用コストが当初見込みの2倍、キーパーソン離職によるシステム停止、ドキュメントやレビュー不足による技術的負債が挙げられます（二次情報、LASSIC）。
• したがって全面内製ではなく、層0のコア/ノンコアの線引きが先です。ノンコアはSaaSや外注が合理的です。

個社の設計だけでは越えられない産業構造の壁

個社の育成・役割再設計は必要ですが、それだけで完結はしません。構造的制約を織り込んだ期待値設定が要ります。

自社への持ち帰り

判断支援者の視点で、規模に依らず効く論点に翻訳します。

1. 内製と外注を「作業の置き場所」で議論しない。まず自社のコア、つまり競争力に直結する判断はどこかを引く（層0）。
2. コア領域は判断責任を社内に残す。コードはAIや外注に出してよいが、要件・優先順位・アーキ判断・受け入れ基準を自社が持てているかを問う（層1）。
3. 採用すれば内製化、と考えない。暗黙知・役割転換・定着の3点を同時に設計する。現場業務を知る人材を開発側に登用する役割再設計は、採用より効くことがある（層2）。
4. AIは育成を不要にしない。育成の指標を「書ける」から「AIの出力を検証・判断できる」へ寄せ、AIガバナンスを運用に埋める（層3）。
5. 評価と処遇をセットで動かす。評価軸を「計画どおり作ったか」から「判断の質と、差し戻し時の責任の引き受け方」へ寄せる。挑戦を罰する評価のままでは内製チームは育たない。経営事項として扱う。

未解決の問い

意思決定の前に確認すべき、本調査で詰め切れなかった点を残します。

• みずほ証券固有の内製比率の目標値、委員会の正式名称、IT人材の処遇・評価改定の中身（元記事有料部分のため未確認）。
• 「日本はIT人材の約72%がベンダー所属」等の数値は二次解説で一致するものの、一次PDFの該当ページ突合は未了。数値を強調する場合はIPA白書本体の確認が必要。
• 「内製化を進めたが頓挫しベンダーに戻した」固有名の撤退一次事例は今回確認できず（失敗は匿名・二次で語られる形が大半）。

まとめ

内製化の本質は「どの作業を社内に戻すか」ではなく「どの領域の判断責任を自社の誰が持つか」であり、それはコア/ノンコアの線引き・育成・役割再設計・評価/処遇を同時に動かす経営事項です。AIは作業を肩代わりしても判断責任を肩代わりしないため、育成の重心はコードを書く力から検証・判断する力へ移ります。

この記事が少しでも参考になった、あるいは改善点などがあれば、ぜひリアクションやコメント、SNSでのシェアをいただけると励みになります！

参考リンク

• 公式・一次資料
  • みずほ証券 役員異動等のお知らせ（2025-02-28）
  • 金融庁 行政処分（2021-11-26）
  • みずほFG システム障害特別調査委員会 報告書（2021-06-15）
  • 総務省 令和元年版 情報通信白書（プロフィットセンター/フロントオフィスのICTへの転換）
  • IPA DX動向2025
  • JUAS 企業IT動向調査2025
• 記事
  • みずほ証券の重要課題はシステム内製化、人材育成とAI活用が鍵（Nikkei xTech、有料）
  • カインズや星野リゾート直伝の内製化成功7カ条（日経クロステック）
  • IPA DX SQUARE 星野リゾート
  • 生成AIは内製化に役立つか（日経xTECH）
  • システム内製化の失敗パターン（LASSIC）
  • みずほFGがAIツールの内製開発に取り組む理由（Business Insider Japan）