COBOLのリバースエンジニアリングの保守・運用費用・ランニングコストについて

COBOLリバースエンジニアリングの保守・運用費用は、更新の頻度、解析ツールの契約、技術者の確保によって変わります。仕様書の更新を改修ごとに発注する場合、1回あたり数万〜数十万円が目安です。

費用は、一時費用と継続費用、成果物や技術者の費用、削減効果と実務上の抑え方の3点で見ると整理しやすくなります。

▼全体ガイドの記事
・COBOLのリバースエンジニアリングの完全ガイド

COBOLリバースエンジニアリングの保守・運用フェーズの費用

保守・運用フェーズに関わる一時費用、継続費用、放置コストを3枚のパネルで整理した図。
解析後の維持費と、解析を見送る場合の負担も並べて把握できます。

費用は、解析などの一時費用と、解析後に続く継続費用の2種類です。継続費用を見落とすと、翌年度以降に想定外の支出が生じます。

一時費用(解析・仕様書化)と継続費用(ドキュメント更新・ツール保守)の違い

一時費用は、対象COBOLプログラムのLOC(行数)と、作成する資料の粒度に応じて算出されます。作成する資料には、フローチャート、業務機能仕様書、詳細設計書があります。

  • 一時費用:解析と仕様書化を行う調査プロジェクトの費用
  • 継続費用:仕様書の保守、解析ツールのライセンス更新、解析・保守を担う技術者の人件費

継続費用は、システムが稼働する間、毎年または毎月発生します。そのため、解析を一度行えば終わりとは限りません。

放置コスト(ブラックボックス化の「見えない利子」)

解析しない選択にも、実施後の継続費用とは別のコストがかかります。JCL・COPY句・VSAM・DB2の依存関係が見えないと、小さな改修でも影響範囲を事前に特定できません。

その結果、テストで不具合が頻発し、改修のたびに検証費用が膨らむことがあります。また、技術的負債は、放置するほど追加の改修コストが積み重なります。さらに、「今は動いている」と現状維持を続ける判断は、長期的に最も費用がかかる場合があります。

ポイント

一時費用だけで予算を組むと、継続費用と放置コストを見落としやすくなります。解析後の更新や保守まで含めて、年度ごとの金額を見積もっておくことが目安になります。

仕様書を維持するための継続コスト

改修を中央に置き、業務機能仕様書、詳細設計書、COPY句のデータ構造、JCLのジョブネットを更新対象として示した図。
プログラム本体だけでなく、データ構造やジョブネットも更新対象です。

費用と時間をかけて復元した仕様書も、更新せずに置けば数年で実態とずれ、ブラックボックス化が再発します。この更新にかかる維持費は、見落とされやすい項目です。

システム改修のたびに仕様書を更新するドキュメントメンテナンスコスト

業務機能仕様書や詳細設計書は、COBOLプログラムの改修に合わせて更新します。COPY句のデータ構造やJCLのジョブネットを変えた場合も、仕様書への反映が必要です。

仕様書の更新を改修ごとに発注する場合、1回あたり数万〜数十万円程度が目安です。金額は改修の規模で変わり、改修頻度が高ければ年間費用も膨らみます。

更新の担当や体制を事前に決めず現場任せにすると、担当者の異動や退職で更新が止まりかねません。その結果、仕様書と実態のずれという課題が再び起きるおそれがあります。

解析ツール(IBM ADDI・MicroFocus等)のライセンス・保守契約費用

IBM ADDIやMicroFocus(OpenText)の解析ツール群は、年間ライセンスやサブスクリプション契約で提供されることが一般的です。契約の使い方は、継続利用と一時利用に分けて考えます。

  • 継続利用:JCL・VSAM・DB2の依存関係マップを最新の状態に保ち、改修や将来の計画に備えて、ライセンス費用を運用予算に確保します。
  • 一時利用:解析の完了時に契約を終了すると、次の大規模調査で導入と環境構築をやり直すことになり、継続利用より総額が高くなる場合もあります。

どちらにするかは、今後のモダナイゼーション計画を踏まえて判断します。

ポイント

改修の予定から年間の更新費用を見積もり、ツールは今後のモダナイゼーション計画に照らして契約の形を選ぶことが、判断の目安です。

COBOL技術者確保・保守契約の高止まり構造

継続コストには、希少なCOBOL技術者にかかる人件費も含まれます。

希少人材の月額単価上昇と保守契約更新時の価格交渉力低下

経済産業省の「IT人材需給に関する調査」は、2030年に最大約79万人のIT人材不足を予測しています。そのなかでも、COBOLやメインフレームに対応できる人材は特に希少です。

人材の高齢化や退職が進むと、保守更新時の月額単価は上がり、発注者の交渉力は下がります。ベンダーや技術者への依存が続くと、値上がりに対抗しにくく、高額な保守費が固定化するおそれがあります。

