業務委託エンジニアの契約更新を判断する5つの基準｜終了時の進め方も解説

「そろそろ契約更新月だけれど、このエンジニアを続けてもらうべきだろうか」。業務委託エンジニアを受け入れている発注担当者の多くが、更新時期になるとこの問いに直面します。日々の開発は回っているものの、改めて「続けるべきか、終了すべきか」を問われると、明確な根拠を示せずに迷ってしまう方は少なくありません。

迷ってしまう理由はシンプルです。多くの現場には業務委託エンジニアを評価する明確な基準がなく、現場メンバーの「なんとなく良い／悪い」という印象と、自分の感覚だけで判断しようとしているからです。さらに、更新を見送ると決めても「終了したら業務が回らなくなるのではないか」「フリーランス新法に違反してトラブルになったらどうしよう」「また採用をやり直すコストを考えると気が重い」といった不安が決断を鈍らせます。

しかし、更新判断を感覚に委ねたまま放置することには、見過ごせないリスクがあります。本来続けてもらうべき優秀な人を惰性で手放してしまえば、ナレッジの喪失と採用やり直しのコストが発生します。逆に、成果の出ていない委託先を「切るのが怖い」という理由だけで更新し続ければ、コストを垂れ流すことになります。

この記事では、業務委託エンジニアの契約更新を主観に頼らず判断するための5つの基準を解説します。あわせて、5基準のスコアを「更新／条件変更して更新／終了」のいずれかに落とし込む方法、そして終了を選ぶ場合にフリーランス新法に沿って適法かつ円満に進める手順までを、意思決定から実行まで一気通貫で整理しました。読み終えるころには、自社のエンジニアを根拠を持って評価し、自信を持って次の一手を決められる状態を目指します。

業務委託エンジニアの契約更新で「感覚的な判断」が危険な理由

更新月が近づくと、多くの発注担当者は「現場の評判が悪くないから、とりあえず更新でいいだろう」あるいは「なんとなく合わない気がするから切ろうか」といった感覚で結論を出しがちです。判断の早さ自体は悪くありませんが、根拠のない判断は両方向に損失を生みます。

更新判断を誤る2つのパターンとそれぞれの損失

更新判断の誤りには、方向の異なる2つのパターンがあります。

1つ目は、続けてもらうべき人を手放してしまうパターンです。たとえば、本人は着実に成果を出していて自社プロダクトの設計思想にも精通しているのに、「もっと安い人がいるかもしれない」「特に強い印象がない」といった曖昧な理由で更新を見送ってしまうケースです。この場合の損失は大きく、ドキュメント化されていないナレッジの喪失、後任を探す採用コスト、新しい人材が立ち上がるまでの生産性低下が一度に発生します。エンジニア人材の採用には数ヶ月単位の時間がかかることも珍しくなく、その間の開発停滞は事業に直接響きます。

2つ目は、終了すべき委託を惰性で更新し続けるパターンです。期待したアウトプットが出ていない、単価に見合う価値が得られていない、コミュニケーションコストが高い、といった問題を抱えながらも、「揉めたくない」「切ると業務が止まりそう」という不安から更新ボタンを押し続けてしまうケースです。この場合、毎月のコストが成果に見合わないまま積み上がり、本来であれば別の人材や体制に振り向けられたはずの予算を失い続けます。

どちらのパターンも、根底にあるのは「判断の物差しがない」という共通の問題です。物差しがないからこそ、印象や恐れに引きずられてしまいます。逆に言えば、評価の軸さえ持っていれば、これらの損失の多くは防げます。

「更新／条件変更／終了」の3択で考えるという前提

更新判断を「更新するか、終了するか」の二択で考えると、決断のハードルは一気に上がります。「成果は出ているが単価が高すぎる」「スキルは申し分ないが稼働時間が読めない」といった、白黒つけにくいケースが現場には数多くあるからです。二択で考えると、こうしたグレーな相手をどちらに振り分けるか決めきれず、判断が止まってしまいます。

そこで本記事では、選択肢を**「更新」「条件変更して更新」「終了」の3択**で考えることを前提とします。「条件変更して更新」とは、たとえば単価や稼働時間、担当範囲を見直したうえで契約を継続する選択肢です。この第3の選択肢を持っておくことで、「成果は出ているがコストが課題」というよくあるケースに対して、いきなり終了させるのではなく現実的な着地点を用意できます。

