みずほ、AI駆動開発で工数3割減 グループCIOが「通過点」と断言する訳：AI時代のベンダーロックインと技術主権の奪還

AIコーディングツールを導入するだけで管理を放置すれば、新たな技術的負債とベンダー依存を生む。みずほフィナンシャルグループがAIツールで「工数3割減」を達成しながらも、それに甘んじない理由とは。

[CaseHub.News，TechTargetジャパン]

　ソフトウェア開発の現場において、生成AIを活用したコーディングツールの導入が急速に進んでいる。一方で、情報システム部門の管理下から離れ、現場のエンジニアが個別にAIツールを利用するだけの状態も生まれがちだ。

　これまでのシステム開発では、案件や領域ごとにベンダーの提案を受け入れ、個別に構築を進めることで「技術のサイロ化」や「ベンダーロックイン」を招いていた。AIツールへの過度な依存は、この構図を再生産する結果的に「誰がどう書いたか分からないブラックボックスのソースコード」が社内に散在すれば、将来的な技術的負債の蓄積は避けられない。

　こうした「AI時代の新たな負債」の回避に向けて、抜本的なIT改革を進めているのがみずほフィナンシャルグループ（以下、みずほ）だ。同社はAI駆動開発ツール「IBM Bob」を用いた先行実証実験（PoC）で、設計から実装工程の工数を約3割削減した。だが、同社はこの結果をあくまで「通過点」に過ぎないと断言する。なぜ、3割もの工数削減を果たしながら、手放しで喜ばないのか。

「AIにコードを書かせて終わり」ではない、次なる一手とは

併せて読みたいお薦め記事

金融機関のAI推進

• 金融大手JPモルガンが慎重に「生成AIプロジェクト」を進める理由
• “脱COBOL”にも着手　金融4社が語る「生成AIを使い倒す戦略」とは

　みずほは、システムアプリケーション刷新プロジェクトでIBM Bobを用いたPoCを実施し、設計から実装工程の工数を約3割削減した。この成果を「通過点」と位置付け、日本アイ・ビー・エム（以下、日本IBM）が提供を開始した「AI Lifecycle Shared Engineering Artifacts」（以下、ALSEA：アリーシア）の検証も進めることで、プロジェクト全体の工数削減と開発期間短縮を狙う。こうした取り組みの状況について、2026年7月15日に日本IBMが開催した記者会見で説明がなされた。

日本IBMの新サービスと、みずほの「IT改革」における位置付け

　日本IBMは2026年7月15日、エンタープライズ向けのAI駆動開発ツールALSEAの提供開始を発表した。ALSEAは、コーディングエージェント「IBM Bob 2.0」と連携し、開発標準や規約を体系化した「コンテキスト」と、AIモデルが生成する成果物の品質や整合性をプログラム等で自動制御する仕組み「ハーネス」を備える。これによって、大規模システム開発におけるAI主体の開発手法を本格的に支援する。

　みずほは、システムアプリ刷新の現場において、すでにIBM Bobを用いたAI駆動開発のPoCを先行して実施しており、具体的な手応えを得ている。同社は、今回発表されたALSEAについても、提供開始に先立って複数のアプリケーション開発領域における適用可能性の共同検証をスタートさせた。こうした取り組みは、2021年のシステム障害を機に再発防止の徹底を図りつつ、激変するビジネス環境に即応するため2023年から経営の重要課題として推進している「IT改革」の中でも、最重点施策に位置付けられている。

技術サイロ化からの脱却と共通システムの構築

　記者会見に登壇したみずほの執行役常務　グループCIOを務める檜原伸一郎氏は、従来のシステム開発体制が抱えていた深刻な構造的課題を指摘する。これまでは案件やシステム領域ごとに、ベンダーからの提案をベースに技術を選定し、個別に開発環境のセットアップや端末の調達を進めていた。そのため、検討から環境構築までに数カ月の時間を要し、ビジネスニーズに即応できない「アジリティの欠如」を招いていた。この進め方は「技術のサイロ化」や「知見の散逸」をもたらし、結果として「技術的負債の蓄積」や「ベンダーロックイン」といった連鎖的な課題を生む要因となっていた。

みずほフィナンシャルグループ　執行役常務　グループCIO
みずほ銀行　常務執行役員　CIO　檜原 伸一郎氏

　技術サイロ化やベンダーロックインといった課題を根本から解消し、失われた「技術主権の回復」を果たすために、みずほは標準技術を定めてインフラや開発自動化インフラを共通化・抽象化したシステム（B-Sphere）を構築した。「JIRA」や「GitHub」などの管理ツール、CI（継続的インテグレーション）/CD（継続的デリバリー）ツールをプリセットの形で開発者に払い出す体制を整えることで、開発メンバーはインフラ構築に煩わされることなく、純粋なアプリケーション開発に集中できるようになった。その結果、外部に依存しきっていた技術的なブラックボックスが排除され、自社内に確固たる技術知見を取り戻すための体制が築かれつつある。

2027年を見据えた「AI Ready」へのロードマップと展望

　みずほは、共通プラットフォーム上で実施された「IBM Bob」による先行PoCにおいて、設計から実装のプロセスで約3割の工数削減という具体的な成果を実証した。しかし、檜原氏はこの結果について、あくまでも「通過点」だと強調する。実装や単体テストといった個別工程での削減効果は大きいものの、プロジェクト全体を見渡すと、前後のプロセスやレビューなど、まだ人間の手作業や確認に依存する領域が大量に残されているためだ。今後は、新たにALSEAの検証を進めることで、こうした前後プロセスの最適化やガバナンス強化を図り、プロジェクト全体としてより大きな工数削減・開発期間短縮の効果を得ることに期待している。

　みずほは、IT業務の運営そのものをAI前提に刷新するため、3段階の明確なロードマップを描いている（図）。2027年度までの「フェーズ1」では、開発・保守・運用のプロセスやシステム構成、人材のスキルを含めて、全てを「AI Ready化」するための標準化に注力する。続く2028年度から2030年度の「フェーズ2」では、AIを中核に据えた自律化によって現行比で生産性5倍を目指し、2031年度以降の「フェーズ3」では実装をAI中心とし、運用をゼロオペレーションへと近づけることで、人間とAIの共進化を果たす計画だ。

図　AI駆動開発の将来ビジョン（提供：みずほ）《クリックで拡大》

　質疑応答では、技術進展による「フルオートメーション（全自動）開発の到来時期」についての質問が上がった。これに対して檜原氏は、「勘定系のような大規模かつミッションクリティカルなシステムが全面的に変わるタイミングは、現時点では見えていない」と述べた。一方で、セキュリティパッチの自動適用といった特定の業務プロセスについては、近い将来にほぼ全自動に近い進め方が可能になる領域もあるとの見解を示している。

　特定のAIツールやベンダーへのロックインに対する懸念について問われた場面では、みずほはIBM製品のみを使用しているわけではなく、MicrosoftやAmazon Web Services（AWS）の製品、「GitHub Copilot」などの多様なツールを適材適所で試していると説明した。「どのようなAIモデルを導入するにしても、重要なのは自社が技術をしっかり理解し、主体的にコントロールすることだ」と語り、技術主権の回復の重要性を改めて強調している。

（※）この記事は本多和幸氏と谷川耕一氏によるIT事例メディア「CaseHUB.News」に掲載された「みずほ、『IBM Bob』で設計〜実装工数3割削減　ALSEA活用でAI前提のIT改革へ」（2026年7月15日）を、TechTargetジャパン編集部で一部編集し、転載したものです。