「◯◯代行」と書かれた案件を目にする機会が増えています。同じ「代行」という言葉でも、決められた作業を代わりに行うだけの案件と、進め方や仕上がりの判断まで引き受ける案件とでは、求められる関わり方がまったく異なります。社内でできない部分を外部に出す動きは珍しくなく、その中に「代行」という案件も含まれています。この記事では、案件に書かれた条件から、どちらの「代行」にあたるのかを読み分ける方法を整理します。

1. 代行には2つの意味がある

「◯◯代行」という案件名は幅広い意味で使われています。決められた作業を代わりに進めるだけの案件もあれば、進め方そのものを組み立て、仕上がりにまで責任を持つ案件も、同じ「代行」という言葉で呼ばれています。名前だけを見て引き受けると、想定していた関わり方と、実際に求められる関わり方がずれることがあります。

決められた作業を代わりに行う場合と、判断や結果まで引き受ける場合

決められた作業を代わりに行う場合は、依頼元が用意した手順や仕様に沿って手を動かす関わり方になります。進め方の判断はすでに依頼元の側で済んでおり、受ける側は用意された内容を実行する役割を担う形です。指示された範囲を超えて手順そのものを変える場面は限られます。

一方で、手順そのものをどう組み立てるかという判断まで引き受けるのが、もう一つの関わり方です。進め方を自分で決める分、仕上がりに対する責任の重さも、決められた作業を代わりに行う場合とは変わってきます。依頼元との間で確認しておきたい内容も、自然と増えていきます。この2つは、どちらが優れているという話ではなく、求められる関わり方の違いとして受け止めておくとよい部分です。

図の作成：Remogu編集部。「代行」という言葉が指す関わり方の幅を整理したもので、統計データではありません

この違いはなぜ生まれるのか

IPAの調査では、競争にかかわる事業において、外部への委託による開発を行っている割合が四割弱にのぼり、複数の選択肢の中で最も多い回答になっています¹。開発の一部を外部に出すことは、特別な状況ではなく、広く見られる進め方の一つです。

人材が不足していることが、内製化を進められない要因になっている企業もあります²。担当できる人数が限られていると、作業だけでなく、進め方を決める役割まで外部に委ねる判断が生まれやすくなります。

案件名だけを見ても、この2つのどちらにあたるかは見分けられません。手掛かりは、案件情報や契約に書かれた具体的な条件の中にあり、次の章から順に確かめていきます。焦って引き受けるよりも、条件を一度読み込む時間を取ることが遠回りにはなりません。

2. 社内でできないことが外に出ている

社内でできないことが外に出るとき、外に出るのは作業だけとは限りません。何をどう進めてよいかという判断の役割も、作業と一緒に外部へ渡ることがあります。この章では、その背景にある実状を確かめます。

内製化が進まない理由

内製化を進められない理由は、人材の不足だけとは限りません。担当できる人がいても、進め方そのものを決める役割まで引き受けられる体制が、組織の中に整っていない場合もあります。

内製化を進めるうえでの課題は、この調査でも尋ねられています³。人材の不足が内製化を進められない要因になっている企業もあり²、外に出す範囲は作業だけにとどまらないことがうかがえます。同じ課題を抱える組織が複数あるほど、外部に頼る場面も増えていきます。

出典：IPA「DX動向2025」（2025年6月）をもとに作成

依頼する内容によって、外に出る判断の量が変わる

決められた作業だけを外部に依頼する場合と、進め方や仕上がりの判断まで依頼する場合とでは、あらかじめ用意しておく情報の量が変わります。決められた作業だけを頼む場合は、手順書や完成の形がすでにそろっていることが前提になります。判断まで頼む場合は、目的や制約といった前提そのものを共有する必要が出てきます。次の表は、この2つの関わり方を、依頼する内容という観点で並べたものです。

