COBOLのリバースエンジニアリング費用は、基本30万円（4,000行まで）から数千万円まで広がります。金額を左右するのは、解析対象と成果物の粒度です。ホスト仕様やヒアリングの有無も、費用に影響します。
全体像は、COBOLのリバースエンジニアリングの完全ガイドもご覧ください。
▼全体ガイドの記事
・COBOLのリバースエンジニアリングの完全ガイド
AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。
COBOLリバースエンジニアリングの費用構造
費用は、ソースコード解析・仕様書復元費用と、モダナイゼーション実装費用の2つに分けて考えます。前者がリバースエンジニアリングの費用で、後者は復元した仕様書をもとに新システムを構築する費用です。
この2つを混同すると、ベンダーの見積もりを正確に比べられなくなります。そのため、見積もりを受け取ったら、どちらの費用が含まれているかを確かめておく必要があります。
LOC課金制とCOBOLにおける適正単価
ソースコード解析・仕様書復元は、LOC（Lines of Code：ソースコードの行数）に基づく従量課金が一般的です。市場相場では、基本料金が約30万円（4,000行まで）で、超過分は1行あたり50円前後が目安です。ただし、この相場はPHPやPythonなどのスクリプト言語を基準にしたもので、COBOLにそのまま当てはめるのは適切ではありません。
COBOLの適正単価は、稼働環境や解析範囲によって次のように変わります。
- オープン系COBOL：80〜120円/行
- IBMメインフレーム（z/OS）：150〜250円/行
- ホスト依存関係解析：JCL・VSAM・DB2を含む場合はさらに割増
JCL・DB2・VSAMが絡むと、同じ行数でも解析工数が2〜3倍以上になることがあります。そのため、1行50円のような見積もりを受けた場合は、COBOL固有の複雑さを織り込んでいるかを確認する必要があります。
「COBOL 1万行とReact 1万行は別物」——LOC課金の落とし穴
COBOLのLOC課金では、言語の違いを無視して行数だけで比べないよう注意が必要です。同じ1万行でも、解析に必要な専門知識と工数は大きく異なります。
- Reactの1万行：UI描画ロジックや関数呼び出しを表すことが多い
- COBOLの1万行：データ定義や処理制御を含むことが多い
- コメントと変数名：ヒアリング工数が発生しやすい
COBOLでは、WORKING-STORAGE SECTIONに複雑なデータ定義が含まれることがあります。PIC句で桁数と型を指定し、PERFORM文で処理の呼び出しを制御するため、読み解くには専門知識が欠かせません。
コメントが少なく、変数名が省略形になっているケースもあります。たとえば「WS-CUST-CD-TRAN-FLG」の業務上の意味は、業務部門に確認しないと分かりません。
ヒアリング工数を別に計上するベンダーもあれば、見積もりに含めるベンダーもあります。そのため、見積もりにどこまでの作業が含まれるかを明確に確認しておく必要があります。
成果物粒度別の費用相場
費用は、成果物の粒度によって大きく変わります。同じソースでも、フローチャートと詳細設計書とでは費用が3〜5倍変わることがあります。適正な見積もりを得るためには、必要な成果物のレベルを事前に明確にしておくことが前提になります。
レベル1：フローチャート・処理概要（最小粒度）
レベル1は、プログラムフローチャートと処理概要書を作る、最も簡易な成果物です。COBOLのPROCEDURE DIVISIONを解析して処理の流れを可視化しますが、業務上の意味付けは最低限にとどまります。
費用は、標準モジュール、商品登録機能、外部I/O項目の事例で確認できます。
- 標準モジュール：約4,000行で30〜50万円
- 商品登録機能：約10ファイル・4,000行で約30万円
- 外部I/O項目リスト：API連携システムで約50万円
この成果物だけでは、モダナイゼーションの実装に使えないことがほとんどです。そのため、実装の段階で詳細設計書を追加発注するケースが起きやすい水準です。
レベル2：業務機能仕様書（標準粒度）
レベル2は、処理フローに業務ルールや条件分岐の意味を加えた文書です。例外処理の業務的な説明も含み、業務部門へのヒアリングを組み合わせて作ります。
費用の判断では、業務理解と実績の有無を確認します。
- 業務ルール：条件分岐と例外処理の意味を説明
- ヒアリング：Why（なぜその処理をするか）を文書化
- CMS構造解析：WordPressポータルサイトで約60万円
在庫予約システムは、約30ファイルで、セキュリティ確認を含めて約80万円です。
このレベルの業務仕様書は、モダナイゼーションの要件定義で活用できる品質です。
レベル3：詳細設計書（最高粒度）
レベル3は、新システム開発に直接使える最高粒度の成果物です。業務機能仕様書に加えて、新システム開発向けの設計書をそろえた文書セットになります。
- DB設計：テーブル定義とER図
- 連携設計：API仕様と画面遷移図
- 運用設計：バッチジョブ設計書
JCL・DB2・VSAMを含む4,000行規模では、100〜200万円です。一方で、数万行規模の大型システム全体では、数千万円規模になることがあります。
費用は高くなるものの、実装フェーズの手戻りを抑え、総コストを圧縮できます。
COBOL特有のコスト要因
COBOL固有のコスト要因を理解しておくと、見積もりを適切に評価できます。要因を把握しないまま安い見積もりを選ぶと、後から追加費用が起きることがあります。
ホスト固有仕様（JCL・DB2・VSAM）の解析工数
IBMメインフレーム（z/OS）では、COBOL以外のホスト仕様も解析対象になります。見積もりでは、これらの仕様が解析範囲に含まれるかを確認します。
- JCL：実行環境、データセット定義、依存関係を管理
- DB2：COBOLソースとあわせて解析するホスト仕様
- VSAM：メインフレーム固有のファイル管理システム
JCL（Job Control Language）を解析しないと、COBOLの処理フローが全体のなかでどう位置づくかが分かりません。また、VSAM（Virtual Storage Access Method）のキー構造やレコード形式を把握するには、専門知識が必要です。
追加費用は、COBOLソース解析費用の20〜40%に相当することが多くあります。そのため、ホスト固有仕様の解析費用が見積もりに含まれるかを、必ず確認してください。
業務部門協働コスト（Why解明のヒアリング工数）
COBOLでは、業務ロジックのWhyを解明するヒアリングが追加コストになります。その工数は、技術解析の工数と同規模になることもあります。
- 技術解析：コードからHow（どのように処理するか）を把握
- 業務ヒアリング：Why（なぜそうなっているか）を確認
- 文書化：確認内容を仕様に反映
COBOL 1万行には、30年以上前の業務ルールが数十〜数百個埋め込まれることがあります。そのため、コードを読んだだけでは、なぜその処理になっているのかが分からず、業務担当者への確認が欠かせません。
この工数を含まない見積もりは、表面上は安く見えます。ただし、業務ルールの誤解からバグが増え、修正コストが高くなるリスクがあります。
モダナイゼーション全体での費用目安
リバースエンジニアリングは、モダナイゼーション（システム刷新）の初期フェーズになることが多いです。予算を立てるときは、解析単体の費用だけでなく、その後の実装費用まで把握しておく必要があります。
手法別のモダナイゼーション費用相場
モダナイゼーションには4つの主なアプローチがあり、費用と期間が異なります。手法を比較するときは、費用規模と期間をあわせて確認します。
- リホスト（単純移行）：数千万円〜1億円台、3〜6ヶ月
- リプラットフォーム：1億円〜3億円、6〜12ヶ月
- リファクタリング：2億円〜5億円、12〜18ヶ月
- リビルド（リライト）：5億円以上、18ヶ月以上
リホストは、COBOLコードをほぼそのままに、基盤だけをオープン系やクラウドへ移す手法です。リプラットフォームは、一部のコードを書き直しながら基盤を変える手法です。リファクタリングは、業務ロジックを維持したまま構造を大幅に改善する手法です。リビルドは、復元した仕様をもとに新システムをゼロから構築する手法です。
どの手法でも、リバースエンジニアリング費用は発生します。特にリビルドでは、詳細設計書レベルの仕様書の品質が開発費用に直結します。そのため、上流フェーズへの投資が重要です。
リバース活用 vs スクラッチのROI分水嶺
費用を比べるときは、リバース活用とスクラッチ開発を業務ロジック生存率で判断します。業務ロジック生存率とは、現行機能のうち新システムでも必要な機能の割合のことです。
- 生存率70%以上：リバース投資が移行費用を抑えやすい
- 生存率50%未満：不要機能の解析費用が無駄になりやすい
- スクラッチ開発：現行業務の調査費用は別途必要
生存率が70%以上なら、リバースへの投資が移行コストの削減につながりやすいです。一方で、現行システムに不要な機能が蓄積されている場合は、不要な機能まで解析する費用が無駄になる可能性が高くなります。
スクラッチ開発を選んでも、現行業務を正確に把握する調査は欠かせず、費用がゼロになるわけではありません。
特急料金の相場と適用条件
短納期対応が求められるのは、年度末の予算執行期限や、担当者の退職前などの場合です。割増率と適用条件を事前に確認しておけば、緊急時でも予算を見積もれます。
特急割増率の目安（20〜60%増）
特急割増率は、標準納期からどれだけ圧縮するかで決まります。
- 通常の短納期：標準の半分程度に圧縮し、総額20〜30%増
- 超特急対応：標準の3分の1程度に圧縮し、総額40〜60%増
- 業務部門の工数：ヒアリングに必要な担当者を発注側が確保
超特急対応は、休日・深夜の対応が必要になるレベルです。
COBOLでは業務部門へのヒアリングが欠かせません。担当者をアサインできなければ、技術解析を急いでも成果物の品質が下がります。そのため、発注側も業務部門の工数を相応に確保する必要があります。
特急料金を回避するためのプロジェクト計画
特急料金を避けるには、早期に始めることと、解析の範囲を計画的に区切ることが欠かせません。
- 早期開始：退職予定の2〜3ヶ月前では足りない場合がある
- 年間計画：年度末に解析を集中させない
- フェーズ分割：優先度の高い業務領域から進める
プロジェクトは、システム担当者の退職前に知識を保存したいという理由で始まることもあります。そのような場合でも、大型案件の解析を年度末に集中させると、特急料金の対象になりやすいです。
解析は、優先度の高い領域から段階的に進めれば、費用を抑えられます。
コストを抑えるための5つのポイント
費用を管理するには、発注側の準備と戦略が欠かせません。5つの実践策を取り入れると、無駄を抑えつつ品質を確保できます。
ポイント1〜3：スコープ管理・資産の洗い出し・複数社比較
初期投資と見積もりのぶれを抑えるには、範囲、資産、比較条件をそろえておくことが必要です。
- スコープ管理：優先度の高いモジュールから段階的に解析
- 資産の洗い出し：ソース一覧、LOC、稼働環境、依存ライブラリを整理
- 複数社比較：2〜3社で単価、作業範囲、品質基準を比べる
複数社を比べるときは、単価だけでなく、含まれる作業内容と成果物の品質基準も確認します。
ポイント4〜5：業務部門協力体制の早期構築・成果物品質の事前合意
ヒアリングや納品後の手戻りを減らすには、協力体制と品質基準を先に決めておくことが必要です。
- 早期協力：業務担当者の休暇や繁忙期を踏まえ時間を確保
- 品質合意：仕様書の粒度と実装への使用可否を文書化
Why解明のヒアリング工数は、業務担当者の協力度によって大きく変わります。
「仕様書を納品する」とだけ決めると、粒度が曖昧なままになり、トラブルの原因になります。そのため、成果物のサンプルを確認し、契約前に実装への使用可否を明文化しておきます。
品質基準を合意しておくことが、追加費用の発生を防ぎます。
まとめ
費用は、LOC課金だけでなく、ホスト仕様、ヒアリング、成果物の粒度によって大きく変わります。ソース解析・仕様書復元は、基本30万円（4,000行まで）から数千万円が目安です。
モダナイゼーション全体では、リホストが数千万円〜1億円台です。一方で、リビルドは5億円以上の規模になり、詳細設計書の品質が開発費用に影響します。
費用を抑えるには、範囲と資産を整理し、比較条件、協力体制、品質基準を先に整えておくことが大切です。そのうえで、安さだけでなく、COBOL固有の複雑さと成果物の品質を含む総額で判断することが重要です。
▼全体ガイドの記事
・COBOLのリバースエンジニアリングの完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。