はじめに：2026年2月、この世界で何が起きたか
みなさん、「2025年の崖」って覚えてますか？
経産省が2018年にぶち上げた、あの「レガシーシステムを放置してると2025年以降に年間最大12兆円の経済損失が出るぞ」ってやつです。
で、2025年は過ぎた。崖から落ちたのか？ それとも助かったのか？
結論から言います。崖は崩れなかった。でも、崖の上にまだ大量の人がいる。
そして2026年2月、そこに新たな激震が走りました。
2月23日、AnthropicがClaude CodeによるCOBOLモダナイゼーションの自動化を発表。たった一本のブログ記事が、翌営業日のIBM株を最大13.7%押し下げ、AccentureやCognizantといったコンサル大手を巻き込んだ売りの連鎖を引き起こした。
僕はDX支援の現場にいる人間として、この二つの出来事──「崖のその後」と「Anthropicショック」──を重ねて見たとき、ようやく一つの絵が見えてきた気がしています。
今回は、2026年2月時点でのモダナイゼーション最新動向と、AIが引き起こしつつある産業構造の地殻変動を、僕なりの解釈でまとめてみます。
「全面移行」という幻想が終わった
まず最初に、一番大きな話をさせてください。
2024年〜2026年にかけて、モダナイゼーションの世界で一番大きく変わったのは、「メインフレームを全部捨ててクラウドに行こう」という掛け声が、ほぼ消えたことです。
Kyndrylが500社を対象にした2025年の調査があるんですが、その結果がすごい。
メインフレームを完全に停止する計画を持つ企業は、500社中たった1社。
99%の企業が、メインフレームとクラウドを組み合わせたハイブリッド環境で運用している。
…1社ですよ。500社中1社。
これは「メインフレームが優秀だから残ってる」だけの話じゃないんです。もちろん信頼性や性能は高い。でもそれ以上に、全面移行のリスクがあまりにもデカすぎるということを、業界全体が身をもって学んだ、ということなんじゃないかな、と。
実際に94%の企業が規制遵守要件を重視していて、32%がセキュリティを理由にアプリケーションをメインフレームに残しているとも報告されています。要は「動いてるものを無理に動かすな、ただし腐らせるな」──これが2026年の現実的な共通認識なんだと思います。
市場は「需要過多」──数字が語る危機感
とはいえ、「現状維持でいいじゃん」とは誰も言ってません。市場の数字を見れば明らかです。
- グローバル市場: レガシーモダナイゼーション市場は2025年の約250億ドルから、2030年には約570億ドルへ拡大予測（CAGR 17%以上）
- 国内市場: IDC Japanの調査で、2025年に1兆3,044億円、2030年に2兆1,234億円（CAGR 10.2%）
兆を超える市場が、さらに年10%以上で伸びている。これはつまり、やらなきゃいけないのに、まだ終わっていない企業が山ほどあるということの裏返しです。
そしてその背景にあるのが、COBOL資産の問題。世界では推定2,200億行のCOBOLコードが現役で稼働し、米国のATM取引の推定95%を処理し、日次3兆ドルの金融取引を支えている。IPAの調査でもユーザー企業の61%がレガシーシステムを保有し、その維持がDX推進の足枷になっていると。
COBOLの担い手は高齢化が進む一方。大学でCOBOLを教えるプログラムはごく一部。開発者の多くはすでに引退し、彼らが持っていた暗黙知もシステムとともに消えつつある。
…これ、冷静に考えるとだいぶ怖い話なんですよね。
でも、ここがポイントなんです。この「怖さ」こそが、特定の企業にとっては巨大な参入障壁であり、収益源でもあった。
IBM株暴落が暴いた「COBOLの呪い」の正体
ここで、2月23日のAnthropicショックの話に入ります。
AnthropicがClaude Codeを使ったCOBOLモダナイゼーションの自動化を発表した。数千行に及ぶコード間の依存関係のマッピング、誰も記憶していないワークフローの文書化、人間のアナリストが数か月かけて初めて浮上させるリスクの特定──これらをAIが自動化できる、と。
で、IBM株が1日で13.7%落ちた。AccentureもCognizantも巻き込まれた。
なぜ、たった一本のブログ記事が、ここまでの破壊力を持ったのか。
それを理解するには、IBMのビジネスモデルの構造を知る必要があります。
IBMのCFOであるJames Kavanaugh氏は直近の決算で、「メインフレームZの配置が成長のフライホイールを回す。IBM全体で3〜4倍のスタック乗数効果がある」と述べています。メインフレームの上に、ソフトウェアライセンス、保守サービス、コンサルティング、クラウド接続が積み上がる。ハードウェア単体の売上をはるかに超える付随収益を生む構造です。
そしてこの「フライホイール」を回し続けるための前提条件が、COBOLの複雑さと、それを理解できる人材の枯渇だった。
…逆説的でしょう？ レガシーコードの「呪い」が、IBMにとっての「堀（moat）」だったんです。モダナイゼーションを実行できる人材と知識をIBMが囲い込んでいる限り、企業はIBMのエコシステムから離脱しにくい。COBOLの担い手が減れば減るほど、IBMへの依存は深まる。
Anthropicが突いたのは、まさにこの構造の急所でした。彼らの主張の本質は一行で言える。
「レガシーコードを”理解する”コストが、”書き直す”コストを上回っていた。AIはその方程式を反転させる。」
「理解のコスト」が限りなく低下すれば、企業はIBMのメインフレーム上にコードを留めておく経済的理由を失う。しかもAnthropicのアプローチは、変換後のコードを任意のクラウドへ移行可能にする。IBMのwatsonxがモダナイゼーション後も自社ハードウェアに留め置く戦略なのとは、根本的に思想が違う。
市場がIBM株を売り込んだのは、AIの技術的優位性だけが理由じゃない。「囲い込みモデル」そのものへの対抗軸が出現したからです。フライホイールの回転が止まれば、ハードウェアだけじゃなく、ソフトウェアも保守もコンサルも、全部が連鎖的に流出するリスクがある。市場はその構造的リスクを瞬時に織り込みにいった。
「7つのR」を超えて──手法の選択は「ポートフォリオ」で考える
さて、ここからは「じゃあ実際どうすんの」という話です。
モダナイゼーションの手法として、昔から「7R」（Rehost, Replatform, Refactor, Rearchitect, Rebuild, Replace, Retire）っていう分類がありますよね。
でも2026年の現場では、これを「どれか1つ選ぶ」という発想自体がもう古いんです。
大事なのは「ポートフォリオ最適化」という考え方。つまり、アプリケーションごとの特性──業務の重要度、変更頻度、コンプライアンス要件──に応じて、複数の手法を組み合わせる。
ざっくり整理すると、こんな感じです。
すぐ動かしたい → リホスト
データセンター閉鎖の期限が迫ってるとか、とにかく最速で移したい場合。ただし、これは本質的には「技術的負債をクラウドに引っ越すだけ」になりがちなので、あくまで応急処置として認識すべきです。
動かしつつ改善 → リプラットフォーム／エミュレーション
「コードは大きく変えないけど、OS・ミドルウェアは近代化したい」というニーズに対応。ただし、「最小改修のはず」がデータやジョブ制御の互換性問題で雪だるま式に膨らむケースは、僕も現場でよく見ます。
注意すべきは、互換実行製品にはベンダー再編リスクがつきまとうこと。2024年にはOpenTextがMicro Focus由来の製品群をRocket Softwareへ譲渡した事例もある。長期利用が前提のコンポーネントなのに、製品ロードマップやサポート条件が突然変わるリスクは、見落としがちな落とし穴です。
新しい窓口を先に作る → ラップ／API化（ストラングラーフィグ）
ここが今一番注目されてるアプローチです。既存機能はそのまま残しつつ、API経由で新チャネルからアクセスできるようにして、徐々に旧システムを”絞め殺す”。Martin Fowlerが提唱したストラングラーフィグパターンですね。
根本から作り直す → リファクタリング／リライト
変更頻度が高く、将来の競争力の源泉になる領域は、ここに投資する価値がある。ただし最もコストと時間がかかるので、全部をこれでやろうとすると確実に破綻します。
パッケージに寄せる → SaaS/ERPリプレース
業務プロセスを標準に合わせる覚悟がある前提で。ただ、「Fit&Gapで結局カスタム開発だらけ」になるパターン、これもめちゃくちゃ多い。
ポイントは、これらを「組み合わせる」こと。 全社を1つの手法で一律に処理しようとした瞬間、プロジェクトは泥沼化します。
AIは「副操縦士」か、「ゲームチェンジャー」か
さて、ここが今回の記事で一番考えたかったところです。
2026年のモダナイゼーションを語る上で、AIの話は避けて通れない。AWS、Google Cloud、IBMといった主要ベンダーが競って「AIでCOBOLを解析・変換」するツールを出している。コード解析、仕様復元、ドキュメント生成、テストケース生成──これまで膨大な人手を要していた作業を、AIが劇的に効率化しているのは事実です。
で、ここでAnthropicの話が効いてくる。
従来、業界のコンセンサスは「AIは”副操縦士”。操縦桿を握るのは人間の専門家」というものでした。僕自身、基本的にはこの立場です。AIの出力を鵜呑みにせず、ビジネスコンテキストを理解した人間が検証・判断する。これは今も変わらない。
でも、Anthropicのブログ記事と市場の反応は、もう一段深いことを突きつけてきた。
それは、AIが「副操縦士」として専門家を支援するだけでなく、「理解のコスト」という参入障壁そのものを溶かしてしまう可能性があるということ。
考えてみてください。COBOLモダナイゼーション市場は、見方を変えれば「理解のコスト」を課金する市場だった。レガシーコードの複雑さを理解し、文書化し、安全に移行するには膨大な人的資本が必要で、その人的資本を持つ企業──IBMを筆頭に──が市場を支配してきた。
AIがこの「理解のコスト」を劇的に引き下げた瞬間、市場支配の根拠そのものが溶解する。
これは技術の話じゃない。産業構造の話です。
ただし──ここが重要なんですが──「コストの逆転」と「品質の保証」はまったく別の話です。
AIが生成したコードの品質問題は確実にある。そしてもっと怖いのが、AIに単純作業を奪われた若手開発者が育成の機会を失うという問題。COBOLの担い手が枯渇しているから移行が必要で、その移行をAIが手伝ってくれる。でもそのAIが、次世代の人材育成の芽を摘んでしまったら──それは新しい形の「技術的負債」を生んでいることになりませんか？
Accentureの話がまさにこの矛盾を体現しています。AccentureはOpenAIの「Frontier Alliances」にも参加し、Anthropicとも提携を進めている。AIツールの導入支援を自社のビジネスにしようとしている。でもこの提携は、自社の従来型コンサルティング収益を侵食するツールの普及を、自分の手で加速させるという矛盾を内包している。コンサルティング業界の雇用はChatGPTの登場時期をピークに減少に転じており、これはもはや仮説じゃなく現在進行形の現実です。
だから僕の結論はこうです。
AIは「副操縦士」であるべきだ──現場のオペレーションにおいては。
でも産業構造のレベルでは、AIはすでに「ゲームチェンジャー」として動き始めている。
この二つのレイヤーを混同すると、判断を誤ります。個別のプロジェクトでは人間の専門家が操縦桿を握るべき。でも経営戦略としては、AIがビジネスモデルの「縫い目」を引き裂く可能性に、正面から向き合わないといけない。
失敗事例が教えてくれること
ちょっとリアルな話をしましょう。
江崎グリコの事例（2024年）
基幹システムのSAP ERPへの切り替え直後に大規模障害が発生。チルド食品の出荷が約1か月にわたって停止しました。
ビッグバン移行──つまり一気に新システムへ切り替えるやり方──のリスクが、国内の大企業で現実になった典型例です。データ移行や業務プロセスの習熟に課題があったと指摘されています。
TSB銀行の事例（2018年・英国）
コアバンキングシステムの移行で、190万人の顧客が長期間オンラインバンキングにアクセスできなくなる大惨事に。不十分なテスト、複雑すぎるアーキテクチャ、ガバナンスの欠如──複合的な原因が独立レビューで指摘されています。
両方に共通しているのは、「ビッグバン移行」と「テストの不十分さ」です。
一方で成功事例もあります。NTTデータの「MEJAR」は、地銀5行が共同利用する勘定系をメインフレームからオープン環境へ移行しつつ、メインフレーム並みの信頼性を持つミドルウェアを並行開発するという離れ業を3年弱でやり遂げました。三菱重工業はCOBOLからJavaへの大規模自動変換を実現した。
失敗と成功、両方の事例を知った上で言えるのは、「段階的に、証跡を残しながら、テストを尽くす」──これに尽きるということです。
AIが「理解のコスト」を下げてくれたとしても、この原則だけは変わりません。むしろ、AIの速度に人間の検証が追いつかなくなるリスクがある分、テスト戦略と並行稼働（Dual Run）の重要性は、AI時代においてさらに増すと僕は思っています。
セキュリティは「後付け」じゃない──バイ・デザインの時代
モダナイゼーションにおけるセキュリティの話は、もう「移行した後にどう守るか」じゃない。「企画段階からセキュリティを設計に組み込む」──いわゆるセキュリティ・バイ・デザインが標準になっています。
デジタル庁のガイドラインでも明確化されていますが、特に移行プロジェクトで怖いのは、こういうところです。
- レガシーで暗黙的に許容されていた「運用者の全権限」が、クラウド環境では重大な監査不備になる
- 文字コード（EBCDIC→UTF-8）や数値表現の差異で、データの同等性が知らない間に壊れる
- コンテナ利用により、新たな脅威（イメージの脆弱性、設定不備等）が発生する
- 移行期間中は新旧システムにログが分散し、インシデント追跡が困難になる
Anthropicショックの余波でCrowdStrikeやZscalerといったサイバーセキュリティ大手の株価も急落しましたが、WedbushのアナリストDan Ives氏が指摘する通り、AIがリスク環境を高度化させることで、セキュリティ企業の需要そのものは長期的に拡大する可能性が高い。短期のパニック売りと長期の構造変化は区別して見るべきです。
要するに、「移行すること自体がセキュリティリスクの塊」であり、AIで移行が加速するなら、セキュリティの設計はなおさら最初から組み込まないといけない。後付けは許されない。
僕なりの「5つの提言」
ここまでの内容を踏まえて、僕なりに考える「これからのモダナイゼーション」の要点を5つにまとめます。
1. 「ハイブリッド前提」で、現実的なロードマップを描く
全面移行という幻想は捨てましょう。メインフレームの強みを活かしつつ、クラウドの俊敏性を組み合わせる。99%の企業がそうしている現実に、もっと素直になっていいと思います。
2. AIを「副操縦士」として使い倒す──ただし、構造変化には経営として備える
現場レベルではAIの出力を鵜呑みにせず、人間が検証・判断する。でも経営レベルでは、AIが「理解のコスト」を破壊することで、自社が依存しているベンダーの囲い込みモデルが崩れる可能性を冷静に見極める。IBMの一件は、この見極めが遅れるとどうなるかを市場が教えてくれた事例です。
3. 「制度的知識」こそ最重要資産
モダナイゼーションの最大の障壁は技術じゃない。「なぜこのロジックがこう書かれているのか」を知っている人がいなくなることです。ベテラン技術者からの知識継承に、今すぐ投資すべきです。AIがドキュメント化を助けてくれる今こそ、最後のチャンスかもしれません。
4. セキュリティは「企画段階」から
後付けセキュリティの時代は終わりました。DevSecOpsを組織文化に根付かせること。AIで移行が加速する時代だからこそ、ゼロトラスト原則でアーキテクチャを再構築する重要性は増している。
5. 「段階的移行」と「並行稼働」でリスクを飼いならす
ビッグバン移行は、もう許容されないリスクです。ストラングラーフィグパターンで移行単位を細分化し、Dual Run（並行稼働）で新旧の出力が一致することを客観的に証明しながら、着実に進める。AIが速度を上げてくれる分、テストと検証にはむしろ今まで以上に慎重になるべきです。
おわりに：レガシーという「重力」と、AIという「推進力」の間で
レガシーシステムって、よく「負の遺産」みたいに語られるんですけど、僕はそれだけじゃないと思っています。
2,200億行のCOBOLが今日も動いていて、世界の金融取引を支えている。それは紛れもなく、先人たちが積み上げてきた「資産」です。問題は、その資産を維持できる人がいなくなりつつあること。
だからこそ、「全部捨てて新しくする」じゃなくて、「活かせるものは活かしながら、段階的に進化させる」──このアプローチが、結局のところ一番現実的で、一番誠実なんじゃないかな、と僕は思っています。
でも同時に、2月23日のAnthropicショックが突きつけたのは、この「段階的に」というペースそのものが、AIによって否応なく加速させられる世界が来ているということでもある。
レガシーシステムという「重力」と、AIという「推進力」。この二つの力の間で、バランスを取りながら飛び続けなければいけない。2026年のモダナイゼーションは、そういうフェーズに入ったんだと思います。
大事なのは、止まらないこと。小さくてもいいから、前に進み続けること。でも、足元の地面が動いていることにも、ちゃんと気づいていること。
この記事が、そのための一つの羅針盤になれたらうれしいです。
ぜひコメントやフォローで反応をください。現場で感じていることや、「うちはこうしてるよ」って話があったら、ぜひ聞かせてください。
本記事は、2026年2月時点の複数のレポート・調査データに基づいて筆者の見解をまとめたものです。引用データの主な出典は以下の通りです。
- Kyndryl「2025 State of Mainframe Modernization Survey Report」
- IDC Japan「国内ITモダナイゼーションサービス市場予測」（2026年2月）
- デジタル庁「政府情報システムにおけるセキュリティ・バイ・デザインガイドライン」
- IPA「レガシーシステムモダン化委員会総括レポート」（2025年5月）
- デロイト トーマツ ミック経済研究所「レガシー＆オープンレガシーマイグレーション市場動向」
- Anthropic「How AI helps break the cost barrier to COBOL modernization」（2026年2月23日）
- CNBC「IBM is the latest AI casualty」（2026年2月23日）
- xenospectrum.com「AnthropicのCOBOLモダナイゼーション宣言が引き起こしたIBM株暴落」（2026年2月24日）