次の章から、この3択に振り分けるための5つの判断基準を一つずつ見ていきます。

業務委託エンジニアの契約更新を判断する5つの基準

ここからが本記事の核心です。業務委託エンジニアの契約更新を判断するための5つの基準を提示します。それぞれの基準について「更新寄り」「要検討」「終了寄り」を見分ける具体的な観点を示すので、自社のエンジニアを一人ずつ当てはめながら読み進めてください。

5つの基準は次のとおりです。

1. 成果の事業貢献度（当初期待への達成度）
2. 代替可能性とナレッジ依存度
3. コスト・単価の妥当性
4. 契約形態の健全性と法的リスク
5. コミュニケーションと協働の質

基準1 成果の事業貢献度（当初期待への達成度）

最初に確認すべきは、その業務委託エンジニアが当初期待していたアウトプットをどれだけ達成したかです。これがすべての判断の土台になります。

評価の際は、契約開始時に合意した役割・目標に立ち返ってください。「機能Aの開発を3ヶ月で完了する」「サーバーの安定稼働を維持する」といった具体的な期待があったはずです。これらに対する達成度を、可能な限り客観的な事実で確認します。納品物の量と質、対応した課題の件数、設定していたKPI（リリース頻度、不具合発生率、対応スピードなど）への到達度が判断材料になります。

• 更新寄り: 当初期待を満たす、または超える成果を継続的に出している。事業の数値や開発の進捗に明確に貢献している
• 要検討: 成果は一定程度出ているが、期待値とのギャップがある。立ち上がりに時間がかかったが直近は改善傾向にある
• 終了寄り: 期待したアウトプットが繰り返し未達で、改善の兆しも見られない。事業への貢献を具体的に説明できない

ここで注意したいのは、「忙しそうにしている」「真面目に取り組んでいる」といった姿勢ではなく成果で見ることです。業務委託は成果に対して対価を支払う関係であり、稼働の様子ではなく生み出された価値を評価軸に据えてください。

基準2 代替可能性とナレッジ依存度

次に、その人がいなくなったときに、どれだけ困るかを評価します。これは終了判断における最大の不安要素である「業務が回らなくなるのでは」という恐れに、正面から向き合う基準です。

確認すべきは、その業務委託エンジニアが担っている業務が他のメンバーや別の人材で代替できるか、そしてその人にしか分からない知識（特定システムの内部仕様、過去の意思決定の経緯、属人化した運用手順など）がどれほど蓄積されているかです。

• 更新寄り（=失うと困る）: 自社プロダクトの設計思想や歴史的経緯を深く理解しており、引き継ぎには相当の時間とコストがかかる。事実上この人が中核を担っている
• 要検討: 一定のナレッジ依存はあるが、ドキュメント整備や引き継ぎ計画があれば移管できる範囲
• 終了寄り（=代替容易）: 担当業務は標準的で、他の人材でも短期間でキャッチアップできる。属人化したナレッジは少ない

この基準は単独で結論を出すものではなく、基準1（成果）と組み合わせて使うと威力を発揮します。たとえば「成果は今ひとつだが、ナレッジ依存度が極めて高い」場合、いきなり終了させると業務が止まるため、後ほど解説する段階的な引き継ぎ計画とセットで考える必要があります。

基準3 コスト・単価の妥当性

3つ目は、支払っている単価が、得られている成果に見合っているかという基準です。「成果は出ているが、コストが課題」というケースは、第3の選択肢である「条件変更して更新」を検討する典型的な入口になります。

評価のポイントは2つあります。1つは成果に対する妥当性で、その人が生み出している価値と支払額のバランスです。もう1つは市場相場との比較で、同等のスキル・経験を持つエンジニアの一般的な単価と比べて、現在の契約条件が高すぎないか・低すぎないかを確認します。相場感が分からない場合は、複数のエージェントや人材プラットフォームの公開情報を参照すると目安がつかみやすくなります。

