レガシーシステムのリアーキテクチャ費用は、300万円から数百億円まで幅があります。その差は、対象の規模、技術的負債の深刻度、見積もりに表れにくい隠れたコストで生まれます。
まず規模別の相場と隠れたコストを見て、そのあと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システムに、このケースが多く見られます。調査・分析だけで数百万〜数千万円が必要になることもあり、プロジェクトの失敗は、この段階のコストを過小評価したことが原因になりがちです。
レガシー特有の隠れたコスト
リアーキテクチャには、通常の新規開発にはない隠れたコストがあります。これが見積もりから漏れると、途中で予算超過やプロジェクト中断を招きます。
代表的な3つの隠れたコストを、発生する工程の順に見ていきます。
調査・分析コストとドキュメントが存在しない場合の仕様解読
リアーキテクチャは、現行システムが何をしているかを理解するところから始まります。
- 現状調査：既存の動作と仕様を把握する工程。
- 仕様解読：文書と現行コードの差を読み解く作業。
- 解析結果の文書化：逆解析した内容を設計情報として残すこと。
現状調査の費用は、プロジェクト全体の15〜30%を占めることがあります。日本のレガシーシステムには、1980〜2000年代に構築されたものが多くあります。設計書が紙で保管され、現行コードと乖離しているケースもあります。
設計書がまったく存在しないケースも大半です。その場合は、コードからビジネスロジックを逆解析する必要があります。
COBOLでは、100万〜500万行のコードを解析するツール費用が発生します。静的解析ツールのライセンス費用は、年間数百万円程度です。解析できるエンジニアの稼働費用と、結果を文書化する工数も必要です。
大規模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技術者の不足は、モダナイゼーションの深刻な課題の一つです。
- 経験者の調達：高い人月単価を見込む必要。
- リスキリング：既存エンジニアの育成。
- ブリッジSE：旧技術者と新技術者の橋渡し役。
日本では、COBOLを読み書きできるエンジニアの高齢化と引退が進んでいます。2025年時点の人月単価は、JavaやPythonの技術者を大幅に上回るケースがあります。
経験豊富なCOBOL技術者の人月単価は、150万〜300万円程度です。プロジェクトによっては、さらに高くなることもあります。
新しい技術のエンジニアをCOBOLへリスキリングする方法もあります。その場合、独特の文法・思想の習得に3〜6ヶ月の学習期間が必要で、この間の生産性低下コストも見積もりに含める必要があります。
リスキリングプログラムは、1人あたり50万〜200万円程度が目安です。ただし、習得後も、中核部分の解析は経験者なしでは難しいのが現実です。
現役システムを止めたくない意識から、保守的な提案が出ることもあります。
両者をつなぐブリッジSEの調達・育成コストも、見積もりに含めるべきです。
ROI計算と経営陣への説明（損益分岐点の計算方法）
投資判断では、経営陣にROI（投資対効果）を説明する必要があります。数億円の投資を何年で回収できるかを示せなければ、予算の承認は難しくなります。
保守コスト削減効果の定量化
ROIを計算するには、まず現状維持のコストを正確に算出します。
- インフラコスト：設備や契約にかかる維持費。
- 人件費：運用・保守と障害対応に使う工数。
- 機会損失：制約で実装できなかった機能による損失。
- 障害コスト：発生頻度と1件あたりの損失から算出。
IT予算の60〜80%がレガシー維持に消えるとされます。ただし、実際の金額まで把握している担当者は少ないのが実情です。
インフラには、メインフレームのリース料・保守料が含まれます。オンプレミスサーバーの保守費や、ライセンス費も対象です。
年間保守費5,000万円を2,000万円へ削減できれば、削減効果は年間3,000万円です。この場合、3億円の投資は10年で回収できます。
メインフレームをクラウドへ移行すると、インフラ費が30〜60%減るケースがあります。大規模システムでは、年間数千万円単位の削減になることもあります。
ガートナーの調査では、移行後の平均TCO（総保有コスト）削減率は25〜40%です。
損益分岐点の計算モデルと経営陣への説明フレームワーク
損益分岐点（BEP：Break-Even Point）は、投資回収までの年数を示します。
- 投資額：過渡期の二重運用コストも含める。
- 年間効果：削減額と機会損失の解消額を合わせた額。
- 回収年数：投資を回収するまでの年数。
損益分岐点（年）＝モダナイゼーション総投資額 ÷ 年間削減効果額です。年間効果には、インフラ・保守人件費・障害コストの削減を含めます。新機能の開発速度向上による売上増加も、機会損失の解消として加えます。
中規模Javaシステムでは、総投資額が2億円のケースを想定できます。その際、この金額には並行運用コストを含めます。
年間効果の内訳は、インフラ削減1,000万円と保守人件費削減800万円です。これに、障害コスト削減200万円と売上増加1,000万円を加えます。その結果、年間効果は3,000万円となり、損益分岐点は約6.7年です。
経営陣には、この損益分岐点と、現状維持を続けた場合の10年後のリスクを並べて示します。そのリスクには、技術者の引退による運用不能、セキュリティ、競合との差が含まれます。
平均コスト290万ドル（約4億3,500万円）に対して、どれだけ削減できるかも確認します。また、IBMの調査では、成功した移行後の平均TCO削減率は35%です。
たとえば、年間保守費が1.5億円なら、移行後に年間5,250万円を削減できます。この場合、4億3,500万円の投資は約8.3年で回収できる計算です。
自社のコスト実績に当てはめれば、経営陣への説明資料を作れます。
コストを抑えるスモールスタート戦略
数億円を一度に投資できない場合は、段階的なスモールスタートが有効です。コストのリスクを抑える代表的な進め方を、段階移行と戦術の2つの面から見ていきます。
ストラングラーフィグパターンによる段階的移行
ストラングラーフィグパターンは、機能を少しずつ新システムへ移していく手法です。マーティン・ファウラーが提唱しました。リスクとコストを分散できるため、大規模移行に適しています。
- 接続層を設置：既存システムの前段に置く。
- 機能を移行：各フェーズで機能を移す作業。
- 効果を測定：各段階の結果を確認する。
フェーズ1では、APIゲートウェイやファサードレイヤーを設置します。その費用は500万〜1,500万円です。
フェーズ2以降は、影響が小さく独立性の高い機能から移行します。機能単位の費用は、300万〜2,000万円/フェーズです。
各フェーズの完了後に効果を測定し、次の投資を判断します。一度に数億円を投資するリスクを避けながら、移行を進められます。また、小さな投資で予算承認を得やすく、成果を次の承認に使えます。
コスト削減のための具体的戦術
段階移行に加えて、変換・共通機能・テストの工数を抑える方法があります。
- 自動変換ツール：手動によるコード書き直しの削減。
- クラウドサービス：共通機能を自前で作る手間の抑制。
- テスト自動化：中長期の確認コストの削減。
COBOL→JavaやCOBOL→Pythonへの自動コード変換ツールを活用できます。Micro Focus COBOLやFujitsu NetCOBOLなどにも、変換機能があります。
ただし、自動コード変換後は、読みにくいマシン生成コードになり、品質管理の工数が残ります。一方で、変換コストは手動と比べて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計算モデルを、予算計画に活用してください。
複数ベンダーから見積もりを取る際は、3つの費用の計上方法を確認します。対象は、調査・分析、並行運用、技術者調達の費用です。
▼全体ガイドの記事
・レガシーシステムリアーキテクチャの完全ガイド
▼見積依頼前に読みたい無料ホワイトペーパー
・レガシーシステム刷新の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。