LASSIC Media らしくメディア
業務委託エンジニアの離任の予兆に気づく、振り返りで聞く3つの点
監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）
この記事の結論
- 離任の予兆は離任するかどうかの判定には使わず、取引の条件を確かめる合図として扱います。
- 納得できない扱いを受けても、そのまま受け入れたフリーランスが多く、不満は表に出にくいものです。
- 定期の振り返りでは、作業内容、仕様の変更、作業期間と納期の3つを、事実を示したうえで聞きます。
※ 本記事は2026年9月時点の公式情報（省庁・公的機関、および製品やサービスを提供する事業者が公開している資料）に基づきます。
打ち合わせで意見を言う回数が、前より減った気がする。契約の更新を打診したら、返事が少し遅れた——。業務委託エンジニアと続けてきた開発の現場では、こうした小さな変化が気にかかることがあります。業務委託エンジニアの離任の予兆とは、契約の終了や更新の見送りにつながるかもしれない、相手や取引に起きる変化を指します。
予兆に早く気づけば、取引の条件を見直したり、引き継ぎと後任探しの準備を前倒ししたりできます。ただし予兆は万能ではなく、変化が見えたからといって、その人が離任するとは限りません。本記事では、業務委託エンジニアと開発を進めるマネージャーに向けて、予兆が表に出にくい理由、業務委託で働く人が経験するトラブル、振り返りで聞く3つの点、そして予兆に気づいたあとの備えを整理します。
目次
業務委託エンジニアの離任の予兆とは
予兆は、どこから生まれた変化かで2つに分けると整理しやすくなります。一つは、相手の側の事情です。本人の事業の方針が変わった、ほかの仕事が増えた、家庭の事情ができた、といったものがこれに当たります。もう一つは、取引そのものの中の事情です。頼んだ作業の中身が当初の話と違ってきた、仕様の変更が続いている、納期が何度も動いている、といったものです。
前者は、発注する側が聞き出すものではありません。話してもらえれば考慮しますが、こちらから尋ねると相手の事業や私生活に踏み込むことになるからです。後者は、発注する側が自分で確かめられます。作業の中身も仕様も納期も、多くは発注する側が決めたり変えたりしているためです。本記事が扱うのは、この後者です。
大切なのは、予兆を離任するかどうかの判定の基準にしないことです。打ち合わせでの口数が減った、返信が遅くなったといった変化は、単に忙しい時期に重なっただけでも起こります。変化を見て「この人は辞めるつもりだ」と決めつけると、根拠のない疑いを相手に向けることになります。予兆に気づいたら、取引の条件を確かめる合図として扱います。情報の持ち出しにつながる兆候の一覧を離任の判定に使うときの注意は、「業務委託エンジニアの離任の予兆を判定に使う落とし穴」で扱っています。
なぜ予兆は表に出にくいのか
内閣官房などが2022年8月に行った「令和4年度フリーランス実態調査」は、従業員を雇わずに事業を営む個人2,119人に、発注者との取引で納得できない行為を受けたことがあるかを尋ねています。*1 何らかの行為を受けたことがあると答えたのは487人で、全体の23.0%です。報酬の支払いの遅れ、報酬の減額、追加作業の費用を負担してもらえなかったことなどが挙がっています。
目を引くのは、その後の対応です。487人のうち、32.6%が「そのまま受け入れた」、25.9%が「交渉したが改善されないまま受け入れた」と答えました。*1 合わせて58.5%が、納得できないまま取引を続けたことになります。「受け入れなかった」は13.6%にとどまります。
受け入れた人に理由を尋ねると、「受け入れないと、今後の取引が切られる又は減らされるおそれがあったため」が33.7%で最も多く挙がりました（「受け入れなかった」を除く421人、複数回答）。*1 次いで「受け入れないと、その取引が成立しなくなるおそれがあったため」が24.2%です。発注する側から見ると、相手は不満を口にしないまま取引を続け、ある時点で更新しないと伝えてくる、ということが起こりえます。この調査はあらゆる業種が対象のため、エンジニアだけの値ではありません。それでも、不満があれば言ってくれるはずだと待つやり方には限界がある、と分かります。
業務委託エンジニアが経験するトラブル
では、どんなことで取引がもめるのでしょうか。労働政策研究・研修機構の調査シリーズ第187号は、2017年の1年間に、会社に雇われず人も雇わずに仕事をしていた人（この調査でいう独立自営業者）8,256人の就業の様子をまとめています。*2 仕事の種類を6つに分けており、そのうち「IT関連」には、ウェブサイトの作成、プログラミング、システムの設計やソフトウェア開発などが入ります。
IT関連の705人のうち、2017年にトラブルを経験したのは363人、割合にして51.5%でした。*2 この363人が経験したトラブルの内容を、報告書の表の人数から割合に直すと次のようになります。
上位の3つは、「作業内容・範囲についてもめた」35.0%、「仕様を一方的に変更された」29.5%、「一方的に作業期間・納品日を変更された」15.7%です。*2 回答者全体でも上位の3つは同じですが、仕様の変更は全体の18.7%に対して、IT関連では29.5%と高くなっています。
この3つには共通点があります。どれも、発注する側が決めたり変えたりしている事柄だという点です。作業の中身を広げるのも、仕様を変えるのも、納期を動かすのも、多くは発注する側の都合で起こります。裏を返せば、発注する側が自分の記録を見直すだけで、相手が不満を抱えていそうな点をある程度まで洗い出せます。
振り返りで聞く3つの点
予兆に早く気づくために勧めたいのは、取引の条件を確かめる振り返りの場を、日を決めて定期的に設けることです。作業の進み具合を確かめる打ち合わせとは分け、月に1回や契約の更新の前など、あらかじめ日を決めておきます。聞くのは、先に見た3つのトラブルに対応する点です。
| 聞く点 | 先に用意しておく資料 | 相手に聞くこと |
|---|---|---|
| 作業内容 | 契約書や発注書に書いた作業と、この期間に実際に頼んだ作業の一覧 | 書いていない作業を頼んでいないか。頼んだ作業の量は見込みと合っているか |
| 仕様の変更 | この期間に伝えた仕様の変更と、そのために作り直した作業の一覧 | 変更の伝え方や時期で困ったことはないか。作り直しの手間を見込みに入れているか |
| 作業期間と納期 | 納期を動かした回数と、それぞれの理由 | 動かした納期は無理のない日程か。今後の予定と重なって困ることはないか |
ポイントは、発注する側が先に事実を並べることです。「何か困っていることはありますか」とだけ尋ねても、先の調査のように、取引が減ることをおそれる人は答えにくいでしょう。「今月はこの3件の作業を口頭でお願いしました。見込みに入っていましたか」のように、こちらの記録を示してから聞けば、相手は事実に沿って答えられます。
聞いた内容は、次の振り返りまでに何を直すかと一緒に記録に残します。作業が増えていたなら、発注書の作業の欄を書き直すか、追加の作業として費用を決めます。仕様の変更が多いなら、変更を伝える窓口と締め切りを決めます。聞くだけで何も変わらなければ、相手は次から話さなくなります。
予兆に気づいたあとの備え
トラブルの中には、起きても解決しやすいものと、解決しにくいものがあります。同じ調査で、IT関連の人がトラブルを「全て解決した」と答えた割合は、「作業内容・範囲についてもめた」では63.0%、仕様の変更では56.1%、作業期間・納品日の変更では47.4%でした。*2 回答者全体では、作業期間・納品日の変更は65.0%が全て解決しており、IT関連では解決しにくい傾向が見えます。納期を動かしたときは、とくに丁寧に話し合っておきます。
取引の条件を直しても、離任そのものを防げるとは限りません。そのため、予兆に気づいたら、条件の見直しと並行して、離任しても開発が止まらない準備を進めておきます。担当している作業の一覧、設計の判断の記録、使っているアカウントと権限の一覧を、ふだんから共有の場所にまとめておくと、急な離任でも引き継ぎの期間を短くできます。
引き継ぎで漏れやすい点と防ぎ方は「業務委託エンジニアの離任で引き継ぎが漏れる理由と防ぎ方」で、契約を途中で終えるときの予告や手続きを契約書に書いておく方法は「外部人材活用のトラブル、早期離任に備えて契約で決めておくこと」で扱っています。
つまずきやすい点
一つ目は、予兆を見て相手を疑ってしまうことです。返信が遅いから離任しそうだと考えて、頼む作業を減らしたり、重要な作業から外したりすると、相手が恐れていた「取引が減らされる」ことを、こちらから起こすことになります。予兆に気づいたときに見直すのは、相手ではなく取引の条件です。
二つ目は、報酬の支払いの遅れを見落とすことです。先の内閣官房などの調査で、納得できない行為のうち直近に受けたものを尋ねると、「報酬の支払いが遅れた・期日に支払われなかった」が36.1%で最も多く挙がりました。*1 支払いは経理の担当が処理するため、開発の現場のマネージャーは遅れに気づきにくいものです。振り返りの前に、支払いの予定日と実際に支払った日を経理に確かめておけば、遅れがあれば、振り返りの場でこちらから先に伝えられます。
三つ目は、振り返りを契約の更新の直前だけにすることです。更新の直前に不満を聞いても、直す時間がほとんど残っていません。相手がすでに次の仕事を決めていることもあります。更新の時期とは別に、日を決めて振り返りを重ねておくと、条件を直す時間を確保できます。
まとめ：離任の予兆で確かめておきたい3つの点
業務委託エンジニアの離任の予兆に備えるうえで、確かめておきたい点は3つに整理できます。第一に、予兆を離任するかどうかの判定に使わず、取引の条件を確かめる合図として扱うこと。第二に、振り返りの日を決め、作業内容、仕様の変更、作業期間と納期の3つを、こちらの記録を示してから聞くこと。第三に、条件の見直しと並行して、離任しても開発が止まらないよう、作業と権限の一覧を共有しておくことです。この3点を踏まえておけば、「何も言われないまま、更新の直前に離任を告げられた」という事態を避けやすくなります。後任の探し方に迷いがあれば、外部の手を借りるのも一つの選択肢です。
よくある質問
振り返りは、どのくらいの間隔で行えばよいですか
決まった目安はありません。月に1回のように日を決めておき、大きな仕様の変更や納期の変更をしたときは、その直後にも行うのがおすすめです。契約の更新の前には、直す時間が残るよう、1〜2か月の余裕を見て行います。
振り返りには、誰が出るのがよいですか
作業を頼んでいる現場の責任者と、契約や発注書を管理している担当者がそろうと進めやすくなります。作業内容や仕様の話は現場の責任者が、発注書の書き直しや費用の話は契約の担当者が受け持つと、聞いた内容をすぐに直せます。
仲介会社を通した契約でも、同じように振り返りをしますか
作業の中身や仕様、納期の話は、現場で本人と確かめられます。報酬や契約期間のような契約の条件は、契約の相手である仲介会社と話し合うことになります。どの話を誰とするかを、振り返りの前に分けておくと混乱しません。
予兆に気づいたら、すぐに後任を探したほうがよいですか
まずは取引の条件を確かめ、直せる点を直します。そのうえで、引き継ぎの資料づくりと、後任を探す先の確認を並行して進めておくと、実際に離任が決まったときに慌てずに済みます。
業務委託エンジニアの後任を探したいとき
離任に備えた後任の候補探しからご相談いただけます。
Remoguとリラシクなら、リモートワークで働く社員の候補者も、業務委託で開発に加わる専門人材も探せます。
Remoguは、リモート前提で全国から即戦力のITプロ人材を調達するサービスです。リラシクは、扱う求人がすべてリモートワークのITエンジニア専門転職エージェントです。どちらもLASSICが運営しています。
出典
- *1 参考：内閣官房新しい資本主義実現会議事務局・公正取引委員会・厚生労働省・中小企業庁「令和4年度フリーランス実態調査結果」（https://www.cas.go.jp/jp/seisaku/atarashii_sihonsyugi/freelance/dai1/siryou15.pdf）。出典：調査概要（令和4年8月、インターネット調査、集計数2,119名）と、7．禁止行為関係 Q1-1（納得できない行為の有無）・Q1-2（直近の行為）・Q2（対応）・Q4（受け入れた理由、421名）を参照（2026年9月確認）
- *2 参考：労働政策研究・研修機構「『独立自営業者』の就業実態」（労働政策研究・研修機構 調査シリーズ第187号、2019年3月）（https://www.jil.go.jp/institute/research/2019/documents/187.pdf）。出典：第1章第3節 調査概要（2017年12月調査、8,256サンプル）と、第4章第2節 図表4-2-1（トラブル経験の有無）・図表4-2-3（経験したトラブルの内容）・図表4-2-5（トラブルの解決状況、仕事別）を参照。IT関連の各トラブルの割合は、図表4-2-5の人数をIT関連のトラブル経験者363人で割って算出（2026年9月確認）
