システムの保守担当がいなくなったら？既存システムの引き継ぎ・リファクタリング・作り直し完全ガイド

「まだ動いている」のに誰も手を付けられないシステムは、最も危うい安定状態です。 開発元と連絡が取れなくなった、エンジニアが退職した、ドキュメントが失われたといった場合、企業はすぐに新しいベンダーへ機能追加を依頼すべきではありません。最初にすべきことは、ソースコード、環境、データ、運用ノウハウに対するコントロールを取り戻すことです。

システムが「保守者不在」になっているかどうかはどう見分ける？

JoinXのこれまでの引き継ぎ経験では、ドキュメントの欠落、デプロイ不能、権限の不明確さ、バージョン管理の破綻、特定の個人への依存が、いずれも危険信号です。危険信号が同時に多く現れるほど、引き継ぎ前に網羅的な診断を行う必要性が高まります。

1. デプロイ方法を知っているのが1人だけで、代わりがいない。
2. ソースコードが自社で管理できるリポジトリにない、または本番のバージョンかどうか確認できない。
3. クラウド、ドメイン、証明書、外部サービスのアカウントを退職者やベンダーが保有している。
4. ライブラリが何年も更新されておらず、エラーログ、バックアップ、リストアを一度も検証していない。
5. 利用者は今もシステムに依存しているが、どんな修正でも予期せぬ連鎖的な影響が出るおそれがある。

これらの問題があるからといって必ずしも作り直しが必要とは限りませんが、企業がすでに予測可能な形で変更を加える能力を失っていることを示しています。

既存システムを引き継ぐ前に何を確認すべき？

JoinXでは、コード、インフラ、データ、セキュリティ、運用プロセスの5つの観点から棚卸しすることをお勧めしています。診断の目的はすぐに作り直すことではなく、まず意思決定の土台となるリスクとコストのベースラインを把握することです。

コード

言語、フレームワーク、バージョン、リポジトリ、ブランチ、ライセンス、依存関係、テスト、ビルド方法を確認します。重要なのはきれいなコードを目指すことではなく、再現・修正・検証ができるかどうかを見極めることです。

セキュリティ

既知の脆弱性、ハードコードされた秘密情報、過大な権限、個人情報、ログ、バックアップ、ネットワーク、外部ライブラリを棚卸しします。データ漏えいやサービス停止につながりかねない高リスクの項目から先に対処します。

アーキテクチャと連携

フロントエンド、バックエンド、データベース、バッチ処理、メッセージング、ストレージ、外部APIを図にまとめます。どのサービスが単一障害点になっているか、どのインターフェースにリトライがないか、どこがデータの正となる情報源かを確認します。

データ

データ量、増加傾向、項目、品質、履歴、バックアップとリストアを分析します。引き継ぎとはソースコードを受け取ることだけではありません。データこそ、多くの場合システムで最も代替のきかない資産です。

ドキュメントと現場の知識

運用、カスタマーサポート、経理、管理職にヒアリングし、主要な業務フロー、例外処理、帳票、月次締めなどの定期業務を記録します。日々の操作の中に、コードからは読み取れないルールが潜んでいることがあります。

4段階の引き継ぎプロセス

1. コントロールを取り戻す： リポジトリ、サーバー、データベース、ドメイン、証明書、外部サービスのアカウント、契約書をすべて回収します。
2. 再現可能なベースラインを構築する： 隔離した環境でビルド、デプロイ、バックアップ、リストアを完了させ、本番のバージョンを記録します。
3. 最低限のセーフティネットを整える： 中核となる業務フローについて、スモークテスト、監視、ログ、アラート、復旧手順を整備します。
4. リスクに応じて改善の計画を立てる： まずセキュリティと運用上のリスクに対処し、その後に機能追加、リファクタリング、置き換えを検討します。

AIがコードを書けるようになっても、なぜこうした責任を代わりに担えないのかについては、AIがコードを書く時代に、ソフトウェア開発会社はまだ必要か？もあわせてご覧ください。

保守・リファクタリング・作り直しはどう選ぶ？

「理解できない」をそのまま「作り直すべき」と同一視しないでください。既存システムには長年積み重ねてきた業務ルールが含まれている可能性があり、テストや利用者へのヒアリングがなければ、新しいシステムは重要な例外処理を簡単に取りこぼしてしまいます。

既存システムの引き継ぎと保守にはどのくらい費用がかかる？

JoinXがこれまで手がけた案件の経験では、費用はシステムの再現性、技術的負債、データのリスク、想定する対応範囲によって決まります。まず診断を行い、そのうえで緊急対応、継続保守、リファクタリングの予算を分けて考えるべきです。

全面的な作り直しは「画面をもう一度作る」ことではありません。既存ルールの把握、データのクレンジングと移行、並行稼働での検証、操作教育、切り替えのコストも加わります。予算づくりにはシステム開発費用はいくら？2026年 Webサイト・システム開発の相場を徹底解説もあわせてご活用ください。

AIは引き継ぎを支援できるが、検証の代わりにはならない

権限とデータポリシーが許す範囲で、AIは次のような作業を支援できます。

• モジュール、関数、データフローを要約する。
• 依存関係、重複、高リスク箇所の候補を洗い出す。
• アーキテクチャ、API、操作マニュアルのドキュメントを下書きする。
• 現在の挙動に基づいてテストケースとリファクタリング項目の一覧を作成する。

しかしAIには、ある不自然な分岐が過去のバグなのか、それとも重要な業務上の例外なのかはわかりません。あらゆる推論は、実際のコード実行、データ、利用者、エンジニアによるレビューを通じて検証する必要があります。また、機密性の高いコードを承認されていないサービスに不用意に送信してはいけません。

次に「保守者不在」のシステムを生まないためには？

契約

ソースコード、デザインデータ、データ、アカウント、デプロイ設定、ドキュメントの納品と権利の帰属を確認し、契約終了、移管、移管支援期間の取り決めを定めます。

技術

自社で管理するリポジトリとクラウドアカウントを使い、自動テスト、デプロイ、監視、バックアップ、定期的なリストア訓練を整備して、ノウハウが個人のパソコンの中にしか存在しない状態を避けます。

運用

社内にプロダクトとシステムの責任者を置き、ベンダー側の予備窓口を確保し、システム台帳、権限、災害復旧手順を定期的に更新します。

既存システムの引き継ぎに関するよくある質問