「レガシーシステムのリアーキテクチャを検討しているが、いくらかかるか見当もつかない」「COBOLや古いJavaシステムのモダナイゼーションで見積もりをもらったが、妥当かどうか判断できない」——このような悩みを抱えるIT部門の担当者・CIOの方は少なくありません。実際、日本企業のIT予算の60〜80%がレガシーシステムの維持・運用に消えているとも言われており、モダナイゼーション投資に踏み切れない企業が多いのが現状です。

レガシーシステムのリアーキテクチャは、通常のシステム開発とは異なる特有のコスト構造を持っています。現行システムの仕様解読や調査・分析から始まり、過渡期の二重運用コスト、COBOL技術者の調達コストなど、見積もりに現れにくい「隠れたコスト」が総費用の大部分を占めることも珍しくありません。グローバル平均のモダナイゼーションコストは290万ドル（約4億3,500万円）という調査データもありますが、日本企業の場合はその特性に応じた費用構造の理解が不可欠です。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・レガシーシステムリアーキテクチャの完全ガイド

本記事では、レガシーシステムリアーキテクチャにかかる費用相場を規模別・技術的負債の深刻度別に詳しく解説します。レガシー特有の隠れたコスト要因、ROI計算と経営陣への説明方法、コストを抑えるスモールスタート戦略まで、発注者として知っておくべき情報を網羅的にお伝えします。

レガシーシステムリアーキテクチャの費用相場（規模別・深刻度別）

レガシーシステムのリアーキテクチャ費用は、対象システムの規模・複雑性・技術的負債の深刻度によって大きく異なります。単純な技術スタックの置き換えであれば数百万円で済む場合もありますが、COBOL基幹システムや長年ドキュメントが整備されてこなかったシステムでは、億単位のコストになることも珍しくありません。ここでは規模別・負債深刻度別の費用目安を解説します。

レガシーシステムリアーキテクチャの費用は、対象システムの規模によって大きく4段階に分類できます。

小規模（300万〜1,500万円）：部門システムや社内ツールなど、ユーザー数が数十〜数百人規模のシステムが対象です。古いVB6やAccess、旧バージョンのJavaで構築されたシステムをクラウドネイティブな構成に移行する場合が多く、コードの複雑度が低く、仕様書が比較的整っている前提での費用目安です。開発期間は3〜6ヶ月程度、3〜8人月規模のプロジェクトとなります。ただし、後述するレガシー特有のコスト要因（調査費・二重運用費など）が加算されると、この上限を超えるケースも多々あります。

中規模（1,500万〜1億円）：数百〜数千人のユーザーが利用する業務系システム、古いJava（1.4〜1.6時代）やPHP3/4で構築された中核システム、メインフレームの周辺系システムなどが対象です。外部連携が複数存在し、ビジネスロジックが複雑化しているシステムが多く、リバースエンジニアリングによる仕様解読が発生します。開発期間は6ヶ月〜1年半程度となります。

大規模（1億〜10億円）：全社基幹システム、COBOL製の勘定系・生産管理系システム、数千〜数万ユーザーが利用するエンタープライズシステムのリアーキテクチャです。20〜30年稼働してきたシステムも多く、仕様書が存在しない・現行のコードが唯一の仕様書となっているケースがほとんどです。並行稼働期間が長期化し、移行計画・テスト計画の策定だけで数ヶ月を要することもあります。

超大規模（10億円〜数十億円）：メインフレーム全体のオープン化、金融機関のコアバンキング移行、全社ERP刷新など、複数年にわたるプログラムです。グローバルの調査では、大規模モダナイゼーションプロジェクトの平均コストは290万ドル（約4億3,500万円）ですが、これは中小規模プロジェクトを含む平均値であり、大手金融・製造・公共系では数十億〜数百億円規模のプロジェクトも存在します。

レガシーシステムリアーキテクチャで見落とされがちなのが、「技術的負債の深刻度」によるコスト増加です。同じシステム規模でも、技術的負債の状態によって費用が2〜5倍異なることがあります。

負債軽度（基本費用の1.0〜1.3倍）：ドキュメントが整備されており、テストコードが存在し、アーキテクチャの設計原則が守られている状態です。技術スタックの世代が古いだけで、コードの品質自体は維持されているシステムがこれに該当します。移行計画の立案が容易で、リスクも比較的低く抑えられます。

負債中度（基本費用の1.3〜2.0倍）：ドキュメントが部分的にしか存在しない、テストコードがほとんどない、コードに強い結合がある状態です。日本企業の多くはこの状態に当たります。仕様解読・リバースエンジニアリング・テスト自動化の工数が追加で発生します。