• 更新寄り: 単価が成果に見合っており、相場と比べても妥当。コストパフォーマンスに納得感がある
• 要検討: 成果は出ているが単価が相場より高い、または稼働時間に対して割高に感じる。条件交渉の余地がある
• 終了寄り: 成果が単価に見合わず、相場と比べても割高。コストを正当化できない

単価が課題の場合でも、その人のスキルやナレッジに価値があるなら、すぐに終了と結論づける必要はありません。担当範囲を絞る、稼働時間を見直す、スポット契約に切り替えるといった条件変更で、コストと価値のバランスを取り直せることがあります。

基準4 契約形態の健全性と法的リスク（偽装請負・指揮命令）

4つ目は、現在の契約が法的にクリーンな状態で運用されているかという基準です。これは更新可否の判断であると同時に、更新する場合に必ず是正しておくべきリスク管理の観点でもあります。

業務委託契約には準委任契約と請負契約があり、いずれも発注者が受託者に対して指揮命令を行わないことが前提です。出退勤の時間を管理する、業務の進め方を逐一指示する、自社の正社員と同様に扱う、といった実態があると、形式上は業務委託でも実質的に労働者と見なされ、「偽装請負」として法的な問題を問われるおそれがあります。どこまでが許される指示で、どこからがNGになるのかの線引きは、業務委託で適法な指揮命令の範囲で詳しく整理しています。

更新を機に、次の点を確認してください。

• 業務の遂行方法や時間配分を、受託者本人の裁量に委ねられているか
• 成果物や業務の範囲が契約書で明確に定義されているか
• 朝礼・勤怠管理・直接的な業務命令など、雇用に近い実態が生じていないか

自社の運用が線引きのどちら側にあるかを点検したい場合は、偽装請負チェックリストを使うと、更新前に是正すべき項目を漏れなく洗い出せます。

• 更新寄り: 指揮命令の実態がなく、成果物ベースで健全に委託できている。契約書と運用実態が一致している
• 要検討: 一部に指揮命令と疑われかねない運用がある。更新時に契約内容と運用を是正すれば継続できる
• 終了寄り: 偽装請負と指摘されかねない運用が常態化しており、是正の見込みも立たない

ここで重要なのは、契約形態の問題はエンジニア個人の評価とは別軸だという点です。法的リスクは、その人が優秀かどうかに関わらず、発注体制側の運用の問題です。優秀な人材であれば、終了ではなく運用と契約の是正によって健全な形で継続するのが正しい対応になります。

基準5 コミュニケーションと協働の質

最後は、チームの一員としてスムーズに協働できているかという基準です。成果やスキルが優れていても、連携に過度なコストがかかる場合は、チーム全体の生産性に影響します。

確認すべきは、報告・連絡・相談が適切なタイミングで行われているか、認識のズレや手戻りが頻発していないか、他のメンバーがその人とのやり取りに過剰な負担を感じていないか、といった点です。リモートや非常駐での委託が多い昨今、テキストコミュニケーションの質や、進捗の見える化への協力姿勢も評価対象になります。

• 更新寄り: 報連相が適切で、認識のすり合わせがスムーズ。チームに良い影響を与えている
• 要検討: 成果には問題ないが、コミュニケーションに改善の余地がある。運用ルールの調整で解消できそう
• 終了寄り: 連携コストが高く手戻りが多い。チームの士気や生産性に悪影響が出ている

ただし、コミュニケーションの問題は受託者側だけの責任とは限りません。発注側の指示が曖昧だったり、必要な情報を共有していなかったりすることが原因の場合もあります。評価する前に、自社の発注の仕方に改善余地がないかも振り返ってみてください。

5基準を「更新・条件変更・終了」の判断に落とし込む方法

5つの基準で評価できたら、次はその結果を1つの結論にまとめる段階です。基準ごとにバラバラの評価が出てくると、結局どう判断すればよいか迷ってしまいます。ここでは、評価を統合して「更新／条件変更して更新／終了」のいずれかに落とし込む考え方を示します。

4つの結論パターンと簡易判断マトリクス

すべての基準を均等に扱うのではなく、まずは判断の軸として影響の大きい基準1（成果の事業貢献度）と基準2（代替可能性とナレッジ依存度）の2軸で大きく方向性を決め、そこに残りの基準（コスト・法的リスク・協働の質）を補正要素として加える方法がおすすめです。

