案件に参画する前、まず目を通すのは契約条件です。検査を完了する期日や報酬の支払期日など、明示される項目は具体的に決まっています¹。読み進めるほど、そこに引き継ぎという言葉が出てこないことに気づきます。引き継ぎがうまくいくかどうかは、契約書の外側の話として扱われがちですが、実務では体制の引き継ぎこそが最初の数週間の進めやすさを左右します。

1. 明示される項目に引き継ぎの取り決めは入っていない

引き継ぎがうまくいくかどうかは、契約書の外側の話として扱われがちです。しかし実務では、体制の引き継ぎこそが最初の数週間の仕事量を左右します。契約に書かれていない領域ほど、受け取る側の備えが結果を分けます。

契約書に並ぶのは期日と金額の話が中心です

明示される項目には、検査を完了する期日と、報酬の額および支払期日が含まれています¹。どちらも金銭と時間に関わる、争いになりやすい部分です。制度が優先して守ろうとしているのは、この2点だとも読めます。

一方で、引き継ぎの資料をどこまで用意するか、誰が説明するかという取り決めは、この一覧の外に置かれています。契約書を守るだけでは、体制の引き継ぎまでは担保されません。書かれていない部分は、口頭の約束か、受け取る側の準備に委ねられます。

引き継ぎは話し合いで足す項目になっています

引き継ぎを手厚くしたいなら、契約の話し合いの段階で個別に持ち出すほかありません。何を渡すのか、誰が答えるのか、いつまで質問できるのかを、明示される項目とは別に確かめておく必要があります。契約書の文言よりも、事前の打ち合わせで交わす言葉のほうが、実際の引き継ぎを支えます。

契約の外側にある引き継ぎを、現場では実際にどう進めているのか。要件定義や設計の進め方を見ると、その手がかりが見えてきます。

図の作成：Remogu編集部。契約で明示される項目と、引き継ぎの取り決めの扱いを整理したもので、統計データではありません

2. 要件と設計は文書中心で進んでいる

要件定義や設計の資料を受け取ると、まず確認したくなるのは最新版がどれかということです。現場ではいまもドキュメントを中心に要件定義と設計を進めるやり方が続いています²。積み上げてきた経験があっても、資料の作法は現場ごとに異なります。

文書中心という進め方自体は、悪いものではありません。むしろ、口頭のやり取りだけに頼るより、記録に残る分だけ引き継ぎはしやすくなります。問題は、その文書がどこまで更新され、どこまで共有されているかです。

要件定義と設計はいまも文書に残す形が中心です

要件定義書や設計書は、プロジェクトの節目ごとに作られることが多く、途中の変更が本体に反映されないまま残ることがあります。受け取る側は、目の前の資料が最新版かどうかを、まず疑ってかかる姿勢が役に立ちます。

表にまとめると、確認したい観点が見えてきます。文書がある工程と、文書に残りにくい経緯を分けて見ることで、引き継ぎの抜けを防ぎやすくなります。

確認する対象	現場でよくある状態	引き継ぎ時に確かめたいこと
要件定義書	文書としてまとめる形が中心です	最新版がどこにあるか
設計書	図面や仕様書に残す形が中心です	更新の履歴が追えるか
変更の経緯	文書そのものには残りにくい部分です	経緯を説明できる人が分かるか

文書に残らない経緯が引き継ぎで見えなくなります

設計の背景にある判断の理由は、文書そのものよりも打ち合わせの記録や関係者の記憶に残っていることが少なくありません。文書よりも、判断の理由を説明できる人がそばにいるかどうかのほうが、引き継ぎの速さを左右します。

要件や設計の文書がそろっていても、それを支える仕組みが弱ければ、次の課題が表面化します。構成管理の状態を見ると、その弱さがはっきりと数字に表れています。

3. 構成管理のツールを入れている企業は限られる

要件や設計の文書があっても、構成そのものを管理する仕組みが伴っていなければ、引き継ぎの土台は弱いままです。構成管理のツールを導入している企業は、利用する側で約3割、作る側で約4割にとどまっています³。

数字だけを見ると少なく感じますが、裏を返せば、半数以上の現場では構成管理の仕組みがない状態で引き継ぎが行われています。受け取る側が最初に確かめることは、この仕組みの有無になります。

導入している企業はユーザー側で約3割にとどまります

利用する側の企業では、構成管理を専門のツールに任せず、担当者の手元で管理している場合があります。仕組みが個人に依存していると、その担当者が離れた瞬間に引き継ぎの難度が上がります。

実際の割合を帯の長さで比べると、その差がはっきり見えます。

出典：IPA「2024年度ソフトウェア動向調査 簡易分析レポート」（2025年4月）をもとに作成

作る側でも約4割で、差は思うほど大きくありません

作る側の企業のほうが導入は進んでいますが、それでも半数には届いていません。作る側だから安心、利用する側だから不安、という単純な線引きはできません。企業の立場よりも、その現場が仕組みを持っているかどうかのほうが、引き継ぎのしやすさを決めます。