負債重度（基本費用の2.0〜5.0倍）：ドキュメントが皆無、コードが2,000行を超えるスパゲッティ関数の集合体、退職した担当者のみが知る暗黙知で動いているシステムです。COBOLシステムや長期間メンテナンスが続いた古いJavaシステムはこのケースが多く、調査・分析フェーズだけで数百万〜数千万円が必要になることがあります。リアーキテクチャプロジェクトの失敗事例の多くは、このフェーズのコストを過小評価したことが原因です。

レガシー特有の隠れたコスト

レガシーシステムリアーキテクチャの費用で最も注意が必要なのが、通常のシステム開発では発生しない「隠れたコスト」の存在です。これらを見積もり段階で見落とすと、プロジェクト途中で予算超過が発生し、最悪の場合プロジェクト中断という事態を招きます。以下に代表的な5つの隠れたコストを詳しく解説します。

レガシーシステムリアーキテクチャで最初に発生するのが、現行システムの調査・分析コストです。通常の新規開発では要件定義から始まりますが、リアーキテクチャでは「現行システムが何をやっているか」を理解することから始まります。この現状調査フェーズのコストは、プロジェクト全体の15〜30%を占めることもあります。

特に深刻なのが、ドキュメントが存在しない・または古くて信頼できない場合の仕様解読コストです。日本のレガシーシステムの多くは、1980〜2000年代に構築されたもので、当時の設計書が紙ベースで保管されているが現行コードと乖離している、あるいはまったく存在しないというケースが大半です。こうしたシステムでは、コードを読んでビジネスロジックを逆解析する「リバースエンジニアリング」が必要となります。

COBOL製システムの場合、100万〜500万行規模のコードを解析するためのツール費用（静的解析ツールのライセンス費用が年間数百万円程度）、解析を実施できるエンジニアのコスト（後述するCOBOL技術者の稼働費用）、解析結果をドキュメント化する工数が発生します。大規模COBOLシステムでは、この調査・分析フェーズだけで3,000万〜1億円超の費用がかかるケースも珍しくありません。古いJavaシステム（Java 1.4〜5時代に構築されたもの）でも、EJB（Enterprise JavaBeans）の複雑な設定ファイルやOracle ADF・Struts1など旧来フレームワークに強く依存したコードの解析には、同様に多大な工数が必要です。

レガシーシステムリアーキテクチャでは、新旧システムを並行稼働させる「並行運用期間」が不可欠です。いきなりレガシーシステムを停止して新システムに切り替えるのは、ビジネスリスクが高すぎるため、多くのプロジェクトで3〜12ヶ月程度の並行稼働期間を設けます。この期間中は、レガシーシステムと新システムの両方を維持・運用しなければならないため、インフラコストと運用コストが単純に2倍になります。

具体的に発生するコストとして、まず旧システムのインフラ維持費用があります。メインフレームのリース料は月数百万〜数千万円規模のものも多く、並行稼働期間が長引くほどコスト負担が増大します。次に、データ同期コストがあります。並行稼働中は旧システムと新システムの間でデータを常に同期し続ける必要があり、この同期プログラムの開発・維持コストが発生します。さらに、運用体制の二重化コストも生じます。旧システムと新システムの両方を理解できる運用担当者が必要となり、人件費が増加します。

中規模システムの並行稼働コストは月300万〜800万円程度、6ヶ月の並行稼働であれば1,800万〜4,800万円の追加コストとなります。大規模メインフレームの場合、この金額はさらに大きくなります。この二重運用コストを見積もりに含めていないベンダーから提案を受けた場合は、必ず確認するようにしてください。

COBOLシステムのモダナイゼーションで最も深刻な課題の一つが、COBOL技術者の絶対的な不足です。日本国内でCOBOLを読み書きできるエンジニアは急速に高齢化・引退が進んでおり、2025年時点でのCOBOL技術者の人月単価は、通常のJavaやPythonエンジニアを大幅に上回るケースが増えています。

経験豊富なCOBOL技術者（10年以上）の人月単価は150万〜300万円程度、プロジェクトによってはさらに高くなることもあります。一方、モダンな技術スタックでの開発経験を持つエンジニアをCOBOLにリスキリングするアプローチもありますが、COBOLの独特の文法・思想を習得するまでには3〜6ヶ月の学習期間が必要で、この期間中の生産性低下コストも考慮が必要です。リスキリングプログラムの費用は1人あたり50万〜200万円程度が目安ですが、習得後も中核部分の解析は経験者なしには難しいという現実があります。

