他社開発のWebシステムを改修・保守するときに確認すること

まず「保守」「改修」「再構築」のどこまで求めるかを分ける

「システムを引き継いでほしい」といっても、希望する内容は会社によって異なります。現在のシステムをそのまま使いながら障害対応を任せたいのか、新しい機能を追加したいのか、古いシステムを新しい環境へ移したいのか。目的によって、事前に調べる範囲と費用が変わります。

たとえば「小さな項目追加」でも、その値が検索、集計、帳票、外部APIへ使われるなら変更箇所は広がります。画面上の大きさではなく、データと処理のつながりから作業範囲を確認します。

ソースコードや仕様書がない場合、できること・できないこと

仕様書がない場合でも、ソースコード、データベース、実行環境を確認できれば、調査から始められることがあります。一方、公開画面だけから内部処理を正確に復元することはできません。何がないかによって対応範囲が変わります。

調査・引き継ぎ・改修費用に影響する項目

他社開発システムは、現状確認の量を見込む必要があります。資料の有無だけでなく、コードの規模、技術の古さ、外部連携、テスト環境、停止できる時間、セキュリティ要件によって費用が変わります。

• ソースコード、データベース、インフラの規模と複雑さ
• 仕様書・テスト・変更履歴の有無と、現状との差
• 古い言語・製品・ライブラリへの対応
• 外部API、決済、メール、バッチ処理の数
• 個人情報、決済情報、監査記録などの安全要件
• 24時間稼働、停止可能時間、復旧時間の条件

初回から改修費を確定できない場合は、調査を先に行い、その結果から見積もります。調査で何を確認し、どの資料を受け取れるのか、調査範囲・費用・成果物・対象外・追加調査の扱いも着手前に確認してください。