観点	決められた作業を代わりに行う場合	判断や結果まで引き受ける場合
用意しておくもの	手順書・完成の形	目的・制約といった前提
判断の置き所	依頼する側	引き受ける側
進め方を変えるとき	依頼する側に確認する	引き受ける側の裁量で調整する
仕上がりの見方	手順どおりに進んだか	目的に沿った結果になったか

依頼する内容がどちらに近いかは、案件情報や打診の段階で確認できる観点です。表に挙げた項目のうち、どちらの記載が目立つかを見比べると、判断がつきやすくなります。記載が両方に少しずつ当てはまる案件もあるため、1つの項目だけで決めつけないことも大切です。

次の章では、この判断の持ち主が実際には誰にあるのかを、契約や案件情報に書かれた条件から確かめる方法を見ていきます。表に挙げた観点を、実際の案件情報と照らし合わせながら読み進めてみてください。

3. 判断が誰のものかを確かめる

判断の持ち主が誰かは、案件名や依頼の言葉づかいだけでは分かりません。契約や案件情報に書かれた具体的な条件を見ることで、初めてはっきりしてきます。

要件定義や設計は、今も文書が中心になっている

要件定義と設計は、いまもドキュメントを中心に行われています⁹。進め方や仕上がりの判断がどちら側にあるかは、この文書にどこまで細かく書かれているかによって変わってきます。書かれていない部分は、進める中でどちらかが判断を担うことになります。

文書に手順や仕様が細かく書かれているなら、判断の多くはすでに依頼元の側で行われた後です。文書が薄く、目的や条件だけが書かれているなら、判断の余地は引き受ける側に残っています。どちらであるかは、契約書だけでなく案件情報の記載からも読み取れることがあります。

図の作成：Remogu編集部。判断の持ち主が案件ごとに異なることを整理したもので、統計データではありません

利用する側は、品質をいちばんに考えている

利用する側の企業は、システムの品質を最も優先する事項として捉えています¹⁰。判断の持ち主が曖昧なまま進むと、この優先順位が共有されないまま作業が進むことになります。優先されているものが分からないまま進めると、仕上げた後になって認識のずれに気づく場面も出てきます。次の表は、判断の持ち主を確認するときに見ておきたい観点をまとめたものです。

確認する観点	判断の持ち主が決まっている場合	決まっていない場合
仕上がりの基準	契約や案件情報に記載がある	その都度の相談で決まる
進め方の変更	引き受ける側の裁量で対応できる	依頼元への確認が必要になる
品質の優先順位	あらかじめ共有されている	作業の途中で初めて分かる
やり取りの量	少なくて済みやすい	増えやすい

契約や案件情報にこれらの記載があるかどうかは、打診を受けた段階で確認できます。記載が薄い項目ほど、進める中で確認が必要になる場面が増えます。

判断の持ち主が明確な案件ほど、進め方をめぐるやり取りは少なくて済みやすく、逆に曖昧な案件ほど、進める途中でのすり合わせが増えやすくなります。この見極めが、次に見る取り決めの厚みとも関わってきます。

4. 取り決めの形が薄いという前提

「代行」の案件では、取り決めの文書が簡潔にまとめられていることがあります。これは珍しいことではなく、契約の実状の一つとして、あらかじめ前提に置いておきたい点です。

取引のたびに手間がかかるという課題

システム開発の契約では、取引のたびに手間や工数がかかる点を課題として挙げる企業が多くなっています⁴。案件ごとに契約の形を一から作り直す負担が、文書を簡潔にまとめる方向に働くことがあります。

この課題は、代行として依頼される案件にもそのまま当てはまります。契約のたびに新しく条件を整えるより、すでにある簡潔な書式で済ませたいという事情が働きやすくなります。

文書が簡潔であること自体は、判断の持ち主が曖昧であることを意味しません。ただし、条件の記載が少ないほど、受ける側で読み取る注意が必要になります。

