System integration 他社が開発したシステムの保守引き継ぎ
- HOME
- システムインテグレーション
- 保守・運用
- 他社が開発したシステムの保守引き継ぎ
Maintenance takeover システム保守の引き継ぎとは
他社が開発したシステムの保守の引き継ぎとは、保守を担う会社を切り替え、ソースコードやアカウントなどの資産と運用の情報を、新しい保守会社へ移すことです。フロンティアエージェンシー(FAC)は、引き継ぎのご相談を現状調査から始めます。何が手元にあり、何が分からないかを確かめます。そのうえで、調査の結果をもとに、引き継いで保守するか、改修・リプレイスするかを一緒に決めます。開発会社と連絡が取れない場合や、仕様がブラックボックスになっている場合も、そのままご相談ください。
Fit こんな場合に向いています
保守を担う会社(ベンダー)の変更は、今の体制のままでは保守を続けにくい場面で必要になります。
- 開発会社と連絡が取れない・対応が遅い不具合を連絡しても返事がない、修正までに時間がかかり業務に影響が出ている
- 担当者の退職で仕様が分からない社内や開発会社の担当者が退職し、仕様や運用の手順を説明できる人がいない
- 保守費用の根拠が説明できない保守費用に何が含まれているかが分からず、社内で説明できない
- 保守契約の終了が近い今の保守契約の終了や更新の時期が近く、次の保守先を決める必要がある
- 改修したいが今の会社では難しい機能の追加や改修を進めたいが、今の保守会社では対応が難しいと言われている
Handover checklist 引き継ぎ資料と、確認する資産
現状調査では、次の 8 つの項目を確認します。引き継ぎ資料がそろっていなくても、調査は始められます。
| 項目 | 確認すること | 見つからない場合の進め方 |
|---|---|---|
| ソースコード・リポジトリ | ソースコードの保管場所と管理者。本番で動いているものと同じか | 本番のサーバーに残るファイルを確認します。復元できない範囲は、改修・リプレイスの判断材料にします |
| 設計書・仕様書 | 画面・機能・データの仕様が分かる資料と、今のシステムとの違い | 画面・データ・業務フローの調査と担当者へのヒアリングで、仕様を整理します |
| サーバー・クラウドの契約とアカウント | 契約者は貴社か、旧保守会社か。管理者のアカウントを引き渡せるか | 請求書や契約の記録から契約者を確認し、名義と権限の移し方を整理します |
| ドメイン・SSL 証明書 | 契約者と管理者、更新の時期 | 登録情報を確認し、更新の期限が来る前に管理の移し方を決めます |
| データベースとバックアップ | データベースの場所。バックアップの対象・頻度・保持期間と、復元の手順 | 今のバックアップで戻せる時点を確かめ、必要に応じて保守の開始前に取り直します |
| 外部サービス・API 連携 | 連携している外部サービスや他システムと、その契約者・認証情報 | 設定ファイルや稼働ログから連携先を洗い出し、契約者を確認します |
| ライセンス | 有償のソフトウェアやライブラリの契約者と、利用の条件 | 購入や請求の記録から契約者を確認します。利用の条件は、お手元の契約書や利用規約でご確認いただきます |
| 運用手順・障害の記録 | 日々の運用手順、定期的な作業、過去の障害と対応の記録 | 社内の担当者へのヒアリングと稼働ログの確認で、運用の実態を整理します |
見つからない資料は、「ない」と伝えていただければ構いません。
調査の中で、引き継げるもの・足りないもの・リスクを一覧にまとめます。
Process 保守の引き継ぎの進め方
ご相談から保守の開始までを、5 つの段階で進めます。引き継ぐかどうかは、3 つ目の段階で、現状調査の結果をもとに一緒に決めます。
相談
今のシステムの状況と、保守会社を切り替えたい理由を伺います。手元にある資料も、分かる範囲で教えてください。
現状調査
ソースコード、設計書、サーバーとアカウント、データベース、外部連携などを確認します。システムの仕様と運用の状態を整理し、調査の結果をまとめます。
引き継ぎ計画
調査の結果をもとに、引き継いで保守するか、改修・リプレイスするかを一緒に決めます。引き継ぐ場合は、切り替えの時期と、旧保守会社との並行期間の有無を決めます。
権限・アカウントの移管
引き継ぐ場合は、サーバー、クラウド、ドメイン、外部サービスの管理権限を移します。パスワードなどの認証情報は、移管にあわせて切り替えます。
保守開始
監視項目、対応フロー、連絡体制を整えて、保守を始めます。監視対象・監視頻度・対応時間は、契約内容に応じて定めます。
After the investigation 調査のあとに決めること
現状調査の結果をもとに、次の 3 つから進め方を選びます。
| 進め方 | 判断の目安 | 次にすること |
|---|---|---|
| 引き継いで保守する | ソースコードと環境がそろい、今の仕様のまま使い続けられる | 保守の範囲を決めて、保守・運用を始めます |
| 改修してから保守する | 引き継ぎはできるが、不具合やアップデートの遅れなど、先に直す点がある | 直す範囲と優先順位を決め、改修を終えてから保守に移ります |
| リプレイスを検討する | ソースコードが手元にない。または、リプレイスの判断基準 3 つ(保守切れ、属人化、業務に合わない)のうち 2 つ以上に当てはまる | 業務アプリ・レガシーシステムのリプレイスの判断基準に沿って比べます |
切り替えを決める前でもご相談いただけます
保守会社を切り替えるかどうか決まっていない段階でも、ご相談いただけます。切り替えるかどうかも含めて、調査の結果をもとに一緒に決めます。
情報の取り扱い
引き継ぎでは、管理者のアカウントやデータベースなど、重要な情報をお預かりします。お預かりする範囲と受け渡しの方法は、引き継ぎ計画の段階で決めます。フロンティアエージェンシーは、ISMS(ISO/IEC 27001:2022)の認証範囲に含まれています(登録番号:JP21/080727)。
FAQ よくある質問
前の開発会社と連絡が取れなくても大丈夫ですか?
ご相談いただけます。サーバーやドメインの契約と、手元にある資料の確認から調査を始めます。引き継げるかどうかは、調査の結果をもとに一緒に判断します。
ソースコードが手元にない場合はどうなりますか?
まず、本番のサーバーに残るファイルや、過去の納品物を確認します。入手できない場合は改修が難しくなるため、リプレイスを含めて進め方を検討します。
ソースコードの権利や契約は、どう確認すればよいですか?
ソースコードの権利や、今の保守契約の終了の条件は、お手元の契約書でご確認ください。法的な判断が必要な点は、弁護士などの専門家にご相談ください。
引き継ぎの費用はどう決まりますか?
システムの規模と、引き継いだあとの保守の範囲をうかがったうえでお見積もりします。公開情報をもとにした引き継ぎ調査と保守の費用の想定例はシステム保守の費用相場と内訳に、範囲の考え方はシステム保守の範囲と決め方にまとめています。
引き継ぎの途中で障害が起きたらどうなりますか?
引き継ぎの期間中にどちらが対応するかは、引き継ぎ計画で先に決めます。保守の開始後は、検知した異常を、定めた対応フローに沿って確認・対応します。
他社が開発したシステムの保守の引き継ぎについて、発注が決まっていなくてもご相談いただけます。お問い合わせフォームの「お問い合わせ内容」に「相談希望」とご記入ください。