また、COBOL技術者が「現役で稼働しているシステムを止めたくない」という意識から、必要以上に保守的なアプローチを提案することもあります。リアーキテクチャプロジェクトを進めるにあたっては、COBOL技術者と新システム側の技術者の間の橋渡しができるブリッジSEの確保も重要で、このポジションの調達・育成コストも見積もりに含めるべきです。

ROI計算と経営陣への説明（損益分岐点の計算方法）

レガシーシステムリアーキテクチャへの投資判断で最大の障壁となるのが、経営陣へのROI（投資対効果）の説明です。「数億円かけてシステムを作り直すと、何年で元が取れるのか」という問いに答えられなければ、予算承認は困難です。ここでは、リアーキテクチャのROI計算方法と損益分岐点の求め方を解説します。

レガシーシステムのモダナイゼーションROIを計算する際には、まず「現状維持のコスト」を正確に算出することが重要です。多くの企業でIT予算の60〜80%がレガシー維持に消えているとされますが、これを実際の金額で把握している担当者は意外と少ないものです。

現状維持コストの主な項目として、インフラコスト（メインフレームのリース料・保守料、オンプレミスサーバーの保守費、ライセンス費）、人件費（現行システムの運用・保守担当者の人件費、障害対応の工数）、機会損失（レガシーシステムの制約により実装できなかった新機能・サービスによる機会損失）、障害コスト（システム障害の発生頻度×障害1件あたりのビジネス損失）が挙げられます。たとえば、年間保守コストが5,000万円のレガシーシステムをモダナイゼーションにより年間2,000万円（60%削減）まで削減できれば、年間3,000万円の削減効果が見込めます。この場合、モダナイゼーションに3億円を投資しても10年で元が取れる計算となります。

さらに、モダナイゼーション後のインフラコスト削減効果も大きな要素です。メインフレームをクラウドに移行した場合、インフラコストが30〜60%削減できるケースが多く、大規模システムでは年間数千万円単位の削減が実現できます。ガートナーの調査によれば、モダナイゼーション後の平均的なTCO（総保有コスト）削減率は25〜40%とされています。

損益分岐点（BEP：Break-Even Point）の計算モデルは以下の通りです。損益分岐点（年）＝モダナイゼーション総投資額 ÷ 年間削減効果額。この計算では、過渡期の二重運用コストもモダナイゼーション総投資額に含める必要があります。また、年間削減効果額には、インフラコスト削減・保守人件費削減・障害コスト削減・新機能開発速度向上による売上増加（機会損失の解消）を含めて算出します。

たとえば、中規模のJavaシステムリアーキテクチャのケースを想定すると、モダナイゼーション投資総額（並行運用コスト含む）が2億円、年間削減効果（インフラ削減1,000万円＋保守人件費削減800万円＋障害コスト削減200万円）が2,000万円、新規機能開発速度向上による売上増加1,000万円の場合、損益分岐点は2億円 ÷ 3,000万円＝約6.7年となります。経営陣への説明では、この損益分岐点を提示するとともに、「現状維持した場合の10年後のリスク（技術者の引退による運用不能リスク、セキュリティリスク、競合との差）」も定量化して並べることが重要です。

290万ドル（約4億3,500万円）という平均モダナイゼーションコストに対し、IBMの調査では成功したモダナイゼーション後の平均TCO削減率が35%であることが報告されています。年間保守コストが1.5億円規模の企業であれば、モダナイゼーション後に年間5,250万円の削減が見込め、4億3,500万円の投資は約8.3年で回収できる計算となります。この数字を自社のコスト実績に当てはめてカスタマイズすることで、経営陣への説明資料の骨格を作ることができます。

コストを抑えるスモールスタート戦略

「リアーキテクチャに数億円は出せない」という現実的な制約の中でモダナイゼーションを進めるためには、一括全面移行ではなく、スモールスタートで段階的に進める戦略が有効です。ここでは、コストリスクを最小化しながらモダナイゼーションを実現する具体的なアプローチを解説します。

ストラングラーフィグパターンとは、既存のレガシーシステムを一気に置き換えるのではなく、新システムを徐々に構築しながら少しずつレガシーシステムの機能を新システムに移し替え、最終的にレガシーシステムを完全に置き換える手法です。マーティン・ファウラーが提唱したこのパターンは、リスクとコストを分散できる点で特に大規模レガシー移行に適しています。