構成管理の有無を確かめたら、次に見ておきたいのは、決める人がいるかどうかです。ツールがそろっていても、判断する人が不在では、引き継ぎの途中で止まってしまいます。

4. 決める人がいない現場もある

構成管理の仕組みが弱いだけでなく、そもそも決める人がいない現場も見られます。意思決定を担う責任者を設置していない企業が、約半数に上ります⁴。

責任者が明確でないと、引き継ぎの最中に出てくる小さな判断のたびに、確認先を探すことになります。積み上げてきた経験があっても、判断の権限がなければ、その場で答えを出せません。

意思決定を担う責任者を置かない企業が約半数です

責任者が不在の現場では、複数の担当者に同じ質問を回すことになりがちです。誰に聞けば答えが返ってくるのかが分からない状態は、引き継ぎの初期にもっとも時間を奪います。

受け取る側としては、参画の早い段階で、最終的な判断をする人が誰かを確認しておく価値があります。組織図の名前よりも、実際に決める人を知ることのほうが役に立ちます。

技術情報の収集も、個人に委ねられがちです

技術情報の収集についても、体系的な仕組みを持たず、個人に任されている企業が多くあります⁵。担当者の関心や経験の幅が、そのまま組織の情報量になってしまいます。

意思決定と技術情報の両方が個人に依存していると、引き継ぎのたびに同じ穴が繰り返されます。次に見るデータの扱いにも、同じ傾向が表れています。

観点	実態	引き継ぎで起きやすいこと
意思決定	責任者を置かない企業が約半数です4	誰が最終判断をするのか分かりにくい
技術情報の管理	個人に委ねられている企業が多くあります5	情報の置き場所が担当者ごとに違う
引き継ぎ全体	仕組みより個人に依存しやすい状態です	属人化した情報の受け渡しに時間がかかる

5. データの方針が定まっていない企業も多い

決める人と情報の集め方に続いて、データの扱い方にも同じ傾向が見られます。データ利活用に関する方針を明確にしている企業は少なく、対応の遅れが目立っています⁶。

方針が定まっていないと、引き継ぎの場面で「このデータをどこまで使ってよいのか」という質問に、誰も即答できません。積み上げてきた分析の経験があっても、方針がなければ判断の根拠を示せません。

データ活用の方針が明確でない企業が目立ちます

データの扱いに関する方針は、一度決めれば終わりではなく、案件の中身が変わるたびに見直しが必要です。方針が古いまま残っていると、引き継ぐ側は何を根拠に判断すればよいのか迷います。

方針が明文化されていない現場では、担当者の感覚に頼った判断が積み重なっていきます。感覚に頼るよりも、根拠を残す仕組みのほうが、次の担当者にとって助けになります。

3つの抜けを重ねて見ると、引き継ぎの弱点が分かります

ここまで見てきた、意思決定を担う責任者の不在、技術情報の収集の個人依存、データ活用方針の不明確さは、それぞれ別の調査項目ですが、重ねて見ると引き継ぎの同じ弱点を指しています。仕組みが整っていない部分ほど、引き継ぎの負担が受け取る側に寄っていきます。

図にすると、3つの抜けがどこに積み重なっているかが分かりやすくなります。

出典：IPA「2024年度ソフトウェア動向調査 簡易分析レポート」（2025年4月）をもとに作成

決める人と情報の仕組みが弱い現場では、契約の実務にも同じような課題が表れます。次に、契約そのものの手間について見ていきます。

6. 契約の手間そのものが課題に挙がっている

意思決定や情報の仕組みに課題があると述べてきましたが、契約そのものの実務にも同じ種類の負担が表れています。システム開発の契約では、取引ごとに手間や工数がかかる点を課題に挙げる企業が多くあります⁷。

引き継ぎのたびに契約書の形式が変わると、確認する側の負担は積み重なっていきます。積み上げてきた契約実務の経験があっても、毎回書式が違えば、確認に要する時間は短くなりません。

取引ごとの手間や工数を課題に挙げる企業が多くあります

手間や工数がかかる背景には、契約の型がそろっていないことがあります。取引先ごとに書式や項目の並びが違えば、同じ内容を確認するだけでも時間がかかります。

受け取る側としては、契約書の書式そのものより、必要な項目がそろっているかどうかを先に確かめる姿勢が役に立ちます。書式よりも、中身の網羅性のほうが、実務では重みを持ちます。

モデル契約そのものを知らない企業も多くあります

契約の実務を見直す手がかりとして用意されている型はありますが、モデル契約そのものを知らないとする企業も多くあります⁸。整った型があっても、知られていなければ使われません。

契約の型を知っているかどうかは、引き継ぎの初期にどこまで話がかみ合うかにも影響します。