取り決めが簡潔なまま作業を始めると、進める途中で「ここまでが頼まれた範囲なのか」という疑問が生まれやすくなります。範囲を確かめる機会は、作業を始める前に一度持っておきたいところです。あとから範囲を広げて解釈するより、始める前に言葉にしておくほうが、双方にとって扱いやすくなります。

モデル契約そのものを知らない企業もある

モデル契約そのものを知らないと答える企業も多くなっています⁵。契約の型が広く共有されていないことも、取り決めが簡潔になりやすい背景の一つです。

契約の型を知らないままでも、実務上のやり取りは進められます。ただし、型を知らないことは、取り決めの中身を細かく詰めない選択にもつながりやすくなります。

型が定まっていない分、同じ「代行」という名前でも、案件ごとに条件の書き方が変わります。個別の案件情報を確認する手間が、ここでも生まれます。

文書の厚みだけでは、決められた作業を代わりに行う案件なのか、判断まで引き受ける案件なのかは判断できません。文書が薄くても、判断の持ち主が依頼元にあると明記されている案件もあります。

取り決めの文書が薄いことを前提に置いたうえで、次に見ておきたいのは、組織としての方針が用意されているかどうかです。

5. 方針があるかどうかで変わる

外部への委託に関する方針を、組織として持っているかどうかは、代行として依頼される案件の進み方にも直接関わってきます。

外部サービスの活用は、一部の利用を含めて6割強

外部のサービスや製品は、一部での利用を含めて6割強の企業が活用しています⁶。「代行」という案件が広がっている背景にも、こうした外部活用の広がりが関わっています。

活用そのものは広く進んでいる一方で、活用の仕方に対する組織としての考え方は、企業によって差があります。方針の有無が、その差として案件に表れてきます。

活用が広がるほど、外部に依頼する内容も、決められた作業から判断を伴う部分まで幅広くなります。方針を持つ組織ほど、どこまでを外部に委ねるかの線引きも、あらかじめ整理されている傾向があります。

方針を整備している企業は約半数

外部サービスの利用に関する方針を整備している企業は、全体の約半数です⁷。方針がある場合とない場合とでは、進め方の判断がどこで行われるかが変わります。次の表は、この違いを整理したものです。

状況	方針がある場合	方針がない場合
進め方の判断	あらかじめ決まった手順に沿う	その都度相談して決める
条件の変更	手続きに沿って進む	個別にやり取りが必要になる
確認する相手	決まった窓口がある	都度確認する相手を探す
かかる時間	短くなりやすい	長くなりやすい

打診を受けた段階で、方針の有無を直接尋ねることもできますし、案件情報に書かれた記載の細かさから推測できることもあります。

方針がない案件を避ける必要はありません。方針がない分、進め方の相談をどのように行うかを、早めにすり合わせておくことが実務的な対応になります。窓口となる相手が変わりやすい案件では、この点をとくに意識しておきたいところです。

方針の有無を確かめておくと、進める中で判断がどこに戻ってくるのかが、あらかじめ見通しやすくなります。

6. 資料に残す範囲

判断の持ち主や方針をひととおり確かめたあと、次に考えておきたいのは、何を資料として残しておくかという点です。

品質を優先するなら、確認した内容を残す

利用する側の企業は、システムの品質を最も優先する事項として捉えています¹⁰。優先されているものが品質である以上、何を確認し、何を決めたかという記録は、あとから振り返る材料になります。

口頭でのやり取りだけで進めた判断は、時間が経つと双方の記憶がずれやすくなります。決めた内容を短くてもよいので文書に残すことが、これを防ぎます。

記録の形式は、かしこまった書類でなくても構いません。やり取りの中で決まった内容を、日付とともに残しておくだけでも、あとから振り返るときの材料になります。

決められた作業を代わりに行う場合でも、判断や結果まで引き受ける場合でも、記録を残す効果は変わりません。どちらの関わり方であっても、あとから振り返る材料が手元にあることは助けになります。

取引のたびに繰り返さないための記録

