レガシーシステム事例12選｜失敗と成功から学ぶ脱却の実践的教訓

【1分でわかるこの記事の要約】

• みずほ銀行の19年間にわたるシステム統合苦闘（累計4,000億円投資）に代表される失敗事例は、対策の先送りが問題を指数関数的に拡大させること、そして投資規模だけでは解決しないことを明確に示しています。

• 一方、三菱重工業の1,500万ステップCOBOL移行や富士通の620万ステップ基幹刷新といった成功事例に共通するのは、経営層のコミットメント、段階的アプローチ、外部パートナーの活用、人材戦略の併走、手法の柔軟な組み合わせという5つの要素です。

• 2025年以降はAI活用によるコード解析や仕様書復元が実用段階に入っており、AI解析とベテラン技術者の知見を融合させることで従来の1/10のコストと期間での現状可視化が可能となっていますが、どの事例も共通して示す出発点は「まずASIS解析で自社の全容を把握すること」です。

「自社のレガシーシステムは、このままで本当に大丈夫なのか」。

レガシーシステムの放置が引き起こした代表的な失敗事例には、みずほ銀行の19年間にわたるシステム統合苦闘（累計4,000億円投資）がある。一方、成功事例としては三菱重工業が1,500万ステップのCOBOLプログラムをJavaへ移行し、メインフレーム脱却を完了させた。本記事では、こうした失敗事例3件・成功事例4件・AI活用事例3件に加え、自社の実プロジェクト2件を含む計12の事例を紹介する。他社の実体験から得られる教訓は、社内の稟議資料にも、現場の対策立案にも直結する実用的な情報だ。

レガシーシステム問題の全体像——なぜ「事例」で学ぶべきなのか

経済産業省が2018年に「DXレポート」で警告した「2025年の崖」——最大年間12兆円の経済損失——を覚えている読者は少なくないだろう。では、2025年を過ぎた今、状況はどう変わったのか。

結論として、問題は解消されていない。DX白書2023によれば約9割の企業にレガシーシステムが残存し、2025年5月公表の経産省「レガシーシステムモダン化委員会」総括レポートでも、依然として約61%の企業がレガシーシステムを運用し続けている。

ここで重要なのは、抽象的なリスク論ではなく具体的な事例から学ぶことだ。「4,000億円をかけてもなお障害が起きた銀行」と「1,500万ステップの移行を完遂した製造業」。この両者の違いを分析すれば、自社が取るべきアクションが見えてくる。

本記事で紹介する事例は以下の4分類・計12件である。

レガシーシステムの基本的な定義と問題点は別記事で解説している。ここからは事例の中身に入る。

レガシーシステムの「失敗事例」——放置がもたらした深刻な影響

レガシーシステムの放置がどれほど深刻な結果を招くのか。3つの事例で具体的に示す。

事例1: みずほ銀行——19年間のシステム統合苦闘

背景: 2002年、旧第一勧業銀行・旧富士銀行・旧日本興業銀行の3行合併に伴い、異なるベンダー3社のシステムが併存する状態となった。当初からシステム統合は課題として認識されていたが、経営判断は先送りされ続けた。

課題: 3つのシステムを統合する「MINORI」プロジェクトには、約4,000億円が投じられた。IT業界で「IT界のサグラダ・ファミリア」と揶揄されるほどの大規模・長期プロジェクトとなり、2019年にようやく全面稼働を迎えた。

結果: しかし、MINORIが稼働した後も2021年に8回のシステム障害が連続発生。ATM障害では顧客のキャッシュカードが取り込まれる事態にまで発展し、金融庁から業務改善命令を受けた。3トップが退任する異例の経営責任問題にもなった。

教訓: システム統合の先送りは、問題を指数関数的に拡大させる。そしてIT投資の規模だけでは解決しない。みずほの事例が示すのは、「IT軽視の経営文化」こそが真の障壁だという事実だ。

事例2: ITR調査——プログラム資産の80〜90%が不要だった

背景: IT調査会社ITRの調査によれば、ASIS解析（現行システムの棚卸し）を実施した企業の中には、プログラム資産の80〜90%が実際には使われていない「不要コード」だったケースが報告されている。