具体的な進め方としては、まず現行システムの前段にAPIゲートウェイやファサードレイヤーを設置します（フェーズ1：500万〜1,500万円）。次に、最も影響の小さい・独立性の高い機能から順番に新システムに移行します（フェーズ2以降：機能単位で300万〜2,000万円/フェーズ）。各フェーズ完了後に効果を測定し、次フェーズの投資判断を行います。このアプローチにより、一度に数億円を投資するリスクを回避しながら、段階的にモダナイゼーションを進めることができます。フェーズごとの投資が小さいため、予算承認も得やすく、各フェーズの成果を実績として経営陣に示すことで、次フェーズの承認もスムーズになります。

スモールスタート戦略を実践するうえで、さらにコストを削減するための具体的な戦術があります。第一に、自動変換ツールの活用です。COBOL→JavaやCOBOL→Pythonへの自動コード変換ツール（Micro Focus COBOL、Fujitsu NetCOBOL等の変換機能、あるいはAIベースの変換ツール）を活用することで、手動でのコード書き直しコストを削減できます。ただし、自動変換後のコードは人間が読みにくい「マシン生成コード」になることが多く、品質管理の工数は依然として発生します。自動変換ツールの活用により、変換コストを手動比で30〜60%削減できるとされていますが、ビジネスロジックの複雑な部分は依然として手作業が必要です。

第二に、クラウドマネージドサービスの積極活用です。データベース・認証・監視・ロギングなど、自社で構築すると工数がかかる共通機能をクラウドのマネージドサービス（AWS RDS、Azure SQL、Google Cloud Spanner等）で代替することで、開発工数を削減できます。クラウドサービスの活用により、インフラ設計・構築の工数を30〜50%削減できるケースがあります。第三に、段階的テスト自動化です。リアーキテクチャプロジェクトでは、移行前後の動作確認のためのリグレッションテストが大量に発生します。これを手動で実施するとコストが膨大になるため、早期からテスト自動化に投資することで、中長期的なテストコストを削減できます。テスト自動化への初期投資（数百万〜1,000万円程度）が、プロジェクト全体のテストコストを20〜40%削減する効果をもたらすことがあります。

まとめ：レガシーシステムリアーキテクチャの費用を正確に把握するために

本記事では、レガシーシステムリアーキテクチャにかかる費用相場を多角的に解説しました。ポイントをまとめると以下の通りです。

費用相場の目安：小規模（300万〜1,500万円）、中規模（1,500万〜1億円）、大規模（1億〜10億円）、超大規模（10億円〜数十億円）。ただし、技術的負債の深刻度により2〜5倍の幅が生じます。グローバル平均のモダナイゼーションコスト290万ドル（約4億3,500万円）は参考値として活用してください。

見落としがちな隠れたコスト：現状調査・仕様解読コスト（プロジェクト全体の15〜30%）、並行運用コスト（月300万〜800万円以上）、COBOL技術者の高単価調達・リスキリングコスト（1人あたり50万〜200万円）の3点が特に重要です。これらを見積もりに含めていないベンダー提案には注意が必要です。

ROI計算の方法：年間削減効果（インフラコスト削減＋保守人件費削減＋障害コスト削減＋機会損失解消）を算出し、モダナイゼーション総投資額との損益分岐点を計算します。モダナイゼーション後のTCO削減率は平均25〜40%とされており、この数字を自社のコスト実績に当てはめることで、経営陣への説明資料の骨格を作ることができます。

コスト削減のアプローチ：ストラングラーフィグパターンによる段階的移行でリスクと初期投資を分散させ、自動変換ツールやクラウドマネージドサービスの積極活用でコストを最適化します。テスト自動化への早期投資も中長期的なコスト削減に有効です。

レガシーシステムリアーキテクチャは、適切に計画・実行すれば数年以内にROIが回収でき、その後は継続的なコスト削減と事業競争力の向上をもたらす戦略投資です。しかし、隠れたコストを見落として予算超過に陥るプロジェクトも多いのが現実です。本記事の費用相場・コスト要因・ROI計算モデルを参考に、正確な予算計画と説得力ある経営陣への提案資料を作成してください。実際に複数のベンダーから見積もりを取る際には、調査・分析フェーズのコスト、並行運用コスト、技術者調達コストがそれぞれどのように計上されているかを必ず確認するようにしてください。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・レガシーシステムリアーキテクチャの完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また「Boxシリーズ」による、受発注管理・在庫管理・配送管理・業務システム・生成AI・SaaS・マッチングサイト・EC・アプリ・LINEミニアプリなどの標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」を活用することで、低コスト・短期間でのスクラッチ開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。