成果の高低と代替の難易を組み合わせると、おおまかに次の4つのパターンに整理できます。

この4象限を起点に、次のように結論を出します。

• 成果が高く、代替が難しい: 最も手放してはいけない人材です。更新を前提に、必要なら条件面でも継続しやすい環境を整えます
• 成果が高く、代替が容易: 基本は更新ですが、ここでコスト（基準3）や協働の質（基準5）に課題があれば「条件変更して更新」を検討します。単価が割高なら担当範囲や稼働の見直しを交渉します
• 成果が低く、代替が容易: 終了の判断がしやすいケースです。業務への影響が小さいため、フリーランス新法の手順に沿って円満に契約を終えます
• 成果が低く、代替が難しい: 最も慎重な対応が必要です。すぐに終了させると業務が止まるため、後任への引き継ぎやドキュメント整備を進めながら、計画的に契約を終了させます

加えて、基準4（法的リスク）はどの象限であっても優先的に確認してください。偽装請負の懸念がある場合は、更新する・しないに関わらず、運用と契約の是正が必要です。

「終了」以外の選択肢（条件変更・スコープ縮小・スポット化）

「終了させると業務に悪影響が出るのが怖い」という不安に対しては、終了と更新の間にある中間的な選択肢を持っておくことが有効です。具体的には次のような方法があります。

• 条件変更: 単価や稼働時間、担当範囲を見直したうえで契約を継続する。コストが課題だが価値はある相手に有効
• スコープ縮小: 担当業務を、その人の強みが最も活きる領域に絞り込む。広く浅く依頼していた業務を整理し、コア業務だけ任せる
• スポット契約化: 常時稼働の契約から、必要なときだけ依頼するスポット契約に切り替える。稼働の波が大きい業務や、特定の専門知識だけが必要な場合に向く

これらの選択肢を用意しておくと、「全面的に続ける」か「完全に切る」かの極端な二択を避けられます。特にナレッジ依存度が高い相手の場合、いきなりゼロにするのではなく、スポット契約で知見へのアクセスを残しながら徐々に内製化を進める、といった現実的な移行が可能になります。

契約を終了する場合に踏むべき手順とフリーランス新法の注意点

判断の結果「終了」または「不更新」を選んだ場合、ここからは適法かつ円満に契約を終える手順が重要になります。とりわけ意識すべきが、2024年11月に施行された通称「フリーランス新法」（正式名称: 特定受託事業者に係る取引の適正化等に関する法律）です。発注者がこの法律を知らずに不更新を通知すると、思わぬトラブルや法令違反につながりかねません。終了・解約の全体的な流れは業務委託契約の終了・解約の進め方でも手順を追って解説しています。

フリーランス新法の予告義務・理由開示義務（30日前予告）

フリーランス新法では、発注事業者が6か月以上の継続的な業務委託を中途解除する場合、または契約を更新しないこととする場合、原則として解除日または契約満了日の30日前までに予告しなければならないと定められています（公正取引委員会 フリーランス法特設サイト）。この30日前ルールの具体的な運用や予告書面の整え方は、フリーランス新法の解除告知義務で実務に沿ってまとめています。

予告の方法は、書面・ファクシミリ・電子メール等によることとされています。「更新月の直前になって口頭で伝える」といった対応は要件を満たさないため、余裕を持ったスケジュールで、記録に残る形で通知することが大切です。

さらに、予告の日から契約満了までの間に、フリーランス側から中途解除や不更新の理由の開示を請求された場合、発注事業者はその理由を開示する義務があります（政府広報オンライン）。理由を求められたときに説明できるよう、本記事で解説した5つの基準のように、客観的な判断根拠をあらかじめ整理しておくことが、ここでも役立ちます。

業務委託エンジニアの契約は半年・1年単位で継続しているケースが多いため、多くの場合この30日前予告義務の対象になると考えておくのが安全です。更新月の少なくとも1〜2ヶ月前には判断を固め、期限に間に合うよう動き出してください。

予告が不要となる例外ケース

30日前予告には、いくつかの例外が認められています。次のような場合は事前予告が不要となることがあります（政府広報オンライン）。