課題: 長年のツギハギ改修で積み上がったデッドコードは、システム全体の複雑性を引き上げ、保守コストを押し上げる。不要なプログラムにもテストやセキュリティパッチの適用が必要となり、IT部門のリソースを浪費し続けていた。

結果: 不要率が30〜40%のケースでは、棚卸し後の移行計画のROIが比較的出しやすい。一方、80〜90%が不要となると、「そもそも何を残すべきか」の判断から始める必要があり、プロジェクトの難易度は跳ね上がる。

教訓: 「動いているから触らない」という判断の蓄積が、不要コードの温床を作る。定期的な棚卸しを怠ったツケは、対策に着手した瞬間に一気に顕在化する。

事例3: 電子帳簿保存法改正——法規制に対応できなかった企業

背景: 2024年1月、電子帳簿保存法の電子取引データ保存が完全義務化された。すべての企業が電子取引データを電子的に保存する必要に迫られた。

課題: レガシーシステムで稼働する経理・会計システムの中には、電子データの保存要件を満たす機能を持たないものが少なくなかった。法改正対応のために急遽改修を実施した企業もあったが、レガシーシステムへの改修はさらなる複雑化を招き、「法対応のための改修がレガシー化を加速させる」というジレンマに陥った。

教訓: レガシーシステムの致命的な弱点は、外部環境の変化に対応できないことにある。法規制やビジネス環境が変わるたびに改修を重ねれば、技術的負債は雪だるま式に膨らむ。

失敗事例に共通するパターン

レガシーシステムの放置がもたらすリスクの詳細はレガシーシステムのリスクと評価手法で体系的に整理している。

レガシーシステムの「成功事例」——モダナイゼーション成功企業の共通点

失敗の裏には成功がある。レガシーシステムの脱却を実現した4社の事例を見ていこう。

事例4: 三菱重工業——1,500万ステップのCOBOL→Java移行

背景: 三菱重工業のメインフレーム上には、約4.5万本・1,500万ステップに及ぶCOBOLプログラムが稼働していた。メインフレームの維持コスト削減と将来的な拡張性確保が経営課題だった。

対応: アクセンチュアと協業し、COBOLプログラムのJava変換を段階的に実施。大規模かつ複雑なシステムに対して、一括変換ではなくフェーズを区切ったアプローチを採用した。

成果: メインフレーム脱却を完了。オープン環境への移行により、保守コストの削減と技術者確保の選択肢拡大を同時に実現した。

教訓: 1,500万ステップという規模でも、段階的アプローチと十分なリソースの確保があれば移行は可能。「大きすぎるから無理」ではなく、「大きいからこそ段階的に」という発想が鍵となった。刷新手法の比較と進め方についてはレガシーシステム刷新の進め方で詳しく解説している。

事例5: 富士通——620万ステップの基幹システム刷新

背景: 富士通の基幹業務システムは老朽化が進み、620万ステップの大規模刷新が必要だった。

対応: 「ハイブリッドアジャイル」と呼ばれる手法を採用。ウォーターフォールの全体管理とアジャイルの柔軟性を「守破離」の考え方で融合させた。2014年にプロジェクトを開始し、2019年に完了。最終的なJava資産規模は9.2MStepに達した。

成果: 5年間の計画的な取り組みで基幹システムの刷新を完了。単純なリビルドではなく、開発手法そのものを進化させながら進めた点が特筆に値する。

教訓: 「ウォーターフォールかアジャイルか」の二項対立ではなく、プロジェクトの特性に合わせて手法を組み合わせる柔軟性が成果を分けた。

事例6: トヨタシステムズ——「レガシーコードラボ」で次世代人材を育成

背景: COBOL/PL/Iの開発力維持とスキル継承が課題に。ベテラン技術者の退職が進む中、次世代への技術継承をどう実現するかが経営課題だった。

対応: 日本IBMの支援を受け、2025年10月に「レガシーコードラボ」を設立。生成AIツールを活用した基幹システム開発の学習環境を整備し、若手技術者がCOBOL/PL/Iのスキルを効率的に習得できる仕組みを構築した。