仕様書を整備すれば、特定の技術者の頭の中にある知識への依存を下げられます。そのため、価格交渉力の低下を抑える一助になります。

属人化を放置した場合の緊急対応コスト(障害対応)

たとえば、JCLのジョブネットやCOPY句のデータ構造を技術者の記憶だけで管理すると、その人の休職や退職時に障害原因の究明や復旧が長引きます。通常の何倍もの時間がかかる場合があります。

原因がわからないまま業務が止まり続けると、機会損失やブランド毀損といった間接費用が発生します。そのため、仕様書に知識を残しておくことが、属人化による緊急対応の費用を平時から抑えることにつながります。

経営層には、通常の保守費用だけでなく、インシデント時の潜在的な損害も含めて説明します。

ポイント

技術者の頭の中だけに知識がある状態は、単価の上昇と障害時の対応の遅れを同時に招きます。仕様書に知識が残っているかどうかで、保守契約を見直す時期を判断できます。

リバースエンジニアリングによる運用コスト削減効果

継続コストは発生しますが、リバースエンジニアリングへの投資には、運用費用を下げる効果もあります。

仕様書化によるブラックボックス解消と改修コストの抑制

JCL・COPY句・VSAM・DB2の依存関係を仕様書に書き出しておくと、改修のたびに影響範囲を手探りで調べずに済みます。見積もりの精度と着手の速さも向上します。

調査工数が減ると、改修1件あたりの費用が下がり、テスト後の手戻りリスクも低減します。ブラックボックスのまま改修するより、仕様書をもとにするほうが、中長期の総額を抑えやすくなります。

削減効果の相場感

仕様書の粒度によって、期待できる削減効果は異なります。

  • 業務機能仕様書:改修時に影響範囲を調べる工数が約30〜50%削減されたとの声が多く聞かれます。
  • 詳細設計書:モダナイゼーションにより、運用費用が60〜90%削減される可能性があります。

後者は、AWS Mainframe Modernizationなどを使い、COBOL・メインフレームからクラウドネイティブへ移行する場合です。

効果は、業務ルールの理由(Why)まで仕様書に記載されていることが前提です。ただし、表面的なフローチャートが中心の仕様書では、削減効果は限られます。

ポイント

削減効果は、改修時に影響範囲を調べる工数が減るところから期待できます。ただし、業務ルールの理由まで仕様書に書かれているかどうかで、効果の大きさが変わります。

運用コストを抑えるための実務ポイント

成果物粒度と更新頻度の事前合意、段階的な範囲拡大、ツール選定を3つのチェック項目で示した図。
契約、対象範囲、ツールの順に確認点を整理できます。

継続費用を抑えながら削減効果を高めるには、発注前と運用開始後にそれぞれ取り組めることがあります。

仕様書の粒度と更新頻度の事前合意

発注の時点で、仕様書の粒度と納品後の更新頻度、担当者、費用を合意しておきます。粒度は、フローチャート、業務機能仕様書、詳細設計書のなかから検討します。

納品だけの一時契約では、数年後に仕様書が実態とずれるおそれがあります。そこで、年次または改修時の更新を保守契約に含めておくと、費用を見通しやすくなります。

また、更新を契約に組み込めば、ベンダーとの価格交渉も計画的に進められます。

段階的な範囲拡大とツール選定

全システムを一度に対象にせず、業務の優先度が高いモジュールから仕様書にしていきます。そうすると、初期のツールライセンス費用や技術者の確保費用を平準化できます。

ツールは、静的解析の精度だけでなく、継続運用時の保守サポート体制と将来のライセンス費用も比べて選びます。

業務の優先度が高い部分から段階的に進めると、削減効果を早期に実績で確認できるため、次のフェーズへの投資を判断できます。段階的な範囲拡大は、継続費用を管理しやすい進め方です。

ポイント

発注前に仕様書の粒度と更新の担当、費用を決めておくことが、費用管理の要点です。対象は業務優先度の高い部分から段階的に広げ、実績を確かめてから次へ進みます。

まとめ

保守・運用のランニングコストは、一時費用と継続費用に分けて考えると全体をつかみやすくなります。あわせて、仕様書の維持、技術者と保守契約、削減効果、費用を抑える実務も押さえておくべき論点です。

仕様書を適切に維持すれば、改修時の調査工数を30〜50%削減できる場合があります。モダナイゼーション後は、運用費用が60〜90%削減される可能性もあります。

仕様書の粒度と更新頻度を発注前に合意し、対象を段階的に広げることで、一時費用と継続費用のバランスを取りながら進められます。

▼全体ガイドの記事
・COBOLのリバースエンジニアリングの完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。