• 災害その他やむを得ない事由により、予告することが困難な場合
• フリーランスに再委託している場合で、上流の事業者との契約解除などにより直ちに解除せざるを得ない場合
• 業務委託の期間が30日以下など、もともと短期間である場合
• フリーランス側の責めに帰すべき事由（重大な契約違反など）がある場合

ただし、これらの例外が自社のケースに当てはまるかどうかの判断は慎重に行う必要があります。「成果が出ていないから即時終了できる」と安易に考えるのは禁物です。即時解除が認められる範囲は限定的であり、判断に迷う場合は弁護士など専門家に相談することをおすすめします。原則は30日前予告であり、例外はあくまで例外だという前提で対応してください。

引き継ぎ・成果物・ナレッジ移管の実務チェックリスト

法的な手続きと並行して、実務面の引き継ぎを抜け漏れなく進めることが、業務への悪影響を最小限に抑える鍵になります。終了が決まったら、契約満了日までに次の項目を確認してください。

• 成果物の納品と検収: 仕掛かり中の成果物を含め、契約範囲の納品物がすべて引き渡されているか
• 成果物の権利の確認: ソースコードや設計書などの著作権・利用権が契約に沿って自社に帰属しているか、契約書の規定を再確認する
• アカウント・権限の回収: ソースコードリポジトリ、クラウド環境、各種SaaSなどのアクセス権限を、満了日に合わせて適切に停止する
• ドキュメント・ナレッジの移管: 属人化していた仕様・運用手順・過去の意思決定の経緯を、後任が理解できる形で文書化してもらう
• 引き継ぎ期間の確保: 後任が立ち上がるまでの期間を見込み、必要なら引き継ぎ用の稼働を契約に含める

特にナレッジ依存度が高かった相手の場合、ドキュメント移管と引き継ぎ期間の確保は念入りに計画してください。ここを軽視すると、終了後に「あの設定の意図が分からない」「過去の経緯を知る人がいない」といった問題が噴出し、結果的に大きなコストを払うことになります。

更新の判断精度を上げるために契約期間中にやっておくこと

ここまでの判断基準と手順は、今まさに更新時期を迎えている方にすぐ役立つものです。一方で、毎回の更新時に同じ不安を繰り返さないためには、契約期間中の準備が欠かせません。次回の判断を楽にするために、平時から仕込んでおきたいことを整理します。日々のマネジメント全体の進め方は業務委託エンジニアのマネジメント方法でも体系的に解説しています。

契約書・KPIに更新判断材料を組み込む

更新判断が難しくなる根本原因は、「何をもって成果とするか」が契約開始時に曖昧なまま走り出してしまうことにあります。これを防ぐため、契約のスタート時点で次の要素を明確にしておきましょう。

• 期待する成果物・役割の明文化: 担当範囲と、達成すべき成果を契約書や業務範囲の合意に具体的に記載する
• 評価指標（KPI）の設定: リリース頻度、対応スピード、品質指標など、成果を測れる指標をあらかじめ合意しておく
• 定期レビューの設定: 四半期ごとなど、契約期間の途中で成果を振り返る場を設ける。更新の数週間前に初めて評価するのではなく、平時から継続的に状況を把握しておく

四半期レビューを習慣化しておけば、更新月に駆け込みで悩む必要がなくなり、課題があれば期中に軌道修正や条件調整の対話もできます。結果として、更新／条件変更／終了のどの判断も、双方が納得しやすい形で進められます。

偽装請負を避けつつ評価情報を集める方法

評価のために現場と密に関わろうとすると、「指示を出しすぎて指揮命令と見なされないか」という新たな不安が生まれます。これは多くの発注担当者がつまずくポイントです。基準4で触れたとおり、業務委託では指揮命令が問題になるため、評価情報の集め方にも工夫が必要です。

ポイントは、業務の進め方を指示・管理するのではなく、成果物そのものを評価するという線引きです。具体的には次のような方法が有効です。

• 成果物ベースの評価: 納品物の質・量や、合意したKPIの達成度といった「結果」を評価軸にする。作業時間や働き方を管理しない
• 定例での状況共有: 進捗確認は「指示の場」ではなく「成果物の確認とすり合わせの場」として設計する。報告は求めても、作業手順までは指定しない
• 現場ヒアリングの線引き: チームメンバーから協働の状況をヒアリングする際も、勤怠や働きぶりではなく、成果物の品質や連携のスムーズさといった観点に絞る

