PL/Iのリバースエンジニアリングの費用は、単年度の調査費と、解析結果を保つための複数年の維持費に分けて考えると見積もりやすくなります。
費用の幅を左右するのは、解析と維持の切り分け方、PL/I人材の希少性、CICS・IMSとの連携の3点です。全体の位置づけは、下の完全ガイドで確認できます。
▼全体ガイドの記事
・PL/Iのリバースエンジニアリングの完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
PL/Iリバースエンジニアリングにおける保守・運用費用の全体像
保守・運用費用には、新規開発後のバグ修正や機能改善に加えて、既存システムを理解し直す調査費と、その理解を保つ費用も含まれます。
「解析作業自体の費用」と「解析結果を活かす保守運用の費用」という2つの側面
PL/Iの費用は、調査の時点と調査の後で性質が異なります。そのため、両者を分けて見ると予算を組みやすくなります。
- 解析プロジェクト費用：技術者の人件費、ツールの導入、仕様書・設計書の作成にかかる費用。
- 資産維持費：改修で実態からずれた仕様書を更新し、維持するための費用。
初年度の調査費だけを予算に載せると、翌年度以降に必要な仕様書の更新費が足りなくなりがちです。仕様書を放置すると数年で実態と乖離するため、予算では単年度の費用と複数年の維持費を別々の枠で管理します。つまり、調査を一度きりの作業と捉えず、資産を維持する費用まで見込むことが費用対効果につながります。
COBOL等の他言語版との違い（ツール自動化の余地と人件費比率）
COBOL案件の予算は、PL/Iへそのまま流用できません。ツール対応と人材単価の違いがあるためです。
- COBOL：解析・自動変換ツールの選択肢が比較的豊富で、人件費を抑えやすい。
- PL/I：市販ツールの構文対応は部分的か非対応のことが多く、人手の比率が高い。
PL/Iは、同じ工数でも技術者の単価が高く、総額も割高になりやすい構造です。そのため、COBOLの予算実績を単純に流用すると、PL/I案件では予算が不足するおそれがあります。
解析・仕様書化フェーズの費用内訳
解析プロジェクトは工程別に分けて見積もると、精度が高まります。そのうえで、発注側はどの工程に費用が集中するかを確認します。
技術者の人件費（解析・仕様書化・レビューの各工程）
人件費は解析費用の大半を占めます。そのため、工程ごとに必要なスキルと工数を分けて見積もります。
- 静的解析：ソースを解析するエンジニアの工数。
- 仕様書化：解析結果を業務目線の仕様書へ落とす工数。
- レビュー：業務有識者（SME）を交えて確認する工数。
見積もりは、「エンジニア何人月」でまとめるより、工程ごとの人数と工数を積算することが望ましいでしょう。PL/Iは人材の層が厚くないため、解析とレビューを同じ技術者が掛け持ちすることがあります。
工程を並行して進められるか、直列に進める必要があるかは、費用と期間の見積もりに影響します。
発注者側のヒアリングやレビューに使う時間も、直接の支出にはならない実質的なコストです。ベンダーの工数だけでなく、この時間も把握しておくと、負担を見積もりに反映できます。
解析ツール・環境準備の費用
ツール費と環境準備費も、解析の内訳に含めます。差が出るのは、PL/Iへの対応の程度と、データを安全に抽出する方法です。
- ライセンス：汎用の静的解析ツールを利用する場合の費用。
- 独自開発：PL/I構文への対応が不十分な場合のスクリプト・簡易パーサー費用。
- 環境準備：ソースやデータ定義の抽出連携と、セキュアな作業環境の構築費用。
メインフレームからソースやデータ定義を外部へ安全に抽出する連携環境が必要です。特に、金融・保険の基幹システムでは、データの持ち出し禁止や厳格な承認が求められることがあります。
そのため、セキュリティ要件を満たす作業環境の構築時間と費用は、着手前から見込んでおきます。また、オンサイト常駐型は、リモートに比べて単価や交通費、宿泊費が上乗せされることがあります。
PL/I人材の希少性がコスト構造に与える影響
PL/I人材の希少性は、採用の難しさだけでなく、コスト構造そのものを押し上げます。
技術者単価の上昇と確保のための追加コスト
希少性は、単発の解析費にとどまらず、複数年の保守運用予算にも影響します。需要と供給のバランスが単価に反映されるためです。
- 市場単価：PL/Iを実務で扱える技術者は少なく、単価が上がりやすい。
- 業務知識：金融・保険の知識まで持つ人材はさらに限られる。
- 確保期間：契約から稼働までの待機が、開始時期にも影響する。
一般的なWeb系言語やCOBOLの技術者と比べると、PL/I技術者の単価は高くなる傾向があります。
条件が合う人材は限られるため、遠方からの参画や柔軟な契約が必要になることがあります。
自社人材を専任させる場合も、代替要員の確保費や機会損失が生じます。
候補者が別案件で稼働中なら、契約からアサインまで数ヶ月単位の待機が発生することがあります。見つかってもすぐには稼働できないため、開始の遅延コストも見込みます。
知見の喪失による将来コストの増大リスク
高齢化や退職で背景知識が失われると、将来の解析費用が増えます。そのため、仕様書化を早めに進めておくと、このリスクを抑えられます。
- 知見の空白：解析できる有識者が減ると、復元自体が難しくなる。
- ヒアリング難化：着手が遅いほど、正確な復元に時間と費用がかかる。
- 先送り負担：初期費用を抑えても、将来の工数と費用が膨らみやすい。
技術者が退職したあとに着手すると、有識者が不在のまま推測に頼る可能性が高まります。その結果、想定を大幅に超える工数と費用がかかるケースもあります。
費用は、初期額だけでなく、今かけるコストと先送りした場合のコストを比べて決めます。予算の承認の場では、着手を遅らせる判断が将来の負担になりうることも、あわせて共有しておきます。
CICS/IMS込みの運用コスト構造とコスト最適化の実務
CICS・IMSまで含めて見ると、PL/I単体で見るより実態に近い予算を立てられます。そのうえで、連携で増える費用と、費用を抑える実務の工夫を順に確認します。
ミドルウェア連携解析を含めた運用コストの全体像
ミドルウェアを含めると、PL/I以外の専門性と定義更新の工数も見込む必要があります。
- 専門技術者：CICS・IMSに詳しい技術者の人件費が加わる。
- 定義更新：トランザクションとデータベース定義の変更履歴を、仕様書に反映する。
- 整合性確認：定義とPL/Iソースを突き合わせる。
CICSのトランザクション定義とIMSのデータベース定義は、別リポジトリ・別管理者で管理されるケースがあります。突き合わせには工数がかかるので、仕様資産全体の維持費として捉えておきます。
この作業を継続保守契約に含めると、数年後の大規模な再解析を防げます。年次や半期ごとの定例タスクにすれば、乖離が小さいうちに是正できます。
コストを抑える実務ポイント（対象範囲の絞り込みと段階的実施）
調査の対象を段階的に絞り、人の役割も分けておくと、費用を抑えやすくなります。長期の維持費まで含めて考えます。
- 範囲の段階化：重要度の高い領域から解析を広げる。
- 機械化：定型的な処理を、自動化ツールやスクリプトに任せる。
- 役割分担：PL/I人材を解釈やレビューへ集中させる。
- ナレッジベース化：成果物を、検索・参照しやすい形にまとめる。
- ステージゲート：年度ごとに成果物を見直し、範囲と予算を調整する。
たとえば、移行・刷新で優先度が高い業務から先に解析すると、限られた予算を集中できます。定型の処理をツールに任せておけば、PL/I人材は業務ロジックの解釈やレビューに時間を割けます。
解析結果を報告書で終えず、ナレッジベースにすると、同じ範囲の再調査費を減らせます。
また、小規模なPoC（試行調査）を数週間から1〜2ヶ月程度行うと、ツールの適用範囲と精度を確かめられます。PoCの進め方は、姉妹記事「PL/IのリバースエンジニアリングのPoC・プロトタイプ・モックアップ開発について」で詳しく解説しています。
複数年度にわたるなら、節目ごとに見直す仕組みがあれば、想定外のコスト超過を早期に見つけられます。
まとめ
PL/Iの保守・運用費用は、解析にかかる費用と仕様資産の維持費に分けて考えます。解析と仕様書化では、技術者、ツール、環境の費用を工程ごとに見積もります。
PL/Iは、COBOLに比べて自動化の余地が小さく、人件費が高くなりやすい構造です。加えて、希少な人材の単価や、CICS・IMSとの連携範囲も、総額を左右します。
初期費用に加えて将来の仕様更新費も含めることが、長期の費用対効果につながります。費用の最適化では、対象の段階化、機械化と人手の分担、ナレッジベース化の3つが中心になります。
高齢化や退職が進むほど、着手の遅れで将来の費用が膨らみやすくなります。
見積もりは、総額だけで比べず、人件費、ツール・環境費、保守費の範囲をそろえて比べます。複数のベンダーの見積もりで内訳と対象範囲が合うと、実質的な差が見えてきます。
自社の予算感をつかむには、金融・保険のPL/I解析とCICS・IMS連携の実績が豊富なパートナーに、早めに相談するとよいでしょう。
▼全体ガイドの記事
・PL/Iのリバースエンジニアリングの完全ガイド
▼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を創業。