教訓: レガシーシステム対策は「移行」だけではない。既存システムを維持しながら技術を継承する——この選択肢を組織的に実行した先行例として注目に値する。

事例7: SCSK×FPT——「COBOL PARK」合弁会社設立

背景: メインフレームを利用する組織の維持・マイグレーション需要は依然として高い。しかし、国内のCOBOL技術者は減少の一途をたどっている。

対応: SCSKとベトナムのFPTソフトウェアが2025年3月に合弁会社「COBOL PARK」を設立。メインフレーム利用組織向けに維持・マイグレーション支援を提供するとともに、COBOL技術者のエンジニア育成に本腰を入れた。

教訓: COBOL人材不足は一社で解決できる問題ではない。業界を超えた連携、さらにはグローバルな人材プールの活用が現実的な解決策となりつつある。

成功事例に共通する5つの要素

レガシーマイグレーションの具体的な進め方については、別記事で手順を詳しく解説している。

AI活用によるレガシーシステム対策の最新事例

2025年以降、レガシーシステム対策におけるAI活用が急速に進んでいる。従来は人手に頼るしかなかったコード解析や仕様書復元を、生成AIが加速させている。3社の最新事例と自社の実プロジェクト知見を紹介する。

事例8: NTTデータ——生成AI「tsuzumi for COBOL」で脱COBOLを推進

NTTデータは自社開発のLLM「tsuzumi」をCOBOL開発に特化させた「tsuzumi for COBOL」を展開。COBOLプログラムのJava変換、設計書の復元、テストコードの自動作成を効率化している。

注目すべきは「N字開発モデル」の提唱だ。従来のV字開発モデルに「IT企画」と「仕様復元」の工程を追加し、レガシーシステムの現状把握からモダナイゼーション計画策定までを一貫した開発プロセスとして定義した。AIの活用をプロセスレベルで体系化した点に先進性がある。

事例9: NRI——AIリドキュメント・AIリライトの実用化

野村総合研究所（NRI）は、EAモダナイゼーションフレームワークの中で「AIリドキュメント」と「AIリライト」を実用化。複雑化したシステムのデータフロー・ワークフローをAIで半自動的に可視化し、COBOLプログラムのJava変換も半自動で実施する体制を整えた。

「半自動」という点がポイントだ。AIが下書きを生成し、技術者が検証・修正する。完全自動化ではなく「AI＋人間」の協業モデルを前提としている。

事例10: CTC——「re：Modern」COBOL→Java自動変換

伊藤忠テクノソリューションズ（CTC）は2025年10月、COBOL→Java自動変換サービス「re：Modern」の提供を開始。要件定義から保守・教育支援、運用フェーズまでを一気通貫でカバーする点が特徴だ。変換後の運用体制構築まで含めたサービス設計は、「移行して終わり」ではないモダナイゼーションの現実を反映している。

自社知見: エイジレス——ARIADNE × TITANSの融合アプローチ

エイジレスでは、独自AI「ARIADNE」と精鋭部隊「TITANS」（22,000名超のDBから上位1.3%を選抜した約300名、平均年齢57歳）の融合による解析アプローチを実践している。以下は実際のプロジェクト事例だ。

事例A: 富士通メインフレームCOBOL→NetCOBOLストレートコンバージョン支援

背景と課題: ある大手企業が、富士通メインフレーム上のCOBOLアプリケーションをオープン環境のNetCOBOLへ移行するプロジェクトを推進。しかし、統合テストフェーズで完全に乗り換えられない資産が続出した。プロジェクトの期限は迫り、追加のコストも限られている状況だった。

対応: ARIADNEでテスト仕様書と保守用プログラム仕様書を自動生成。TITANSのCOBOL技術者6名がAIの出力を精査・修正し、SIerや保守ベンダーとの折衝まで担当した。体制はPM、AI担当、PMO、TITANS（COBOL）6名の計9名。

成果: テスト工程の手戻りを解消し、期間・コスト制約の中でプロジェクトを完遂。移行後の保守体制も、生成したドキュメントをベースに構築できた。

