リバースエンジニアリングの外注は、発注前の準備から始まり、RFP（提案依頼書）の作成、契約を経て、プロジェクト推進、WBSの組み立てへと進みます。
一般的なソフトウェア開発と違い、対象システムの詳細が事前に不明確なことが多く、スコープ定義、費用見積もり、法的条件の設定が特に難しい領域です。
▼全体ガイドの記事
・リバースエンジニアリングの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
外注前に発注側が準備すべき項目
リバースエンジニアリングを外注するときに最も重要なのは、発注前に自社側で行う準備です。ベンダーに丸投げすると、技術的には正確でも業務目的に合わない成果物が納品されるリスクがあります。
そのため、発注側が準備を整えておくと、見積もりの精度、成果物の品質、プロジェクト期間のすべてが改善されます。
- 対象システムとソース資産の洗い出し
- 目的と成果物要件の明確化
- 業務部門を巻き込む体制の構築
対象システム・ソース資産の棚卸し
まず、対象システムとソース資産を洗い出します。ソースコードのファイル数と概算行数、言語、プラットフォームを一覧にし、残存しているドキュメント（仕様書・設計書・操作マニュアル・画面定義書）を可能な限り集めます。
ただし、断片的なものでも構いません。残存ドキュメントをベンダーに提供すると、解析工数が減り、費用を抑えられます。また、システムの稼働年数、変更履歴、連携している外部システムのリストも整理しておきます。
特に、外部システムとのI/F（インターフェース）仕様は、解析範囲を定義するうえで重要な情報です。最後に、解析対象に含めるべき機能とそうでない機能を優先度別に仕分けると、スコープを適切に管理できます。
目的と成果物要件の明確化
まず、何のためにリバースエンジニアリングをするのか、その目的を明文化します。そのうえで、目的に合った成果物の要件を決めます。成果物の粒度（フローチャート・業務仕様書・詳細設計書）は、プロジェクト費用に直接影響するため、過不足のない要件定義が重要です。
目的がモダナイゼーション計画の策定なら、成果物は「新システムのRFP作成に使える業務仕様書」です。セキュリティ診断なら「脆弱性レポートと修正優先度一覧」、引き継ぎ対応なら「保守担当者が理解できるフローチャートと機能説明書」が成果物となります。
また、「変数名の復元」「コメントの自動生成」「業務ロジック背景（Why）のドキュメント化」を、成果物要件に明示的に含めることを推奨します。これらを契約に盛り込まないと、技術的に正確でも保守できないコードや仕様書が納品されるリスクがあります。
業務部門の巻き込み体制の構築
リバースエンジニアリングでは、業務部門の協力が欠かせません。ソースコードを解析すればHow（処理の流れ）は分かりますが、Why（なぜその仕様か）は業務部門の知識がなければ復元できません。
特にCOBOLやPL/Iで書かれた古いシステムでは、業務ルールが暗黙知として担当者の頭の中にだけ存在することが多いです。そのため、業務部門へのヒアリングなしでは、解析結果の正確性を担保できません。協力体制が整っていないと、解析が止まりやすく、納期超過と追加費用の原因になります。
具体的には、業務知識を持つ業務部門の担当者を専任で1〜2名参画させます。あわせて、ベンダーとの定期的なヒアリングセッション（週1〜2回）に出席できる体制を整え、「業務担当者がいつ協力できるか」のスケジュールをWBSに反映させます。
RFP作成から契約までの進め方
発注は、RFP（提案依頼書）の作成から始まります。その後、提案を評価してベンダーを選び、NDA（秘密保持契約）を結んだうえで、正式な契約へと進みます。各段階で押さえたい点を、順に説明します。
RFPに含めるべき必須項目
リバースエンジニアリングのRFPには、通常のシステム開発RFPに比べて、追加で記載すべき項目があります。基本事項としては、「プロジェクトの背景・目的」「対象システムの概要（言語・規模・稼働状況）」「求める成果物の定義と粒度」を含めます。さらに、「スケジュール・納期」と「予算規模の目安」も記載します。
リバースエンジニアリング固有の項目としては、「言語ごとの見積もり方法（LOC課金の計算方法と言語補正の考え方）」「成果物のフォーマット・サンプル提示の要求」「クリーンルーム体制の運用方法の説明要求」を入れます。そのうえで、「業務部門との連携方法の提案要求」と「変数名復元・コメント生成・業務ロジック背景ドキュメント化への対応方針」も明記します。
過去の類似プロジェクトの実績（言語・規模・成果物サンプル）の提示を求めると、ベンダーの実力を事前に評価できます。また、RFPは3〜5社程度に配布し、提案内容と費用を並べて比べることが、適正価格での発注につながります。
NDA・クリーンルーム手法の契約条項
リバースエンジニアリングの契約では、通常の秘密保持契約（NDA）に加えて、著作権法上のコンプライアンスを担保するための特別条項が必要です。NDA条項には、解析対象のソースコードを解析目的以外に使わないことと、プロジェクト終了後にソースコードを返却するか確実に削除することを明記します。
クリーンルーム手法の運用では、解析チームと開発チームを完全に分離することに合意します。あわせて、解析チームが作成した成果物（仕様書）に著作権保護対象の「表現」が混入していないかを確かめるレビュープロセスを設けます。法務・仲介担当者の配置と役割も、契約書に明記することを推奨します。
また、「非享受目的」の立証可能性を高めるため、解析過程をレポートや作業ログとして記録し、発注側に開示できる体制を契約条件に含めることが重要です。著作権法上の問題が後から起きたときに、適切な記録が残っていることが、リスク管理の基本になります。
プロジェクト推進時の役割分担と体制設計
リバースエンジニアリングのプロジェクトを成功させるには、業務部門、IT部門、ベンダーの3者が役割を明確に分けて連携することが欠かせません。
役割が曖昧なまま進めると、解析が止まったり、成果物の方向性がずれたりする原因になります。
業務部門・IT部門・ベンダーの役割テンプレート
業務部門の役割は、業務ロジックの意図（Why）を提供することです。ベンダーが示した解析結果（処理フローや業務ルールの仮説）をレビューし、「この条件分岐は〇〇の場合に適用される」「この計算式は〇〇を目的としたもの」のように業務背景を補足します。週1〜2回のヒアリングセッションに参加し、解析精度を高める役割も担います。
IT部門（発注側）の役割は、プロジェクト全体のガバナンスです。ベンダーの進捗管理と成果物の品質レビュー、スコープ変更の判断を担い、業務部門とベンダーの橋渡しや法的コンプライアンスの監督も行います。また、解析に使うソースコードへのアクセス権限の管理と情報セキュリティ上のリスク管理も、IT部門の責任範囲です。
ベンダーの役割は「技術的な解析と成果物の作成」です。静的解析、動的解析、Design Recoveryを担当し、業務部門へのヒアリングセッションを企画・進行して、合意した成果物を規定の品質・粒度・納期で提供します。
WBSの引き方：フェーズ分けと成果物のマイルストーン設定
リバースエンジニアリングプロジェクトのWBS（作業分解構造）は、フェーズ分けと成果物のマイルストーン設定が鍵になります。第1フェーズ「準備・スコープ確定（1〜2週間）」では、ソース資産を洗い出した内容の確認、解析環境の整備、解析スコープの最終合意を行います。
第2フェーズ「静的解析（規模により2〜8週間）」では、逆コンパイル、制御フローグラフ作成、データフロー分析を実施します。続く第3フェーズ「動的解析・業務ヒアリング（2〜6週間）」では、デバッガを使った実行トレースと業務部門へのヒアリングセッションを並行して進めます。
第4フェーズ「成果物化・レビュー（2〜4週間）」では、仕様書・設計書の作成と発注側レビュー・修正対応を行います。各フェーズの終わりには成果物をレビューして、次のフェーズへの進捗を確認します。スコープの変更が必要になった場合は、工数・費用・期間への影響を合意してから変更を指示する体制を維持することが重要です。
よくあるトラブルと回避策
リバースエンジニアリングのプロジェクトで起きるトラブルには、共通のパターンがあります。事前に対策を講じておけば、大半のトラブルは防げます。
LOC見積もりの齟齬：範囲の曖昧さによる追加費用
最も多いトラブルの一つが「LOC見積もりの齟齬」です。「4,000行で30万円」の見積もりでも、解析を進めると、「ライブラリコードも含まれていた」「コメント行・空行も行数にカウントされていた」といった事態が起きます。また、「スコープ外と思っていた外部連携システムの解析も必要になった」という事態も重なり、当初見積もりの2〜3倍の費用になるケースがあります。
回避するには、見積もりの段階で、「LOCの計測方法（実行コード行のみか、コメント・空行を含むか）」「スコープに含まれる外部システムの範囲」「難読化・暗号化への対応コストの扱い」を契約書に明記しておくことが大切です。
さらに、スコープ外の追加作業が発生したときは、変更依頼、工数見積もり、承認、実施の順で進める変更管理プロセスを、事前に合意しておきます。こうしておけば、勝手に作業を進められて後から費用を請求されるトラブルを防げます。
成果物品質の齟齬：保守性と業務ロジック欠損
「仕様書は納品されたが、業務ロジックのWhy（意図）が全く記載されておらず、新システム開発で結局同じ調査をやり直すことになった」というトラブルも多発します。また、「変換後のコードが意味不明な変数名だらけで、若手エンジニアが保守できない」という品質問題も頻繁に起きます。
防ぐには、発注時に成果物のサンプルを提示してもらい、変数名の命名規則、業務ロジックの説明粒度、レビュー回数と対応範囲といった具体的な品質基準を、契約に明記することが有効です。
さらに、プロジェクトの中間時点で成果物をレビューし、品質が要件を満たさない場合は早めに修正を求める体制を整えることも重要です。加えて、「納品されたものを受け入れるしかない」状況を避けるため、受入基準（アクセプタンスクライテリア）を事前に合意しておくことを強く推奨します。
費用相場とコストを抑えるポイント
発注前に費用の全体像をつかんでおくと、予算の計画とベンダーとの交渉を進めやすくなります。発注の仕方を工夫すれば、コストを抑えることも可能です。
外注費用の目安と発注規模別の相場感
仕様書復元（LOC課金）の基本相場は、基本料金30万円（4,000行まで）と、超過分1行50円です。小規模プロジェクト（ECサイト機能・API連携など）は、30〜80万円が一般的な範囲です。中規模プロジェクト（1〜10万行程度の業務システム）では300〜800万円程度、大規模プロジェクト（10万行以上）では1,000万円を超えるケースも多くあります。
モダナイゼーション全体では、リホストで数千万円〜1億円台（3〜6ヶ月）、リプラットフォームで1〜3億円（6〜12ヶ月）が目安となります。リファクタリングは2〜5億円（12〜18ヶ月）、リビルドは5億円以上（18ヶ月以上）が目安です。
特急対応は通常の20〜60%増になるため、計画的に発注して特急料金を避けることが大切です。
発注方法の工夫でコストを抑える4つの方法
一つ目は段階的発注（フェーズ分け）です。全機能を一括で発注せず、重要度の高い機能から優先して発注します。成果物の品質を確かめてから次のフェーズを発注すると、初期リスクを抑えられます。
二つ目は、準委任契約と請負契約の使い分けです。スコープが不確定な初期調査フェーズは準委任契約（時間精算）、成果物が明確な本解析フェーズは請負契約（固定費用）が適しています。
三つ目は、内製と外注のハイブリッドです。ベンダーにしかできない高度な解析作業は外注し、成果物の整理やドキュメント化の一部は社内担当者が行うことで、外注費用を削減できます。四つ目は残存ドキュメントの事前整備で、過去の設計書や仕様書を社内で集めて整理し、ベンダーに提供すると、調査工数が減って見積もり金額を下げられます。
まとめ
リバースエンジニアリングの外注を成功させるには、発注前の自社側の準備が何より大切です。
ソース資産の洗い出し、目的と成果物要件の明確化、業務部門の巻き込み体制の構築という3つの準備を整えると、RFPの精度が上がり、見積もり、成果物の品質、プロジェクト期間のすべてが改善されます。
RFPには、LOC計測方法やクリーンルーム体制といったリバースエンジニアリング固有の項目を明記します。成果物粒度や業務ロジック背景のドキュメント化方針も、あわせて示しておきます。さらに、NDAとクリーンルーム手法の契約条項で法的リスクを担保することが不可欠です。
プロジェクトの推進は、業務部門、IT部門、ベンダーの3者が役割を明確に分けて進めます。WBSにヒアリングセッションと成果物レビューのマイルストーンを設けることで、典型的なトラブルを防止できます。
「LOC見積もりの齟齬」「成果物品質の齟齬」「業務ロジック欠損」という3大トラブルへの対策を、発注の段階で講じておくことが、プロジェクトを成功させるための最も確実な方法です。
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。