進捗の見える化を偽装請負と見なされない形で運用したい場合は、業務委託フリーランスの進捗管理で紹介している週次報告の設計が参考になります。このように、評価のための情報収集を「成果物」と「協働の結果」に軸足を置いて設計すれば、偽装請負のリスクを避けながら、本記事の5基準で評価するためのデータを無理なく蓄積できます。発注体制側のこうした地道な工夫が、次回以降の更新判断を大きく楽にしてくれます。

よくある質問

Q. 更新しない場合、いつまでに伝えるべきですか？

6か月以上継続している業務委託の場合、フリーランス新法により原則として契約満了日の30日前までに、書面・電子メール等の記録に残る方法で予告する必要があります。実務上は、判断や引き継ぎの時間も考慮して、更新月の1〜2ヶ月前には方針を固めて動き始めるのが安全です。

Q. 業務委託で更新しない理由を伝える義務はありますか？

不更新を予告した後、フリーランス側から理由の開示を請求された場合、発注事業者には理由を開示する義務があります。請求がなければ必ずしも自発的に詳細を伝える義務はありませんが、円満に終えるためにも、求められたときに説明できる客観的な根拠（本記事の5基準など）を整理しておくことをおすすめします。

Q. パフォーマンスが微妙でも、ナレッジ依存が強い人はどうすべきですか？

「成果が低く、代替が難しい」象限に当たるケースで、最も慎重な対応が必要です。いきなり終了させると業務が止まるため、後任への引き継ぎやドキュメント整備を進めながら段階的に契約を終了させる計画を立てるか、スポット契約に切り替えて知見へのアクセスを残しつつ内製化を進める方法が現実的です。

Q. 更新しないと偽装請負を指摘されるリスクはありますか？

更新しないこと自体が偽装請負になるわけではありません。偽装請負が問題になるのは、契約期間中に発注者が指揮命令を行うなど、雇用に近い実態があった場合です。むしろ、契約終了時の不更新予告（30日前予告）を適切に行うことや、契約期間中に成果物ベースの健全な委託関係を保つことのほうが重要です。

Q. 準委任と請負で、更新判断の考え方は変わりますか？

基本となる5つの基準は共通して使えますが、成果の見方が少し異なります。請負は成果物の完成に対して責任を負う契約のため、基準1では「成果物が契約どおり完成したか」を重視します。準委任は業務の遂行そのものが対象のため、KPIの達成度やプロセスの質をより丁寧に見ることになります。いずれの形態でも、指揮命令を行わない点は共通の前提です。

まとめ｜5基準で根拠ある更新判断を

業務委託エンジニアの契約更新は、感覚ではなく基準で判断することで、両方向の損失を防げます。最後に要点を整理します。

• 更新判断は「更新／条件変更して更新／終了」の3択で考える
• 判断には次の5つの基準を使う
  1. 成果の事業貢献度（当初期待への達成度）
  2. 代替可能性とナレッジ依存度
  3. コスト・単価の妥当性
  4. 契約形態の健全性と法的リスク（偽装請負・指揮命令）
  5. コミュニケーションと協働の質
• 成果と代替難易の2軸で大きな方向性を決め、コスト・法的リスク・協働の質で補正する
• 「終了」と「全面更新」の間に、条件変更・スコープ縮小・スポット化という中間の選択肢を用意する
• 終了する場合は、フリーランス新法の30日前予告義務・理由開示義務を守り、引き継ぎ・成果物の権利・ナレッジ移管を計画的に進める
• 次回の判断を楽にするため、契約開始時にKPIと定期レビューを組み込み、偽装請負を避けながら成果物ベースで評価情報を集めておく

まずは、いま契約している業務委託エンジニアを、この5つの基準で一人ずつ評価してみてください。それぞれの相手がどの象限に位置するかが見えれば、更新月に迷うことなく、根拠を持って次の一手を決められるはずです。そして、こうした評価と判断の仕組みを発注体制に組み込んでおくことが、外部人材を継続的に活用していくうえでの土台になります。