事例B: 三菱オフコンProgress2——5万本超のASIS解析

背景と課題: 三菱オフコン上で稼働するProgress2（P2）アプリケーション。本数は5万本を超え、外部システムとEDI接続していた。P2という開発言語の特殊性から、複数のベンダーに「解析不可能」と断られていた。仕様は完全にブラックボックス化していた。

対応: ARIADNEによるAI解析を全面適用し、P2コードの処理内容を意味レベルで読み解いた。同時にTITANSのP2エンジニア2名が業務ヒアリングを並行で進め、AIの解析結果と照合しながら仕様書を作成。体制はPM、AI担当、PMO、TITANS（P2）2名の計5名。

成果: 「解析不可能」とされていたシステムの全容を可視化。外部連携先を含めたリビルド計画の策定が可能になった。

エイジレスのアプローチの特長

上記2事例に共通するのは、AI単独でも人間単独でもない融合アプローチだ。ARIADNEがソースコードの処理を解析し「意味付け」まで行い、TITANSのベテラン技術者が業務意図を検証する。この二段構えにより、従来の1/10のコスト・1/10の期間での解析を実現している。数万本規模のプログラムでも約1ヶ月で完了した実績がある。

従来の1/10のコストで、レガシーシステムを可視化。 22,000名超の人材DBから厳選した上位1.3%の精鋭が対応します。→ 詳しくはこちら

業界別に見るレガシーシステム事例の傾向

ここまで紹介した事例を業界別に整理する。自社の業界に近い事例から、対策の方向性を掴んでほしい。

金融業界は規制の厳格さゆえにシステム障害の社会的影響が大きく、対策の優先度が極めて高い。製造業界はプログラム資産の規模が桁違いで、移行計画の段階的設計が不可欠となる。

業界を問わず共通するのは、ベテラン退職に伴う技術継承リスクと保守コストの肥大化だ。この2つは、いずれの業界でもレガシーシステム対策を先送りできない直接的な理由となっている。

事例から学ぶ——レガシーシステム対策を成功させる5つのポイント

12の事例を横断して見えてくる、レガシーシステム対策の成功法則を5つに集約した。

ポイント1: 現状の可視化を最優先する

みずほ銀行の事例（事例1）が示すように、問題の全容を把握しないまま大規模投資に踏み切っても、期待した成果は得られない。三菱オフコンProgress2の事例（事例B）は逆に、「解析不可能」と判断されたシステムでもAI解析で全容を可視化できることを証明した。

対策の第一歩は、必ず現状把握（ASIS解析）から始めるべきだ。仕様が見えなければ、手法の選定もコストの算出も精度を欠く。可視化の具体的な手法はレガシーシステムの可視化手法と進め方も参照してほしい。

ポイント2: 経営層のコミットメントを確保する

みずほ銀行の19年にわたる苦闘の根底には、「IT軽視」の経営文化があったと指摘されている。三菱重工業や富士通の成功は、いずれも経営課題としてモダナイゼーションに取り組んだ結果だ。

レガシーシステム対策をIT部門だけの問題にしてはならない。経営層がリスクを理解し、予算と人員を確保する。この前提がなければ、プロジェクトは途中で頓挫する。

ポイント3: 段階的アプローチを採用する

三菱重工業の1,500万ステップ移行（事例4）も、富士通の620万ステップ刷新（事例5）も、段階的なアプローチを採用している。一括切り替えの「ビッグバン方式」は、大規模システムほどリスクが高い。

フェーズを区切り、小さな成功体験を積み重ねることが、長期プロジェクトを完走する現実的な戦略だ。

ポイント4: 人材とAIの両輪で推進する

NTTデータ、NRI、CTCの事例（事例8-10）はいずれも「AI＋人間」の協業モデルを前提としている。AIはコード解析のスピードと網羅性で強みを発揮し、ベテラン技術者は業務意図の読み解きと品質保証を担う。

エイジレスの実績（事例A、B）でも、ARIADNE（AI）の解析結果をTITANS（平均年齢57歳の精鋭）が検証するプロセスが品質の要だった。どちらか一方ではなく、両輪で回すことが成果を最大化する。