システム開発の契約では、取引のたびに手間や工数がかかる点が課題として挙げられています⁴。同じやり取りを毎回繰り返さないためにも、確認した条件を残しておく意味があります。

残す範囲は、判断の持ち主・仕上がりの基準・条件を変えるときの手続きの3点にしぼって差し支えありません。多くを書き残そうとするより、この3点をおさえることが実務的です。

確認した条件を残しておくと、次に似た案件を受けるときの目安にもなります。何を確かめればよいかを、案件ごとに一から考え直す必要がなくなります。積み重ねた記録は、案件を選ぶときの比較材料としても使えます。

契約が更新される場面でも、それまでに残してきた記録があれば、同じ確認を一から繰り返さずに済みます。取り決めが簡潔な案件ほど、この記録の意味は大きくなります。

資料に残す範囲を決めたら、最後の章で、受ける前の確認をどのような順番で進めるとよいかを見ていきます。

7. 受ける前に確かめる順番

ここまでの内容を、案件を受ける前に確かめておきたい順番として、あらためて並べ直します。

確認の順番

意思決定を担う責任者を設置していない企業は、約半数に上ります⁸。責任者が置かれていない場合、判断の持ち主は案件情報や打診のやり取りから読み取る必要があります。担当者が変わりやすい案件でも、この確認の意味は変わりません。

要件定義と設計は、いまもドキュメントを中心に行われています⁹。まず判断の持ち主を確かめ、次に取り決めの文書を確認し、方針の有無を確かめたうえで、資料に残す範囲を決める、という順番が実務的です。一度にすべてを詰めようとせず、この順で1つずつ確かめていけば十分です。

図の作成：Remogu編集部。受ける前に確かめておきたい観点を順番として整理したもので、統計データではありません

判断の持ち主が分からないときはどうすればよいですか

案件情報や契約に、仕上がりの基準を決める側が明記されていない場合は、打診を受けた段階で直接確認することができます。誰が最終的な仕上がりを判断するのかを、進める前に言葉で確かめておくと、後のやり取りが少なくなります。質問の仕方は難しく考える必要はなく、「仕上がりの判断はどちらで行いますか」と尋ねるだけで十分です。

確認しても回答が曖昧なままのこともあります。その場合は、進め方を変えるときの手続きだけでも先に決めておくと、判断の持ち主が不明確な状態のまま進む不安を減らせます。小さな確認を積み重ねることが、大きなずれを防ぎます。

取り決めの文書が薄いときは何を残せばよいですか

取り決めの文書が簡潔な場合でも、判断の持ち主・仕上がりの基準・条件を変えるときの手続きの3点は、短い文章で構わないので残しておくことができます。作業を始める前にこの3点を一度言葉にしておくだけでも、進める中でのずれを減らせます。

自分に合う条件かどうかは、案件を見比べることでも見えてきます。判断の持ち主や取り決めの厚みは案件ごとに異なるため、1件だけで判断せず、複数の案件情報を読み比べることも助けになります。Remoguは案件の90%以上がフルリモート可能です。まず登録して、自分の経験に近い条件の案件を確かめてみることもできます。

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

出典・参考情報

＊1 IPA「DX動向2025」外に出る仕事（2025年6月・2026年8月確認）
＊2 IPA「DX動向2025」内製の壁（2025年6月・2026年8月確認）
＊3 IPA「DX動向2025」調査の対象（2025年6月・2026年8月確認）
＊4 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」契約の負担（2025年4月・2026年8月確認）
＊5 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」相手の前提（2025年4月・2026年8月確認）
＊6 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」利用の広さ（2025年4月・2026年8月確認）
＊7 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」方針の有無（2025年4月・2026年8月確認）
＊8 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」決める人（2025年4月・2026年8月確認）
＊9 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」引き継ぎの材料（2025年4月・2026年8月確認）
＊10 IPA「2024年度ソフトウェア動向調査 簡易分析レポート」評価の軸（2025年4月・2026年8月確認）