システム開発会社を変更するとき、保守引き継ぎで確認すべきこと｜倒産ではない「自主的な乗り換え」の場合

システム開発会社を変更する理由は、倒産・廃業だけではありません。対応の遅さ、費用への不満、担当者との相性など、開発会社が存続していても「もう任せられない」と感じて自主的に乗り換えるケースは珍しくありません。この場合、倒産時とは異なり、現在の開発会社と対話しながら引き継ぎを進められるという利点があります。ただし、円満とは言えない状況で引き継ぎを依頼することになるため、感情的な対立を避けながら、必要な情報を確実に受け取るための進め方を知っておく必要があります。この記事では、自主的な乗り換えの場合に確認すべき保守引き継ぎのポイントを整理します。

なぜ自主的な乗り換えの引き継ぎは難しいのか？

理由は大きく3つあります。

• 関係がこじれた状態で協力を依頼することになる：不満があって乗り換える以上、現開発会社との関係は良好とは限らず、積極的な協力を得にくいことがあります。
• 契約上、引き渡し義務の範囲が曖昧なことがある：倒産時のような緊急事態と異なり、通常の契約終了時の引き渡し範囲が契約書に明記されていないケースがあります。
• 新旧の開発会社間での直接のやり取りが発生しにくい：発注者を介した間接的な情報のやり取りになりやすく、技術的な詳細が正確に伝わらないことがあります。

引き継ぎの準備を怠るとどうなるか？

必要な情報を受け取れないまま新しい開発会社に依頼すると、動作を見ながら仕様を推測する手探りの作業から始めることになり、想定以上の時間と費用がかかります。過去の仕様変更の経緯が分からないままだと、新しい開発会社が同じ問題を繰り返し作り込んでしまうこともあります。乗り換え自体は正しい判断でも、引き継ぎの準備不足がその効果を半減させてしまいます。

自社の場合に当てはめて整理したい方は、システム開発について相談する →

保守引き継ぎで確認すべきこととは、何を指すのか？

感情的な対立を避けながら、必要な情報を漏れなく受け取ることを目指します。

契約書の引き渡し義務の範囲を確認する

ソースコード・設計資料・データベースの構造など、契約上引き渡し義務のある範囲を確認し、契約に基づいた正当な請求として依頼します。

新しい開発会社に早い段階から同席してもらう

引き継ぎのやり取りに新しい開発会社の担当者に同席してもらうことで、技術的な詳細を直接確認でき、伝達の齟齬を減らせます。

本番環境へのアクセス権限の移管手続きを確認する

サーバーやドメイン、外部サービスの管理権限が現開発会社に残ったままになっていないか確認し、必要な移管手続きを進めます。

準備している場合と準備していない場合、何が違う？

乗り換えを進める上で外せないポイントは？

1. 契約終了の通知は書面で行う：口頭でのやり取りだけでなく、契約終了の意思表示を書面で残しておくことで、後のトラブルを防ぎやすくなります。
2. 引き継ぎ期間を契約終了前に設ける：契約終了と同時に連絡が取れなくなる事態を避けるため、一定の引き継ぎ期間を設定しておくことをおすすめします。
3. 新しい開発会社と並走できる期間を確保する：新旧の開発会社が一時的に並走できる期間があると、疑問点をその場で確認しながら引き継ぎを進められます。

よくある質問

Q. 現在の開発会社が引き継ぎに非協力的な場合はどうすればいいですか？
A. 契約書に基づいた正当な請求であることを明確に伝え、書面でのやり取りに切り替えることをおすすめします。それでも対応がない場合は、専門家への相談も検討してください。

Q. ソースコードを受け取れば、それだけで引き継ぎは十分ですか？
A. ソースコードは重要な前提条件ですが、仕様変更の経緯や運用上の注意点も合わせて確認できると、より円滑な引き継ぎになります。

Q. 乗り換えのタイミングはいつが適切ですか？
A. 契約更新のタイミングに合わせることで、契約上の整理がしやすくなります。ただし、対応の遅さが業務に支障をきたしている場合は、更新を待たずに動くことも検討すべきです。

Q. まずは何から確認すればいいですか？
A. 現在の契約書にソースコード・資料の引き渡しに関する条項があるかを確認するところから始めてください。記載があれば、それを根拠に具体的な依頼ができます。

あわせて読みたい：システム開発会社の選び方｜発注前に比べる7つの基準

発信：株式会社オルアナ（新規事業開発・システム開発・AIエージェント開発・バックオフィス業務支援）