ポイント5: 「動いているから触らない」を打破する

ITR調査（事例2）が示すように、不要コードの蓄積は「触らない」判断の積み重ねから生まれる。電子帳簿保存法対応（事例3）の失敗は、先送りが法規制変更時に致命傷となることを証明した。

レガシーコードラボ（事例6）やCOBOL PARK（事例7）は、組織として「現状維持バイアス」を打破する取り組みだ。技術だけでなく、組織文化の変革も同時に進める必要がある。

まとめ——事例が示す「今すぐ動くべき理由」

本記事で紹介した12の事例から、レガシーシステム対策の教訓を振り返る。

失敗事例の教訓:

• システム統合の先送りは、問題を指数関数的に拡大させる（みずほ銀行）

• 不要コードの放置は、対策着手時に莫大なコストとなって顕在化する（ITR調査）

• 法規制変更への対応力の欠如は、レガシーシステムの致命的弱点である（電子帳簿保存法）

成功事例の教訓:

• 大規模でも段階的アプローチで脱却は可能（三菱重工業・富士通）

• 技術継承を組織的に仕組み化する動きが加速している（トヨタシステムズ・SCSK×FPT）

• AI×ベテラン人材の融合が、コスト・期間の壁を突破する（NTTデータ・NRI・CTC・エイジレス）

2026年2月時点で、レガシーシステム対策に使える手段は確実に増えた。AI解析の実用化、業界横断の人材育成、グローバル連携。2018年のDXレポート当時には存在しなかった選択肢が揃いつつある。

それでも、最初の一歩は変わらない。現状を把握することだ。仕様が見えなければ手法は選べず、コストも算出できず、経営層への説明もできない。まずASIS解析で「自社のレガシーシステムの全容」を可視化する——これが、12の事例すべてが指し示す出発点だ。具体的な対策の進め方はレガシーシステム対策の全手順で体系的に整理している。

レガシーシステムの「見えない仕様」を可視化しませんか？

独自AI「ARIADNE」× 精鋭部隊「TITANS」が、従来の1/10のコストでIT資産を可視化します。90社超の取引実績を持つエイジレスに、まずは無料相談から。

お問い合わせはこちら →

ASIS解析の詳細資料をダウンロード →

レガシーシステム事例に関するよくある質問

Q. レガシーシステムの事例にはどのようなものがある？

代表的な事例としては、みずほ銀行のシステム統合（4,000億円投資、19年間の苦闘）、三菱重工業のCOBOL→Java移行（1,500万ステップ）、富士通の基幹システム刷新（620万ステップ）などがある。2025年以降はNTTデータの「tsuzumi for COBOL」やCTCの「re：Modern」など、AI活用事例も増えている。

Q. レガシーシステムを放置するとどうなる？

保守コストの肥大化、セキュリティリスクの増大、法規制対応の遅れ、ベテラン退職に伴う知識消失が進む。みずほ銀行のケースでは、放置と先送りの結果、4,000億円の投資後もなおシステム障害が連続し、金融庁の業務改善命令に至った。

Q. レガシーシステムのモダナイゼーションに成功した企業は？

三菱重工業（アクセンチュアと協業し、1,500万ステップのCOBOL→Java移行を完了）、富士通（ハイブリッドアジャイルで620万ステップの基幹システムを刷新）が代表例だ。直近ではトヨタシステムズが「レガシーコードラボ」を設立し、技術継承の組織化にも取り組んでいる。

Q. レガシーシステム対策にAIは活用できる？

コード解析、仕様書の自動生成、テストコードの作成にAIは有効だ。ただしAI単独では業務意図の読み解きに限界がある。NTTデータ、NRI、CTCの事例でも「AI＋人間」の協業モデルが前提となっている。ベテラン技術者がAI出力を検証する体制が品質を担保する。

Q. 自社のレガシーシステム対策は何から始めるべき？

現状の可視化（ASIS解析）から始めるべきだ。仕様が把握できれば、移行手法の選定・コスト算出・スケジュール策定の精度が上がる。仕様書がない状態でも、AIとベテラン技術者の組み合わせで対応は可能である。