観点	実態	引き継ぎ時に確かめたいこと
手間・工数	取引ごとに手間や工数がかかる点を課題に挙げる企業が多くあります7	何にどれだけ時間がかかる想定か
モデル契約の認知	モデル契約そのものを知らないとする企業も多くあります8	契約の型をすり合わせているか
記録の残し方	明示される項目に検査完了の期日と報酬の支払期日が含まれます1	引き継ぎに関する取り決めを別途残しているか

契約の実務まで見てくると、引き継ぎに関わる課題は一つの工程だけでなく、複数の段階にまたがっていることが分かります。最後に、本番稼働の後まで含めた計画と、準備の順番を整理します。

7. 本番稼働の後まで含めた計画と、準備の順番

ここまで、引き継ぎに関わる課題を、明示される項目・文書の中心性・構成管理・意思決定・データ方針・契約の実務という順に見てきました。最後に、引き継ぎを本番稼働の後まで含めた計画の中に置く考え方を確認します。

政府情報システムの分野では、運用フェーズも含めて日々改善していくことを前提に、予算と体制と日程を計画する必要があります⁹。引き継ぎは稼働開始の前だけで完結する話ではなく、稼働後の運用まで見通した計画の一部です。

運用フェーズまで含めて計画する考え方があります

稼働の直前だけを見て体制を組むと、稼働後に人が入れ替わったときの対応が抜け落ちます。運用フェーズまで視野に入れて予算と体制と日程を合わせておくと、引き継ぎの負担が特定の時期に集中しにくくなります。

受け取る側としても、参画時点の体制だけでなく、その先の運用がどう計画されているかを尋ねておく価値があります。今の体制よりも、この先の計画のほうが、実際の進めやすさを左右します。

取引条件の明示義務違反は実際に1,126件です

引き継ぎの取り決めが軽視されやすい背景には、契約全体の実務がまだ整いきっていない実情があります。取引条件の明示義務違反は1,126件(41.3％)にのぼります¹⁰。

数字が示すのは、明示することが定められた項目ですら徹底されていない現場が一定数あるということです。まして、明示の対象に含まれていない引き継ぎの取り決めは、なおさら抜け落ちやすくなります。

図の作成：Remogu編集部。引き継ぎに向けた確認の順番を整理したもので、統計データではありません

体制の引き継ぎは、渡す側だけの問題ではありません。受け取る側が、契約に明示された項目の外側まで確かめる姿勢を持てるかどうかで、最初の数週間の進めやすさが変わります。Remoguは案件の90%以上がフルリモート可能で、場所に縛られず条件を確かめられます。まず登録して、積み上げてきた経験に近い案件の実際の体制を確かめてみることが、引き継ぎで苦労しない一歩になります。

初めて参画する案件でも、引き継ぎの状態を事前に確認できますか

契約の話し合いの段階で、引き継ぎに関する資料の有無や、質問できる相手が決まっているかを尋ねることは可能です。明示される項目には引き継ぎそのものは含まれていないため¹、確認は話し合いの中で個別に行う形になります。積み上げてきた経験を発揮する前に、この点を確かめておくと、初期の負担を減らせます。

週3日で参画する場合、引き継ぎの負担は変わりますか

稼働日数が少ないほど、担当者に確認できる時間の総量は限られます。決める人が明確でない現場や、技術情報が個人に委ねられている現場では⁵、限られた稼働日数の中で情報を集める工夫が必要になります。案件によって体制は異なるため、参画前に確認しておく価値があります。

地方在住でリモートから参画する場合、引き継ぎで不利になりますか

引き継ぎの質は、居住地よりも受け取る側の体制の整い方に左右されます。構成管理の仕組みが整っている現場であれば³、記録をもとにやり取りできるため、場所による差は生まれにくくなります。まず登録して、自分の状況に合う案件の体制を確かめてみることをおすすめします。

経験がまだ少ない場合でも、引き継ぎを受けきれますか

経験の長さよりも、疑問を放置せず確認できる仕組みが現場にあるかどうかのほうが重要です。意思決定を担う責任者が明確な現場であれば⁴、判断が必要な場面でも確認先に迷いません。経験がまだ少ない場合は特に、参画前に確認できる体制かどうかを見ておくと安心です。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 公正取引委員会「フリーランス・事業者間取引適正化等法」パンフレット（2026年7月・2026年9月確認）
＊2 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」引き継ぎの材料（2025年4月・2026年9月確認）
＊3 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」構成の把握（2025年4月・2026年9月確認）
＊4 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」決める人（2025年4月・2026年9月確認）
＊5 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」知識の持ち方（2025年4月・2026年9月確認）
＊6 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」方針の遅れ（2025年4月・2026年9月確認）
＊7 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」契約の負担（2025年4月・2026年9月確認）
＊8 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」相手の前提（2025年4月・2026年9月確認）
＊9 デジタル庁「政府情報システムにおけるクラウドサービスの適切な利用に係る基本方針」計画の作り方（2026年・2026年9月確認）
＊10 公正取引委員会「令和7年度におけるフリーランス・事業者間取引適正化等法第2章の運用状況」2番目に多い違反（2026年6月・2026年9月確認）