「高い単価を払って受け入れた業務委託エンジニアが、設定したKPIに届いていない」。月次レビューでその事実が数字として突きつけられると、頭に浮かぶのは「契約を解除すべきか」という選択肢かもしれません。社内からは費用対効果を問われ、契約更新月も迫っている。焦る気持ちはよく分かります。
ただ、未達が判明したからといって、すぐに契約を切るのは得策とは限りません。解除すれば、再採用・オンボーディング・引き継ぎがすべて振り出しに戻り、コストもリスクも増えます。本人との関係がぎくしゃくしている今、何をどの順序で動かせばいいのか、判断材料が足りないまま会議に臨むのは不安なものです。
実は、KPI未達への対応には「解除」以外の選択肢が複数あります。原因を正しく切り分け、共同で改善する仕組みを動かせば、立て直せるケースは少なくありません。そして、それでも改善しなかったときに初めて、根拠と手順を持って契約終了を判断する。この順序こそが、コストとリスクの両面で合理的です。
本記事では、業務委託エンジニアのKPI未達に直面した発注者が、契約解除の前に踏むべき4段階の対応フロー（原因の切り分け → 原因別の対処 → 改善フィードバック → 再評価と判断）を解説します。偽装請負やフリーランス新法といった法的な地雷を避けながら、社内にも説明できる立て直しの手順を整理していきます。
業務委託エンジニアのKPI未達に「解除以外の選択肢」が必要な理由
KPIが未達だと分かった瞬間、「この契約は失敗だった」と結論を急ぎたくなります。しかし、未達 = 即解除という反射的な判断は、多くの場合、見えていないコストを発生させます。まずはなぜ「解除以外の選択肢」を持つべきなのか、その理由を整理します。
即解除が「振り出しに戻る」コストを生む3つの理由
契約を解除して別の人材に切り替える判断は、一見すると損切りのように見えますが、実際には次の3つのコストが発生します。
1つ目は、再採用コストです。業務委託エンジニアを1人見つけるまでには、エージェントへの依頼や面談、スキルの見極めに相当な時間と工数がかかります。せっかく稼働している人材を手放せば、この探索プロセスをもう一度やり直すことになります。
2つ目は、引き継ぎとオンボーディングのやり直しです。2〜3ヶ月稼働したエンジニアは、プロダクトのコードベースや業務の前提知識をある程度蓄積しています。これらは契約終了とともに失われ、新しい人材が同じ立ち上がりラインに到達するまで、再びキャッチアップ期間が必要になります。その間、開発スピードはむしろ落ちます。
3つ目は、社内信用への影響です。「採用判断が甘かったのではないか」「マネジメントに問題があったのではないか」という疑問が社内に生じれば、次の発注の承認も得にくくなります。立て直しの努力を尽くした記録があるかどうかは、社内説明の説得力を大きく左右します。
これらのコストを踏まえると、「改善の余地を出し切ったか」を確認しないまま解除に踏み切るのは、もったいない判断です。改善できる未達なら立て直し、本当に難しい場合にだけ終了を選ぶ。この見極めが、結果的にコストを最小化します。
KPI未達に直面したときの対応フロー全体像
本記事では、KPI未達への対応を次の4段階で進めることを推奨します。この順序を最初に押さえておくと、自分のケースがどの段階にあるのかを把握しやすくなります。
- 原因の切り分け：未達を「本人のスキル不足」だけに帰属させず、コミュニケーション・スキル・スコープの3タイプに分類する
- 原因別の対処：切り分けた原因タイプごとに、具体的な打ち手を実行する
- 改善フィードバック：事実ベースで期待と現状のギャップを共有し、改善目標と再評価期限を合意する（このとき偽装請負リスクに注意する）
- 再評価と判断：合意した期限で再評価し、継続・条件変更・終了のいずれかを根拠を持って選ぶ
なお、KPIそのものの設計や評価指標の置き方については、業務委託エンジニアをKPIで評価する方法で詳しく解説しています。本記事は、そのKPIが「未達だった後」の対応に焦点を当てます。
なぜKPI未達は起こるのか｜業務委託でよくある3つの原因
KPI未達への対処を誤らないために、最初にやるべきは原因の切り分けです。原因を見極めずに対処すると、改善のための打ち手もずれてしまい、解除の判断も誤りかねません。
ここで重要なのは、未達を「本人のスキル不足」だけに帰属させないことです。外部人材の活用に関する調査では、発注側が感じる不満として「成果物の質が低い」「コミュニケーションが取りづらい」といった項目が上位に挙がる傾向がありますが、これらの一部は発注側の準備不足に起因しているケースもあります（出典: 各種フリーランス活用実態調査）。原因は大きく3つのタイプに分けられます。
コミュニケーション課題による未達
1つ目は、コミュニケーションに起因する未達です。エンジニア本人のスキルには問題がないのに、期待値や前提が共有されていないために、求めていた成果と実際のアウトプットがずれてしまうパターンです。
具体的には、「何を、いつまでに、どの品質水準で」という期待値が曖昧なまま依頼している、報連相の頻度が少なく問題の発見が遅れる、レビューのタイミングが定まっておらず手戻りが大きい、といった状況が典型です。このタイプは、本人の能力ではなく「すり合わせの仕組み」に問題があるため、対話と運用の見直しで改善できる余地が大きいのが特徴です。
スキルギャップによる未達
2つ目は、要求している技術領域と本人の実力にミスマッチがあるパターンです。選定時の見極めが十分でなかった、あるいは稼働開始後に想定外の技術スタックが必要になった、といった経緯で生じます。
このタイプは、対話だけでは埋めきれない場合があります。ただし、即座に「スキル不足だから解除」と判断するのは早計です。担当範囲の組み換えや補完体制の整備で、本人の得意領域を活かしながら成果を出せるケースもあります。スキルギャップが必ずしも解除に直結しない、という点は後ほど詳しく扱います。
スコープ・KPI設定の問題による未達
3つ目は、そもそもの業務範囲やKPI設定に問題があるパターンです。達成不能なほど高いKPIを設定していた、業務範囲が曖昧で何をどこまでやるべきか不明確だった、発注側が必要な情報・環境・権限を渡せていなかった、といった発注側起因の未達がこれにあたります。
このタイプを見落とすと、本人に原因がないのに改善を求めることになり、関係を悪化させるだけになります。原因を正しく切り分けることは、不要な摩擦を避けるためにも欠かせません。なお、業務委託エンジニアの活用が実務フェーズごとにどこでつまずきやすいかについては、業務委託エンジニア活用で失敗する4つのフェーズも参考になります。
原因タイプ別｜KPI未達への対処フロー
原因を3タイプに切り分けたら、それぞれに応じた打ち手を実行します。ここが本記事の核となる部分です。自分のケースがどのタイプに当てはまるかを意識しながら読み進めてください。
コミュニケーション課題への対処
コミュニケーション起因の未達は、「すり合わせの仕組み」を作り直すことで改善します。まず取り組みたいのが、定例の再設計です。週次や隔週の定例で、進捗だけでなく「認識のズレが起きていないか」を確認する時間を設けます。問題の早期発見ができれば、手戻りは大きく減らせます。
次に、期待値の言語化です。「このタスクは何を満たせば完了か」を、口頭ではなくテキストで明文化します。完了条件（Definition of Done）をすり合わせるだけで、成果物の質に対する認識のズレは大きく縮まります。
さらに、タスクの粒度調整も有効です。大きな塊で渡していたタスクを、レビューしやすい単位に分割すれば、途中での軌道修正がしやすくなります。これは、業務委託で問題になりやすい「成果物がまとまって出てくるまで状況が見えない」という事態を防ぐ効果もあります。
スキルギャップへの対処
スキルギャップが原因の場合、いきなり解除を考える前に、本人の実力を補完・活用する選択肢を検討します。
1つは、ペアプログラミングやコードレビューの強化です。社内のシニアエンジニアと組ませることで、不足している領域の知識を補いながら、アウトプットの品質を担保できます。短期的には社内側の工数がかかりますが、立ち上がりが軌道に乗れば回収できます。
もう1つは、担当範囲の組み換えです。本人が苦手とする領域を社内や他のメンバーに移し、得意領域に集中してもらうことで、トータルの成果を最大化します。「全部できないから解除」ではなく、「できる部分で価値を出してもらう」という発想です。スキルギャップは、必ずしも契約終了の理由にはなりません。
スコープ・KPI問題への対処
発注側起因のスコープ・KPI問題が原因なら、対処はシンプルです。前提条件を見直します。
まず、スコープの再定義です。曖昧だった業務範囲を明確にし、本人が責任を持つ領域と、発注側が担保すべき領域（情報提供・環境整備・意思決定）を切り分けます。次に、KPIの現実的な再設定です。当初のKPIが過大だった場合は、達成可能な水準に調整します。これは「甘くする」のではなく、「正しく測れるようにする」ための調整です。
そして、部分継続という選択肢も視野に入れます。すべての領域で期待に届かなくても、特定の業務では十分な成果を出せているなら、その範囲に絞って継続契約に切り替える方法があります。発注側起因の問題を本人に押し付けず、現実的な落としどころを見つけることが、関係を維持しながら成果を立て直す鍵になります。
改善につなげるフィードバックの伝え方｜指揮命令にしないために
原因別の対処と並行して必要なのが、本人との改善対話です。ここで多くの発注者が悩むのが、「どう伝えれば改善につながるのか」「業務委託に細かく指示してよいのか」という点です。改善対話の進め方と、踏んではいけない法的な線引きを整理します。
事実ベースでギャップを共有する
改善フィードバックの出発点は、感情や印象ではなく事実です。「期待していたほど成果が出ていない」という曖昧な伝え方ではなく、「設定したKPIに対して実績がこうなっている」と、数値を根拠に現状を共有します。
このとき大切なのは、人格や能力の否定にしないことです。「あなたの実力が足りない」ではなく、「期待していた水準と現状にこのギャップがある。原因を一緒に整理したい」という姿勢で臨みます。事実ベースで対話すれば、本人も防御的にならず、改善に向けた建設的な議論がしやすくなります。
改善目標と再評価期限を合意する
ギャップを共有したら、次に「今後どうするか」を合意します。改善目標を具体的に設定し、それをいつ再評価するかの期限を決めます。たとえば「次の1ヶ月で、この指標をこの水準まで持っていく」というように、何をどこまで達成するのかを明確にします。
期限を切ることには2つの意味があります。1つは、本人に改善の機会を正式に与えること。もう1つは、その期限で改善しなかった場合に、次の判断（条件変更や終了）に進む根拠が得られることです。この合意は、後の意思決定を社内に説明する際の重要な裏付けにもなります。
指揮命令と偽装請負のラインを守る
改善対話で最も注意すべきが、偽装請負のリスクです。業務委託（準委任・請負）では、発注者は受託者に対して「指揮命令」をしてはいけません。出退勤時間を管理したり、作業の進め方を細かく指示したりすると、実態が雇用とみなされ、偽装請負と判断されるおそれがあります。
ここでの線引きはシンプルです。発注者が伝えてよいのは「成果・水準の合意」であり、踏み込んではいけないのが「手段の指示」です。「このKPIを達成してほしい」「この品質水準を満たしてほしい」と成果を伝えるのは問題ありません。一方で、「毎朝9時に作業を始めて」「このコードはこう書いて」と手段や時間を指示すると、指揮命令とみなされる危険があります。
改善フィードバックは「成果のギャップを共有し、達成すべき水準を合意する」までにとどめ、達成の手段は本人の裁量に委ねる。この原則を守れば、立て直しの対話をしながら偽装請負リスクを避けられます。なお、契約形態ごとの偽装請負リスクや契約設計の注意点については、業務委託の途中解除で損害賠償を防ぐ契約設計も参考にしてください。
改善が見られないときの判断基準と契約終了の進め方
原因別の対処と改善対話を尽くしても、合意した期限までに改善が見られない場合があります。ここで初めて、契約の継続・条件変更・終了という判断に進みます。最終手段としての契約終了を、根拠と手順を持って進める方法を解説します。
継続／条件変更／終了を分ける判断軸
再評価のタイミングでは、次の3つの選択肢を冷静に比較します。
継続を選ぶのは、改善の兆しが見え、合意した目標に向かって前進している場合です。完全な達成に至っていなくても、トレンドが上向きなら継続して様子を見る価値があります。
条件変更を選ぶのは、特定の領域では成果が出ているが、現在のスコープや単価では折り合わない場合です。スコープの縮小、単価の見直し、部分継続への切り替えなど、契約条件を調整することで関係を維持します。
終了を選ぶのは、改善対話と対処を尽くしてもなお、合意した目標に向けた前進が見られず、条件を変えても成果が見込めない場合です。判断の根拠として、「どんな改善目標を、いつ合意し、結果がどうだったか」という記録が残っていれば、社内説明にも耐える意思決定になります。
フリーランス新法の中途解除予告義務に注意する
契約終了を選ぶ場合、2024年11月に施行されたフリーランス・事業者間取引適正化等法（フリーランス新法）に注意が必要です。この法律では、一定期間以上継続する業務委託について、発注事業者が中途解除や契約を更新しない場合、原則として30日前までに予告することが義務づけられています（参考: 公正取引委員会 フリーランスの取引適正化に向けた取組）。
対象となるのは、6ヶ月以上継続する見込みの業務委託です。突然「来週で終了」と通告することは、この予告義務に抵触するおそれがあります。ただし、災害などのやむを得ない事情や、相手方（フリーランス）の責めに帰すべき事由がある場合、元請契約の解除等により業務の大部分が不要となった場合など、予告なしの即時解除が認められる例外もあります。
KPI未達を理由に契約を終了する場合でも、こうした法的要件を満たしているかの確認は欠かせません。また、予告日から契約満了日までの間にフリーランスから請求があった場合は、解除・不更新の理由を遅滞なく開示する義務もあります。契約終了は感情ではなく手続きとして進める、という意識が、後のトラブルを防ぎます。
終了を選ぶ場合の進め方
実際に契約を終了する際は、予告期間を守ったうえで、引き継ぎ計画を立てて進めます。稼働中のタスクの整理、成果物やソースコードの受け渡し、アカウント・権限の回収などを、終了日から逆算してスケジュールします。
終了の進め方や解約通知の具体的な手順については、業務委託契約の終了・解約の進め方で詳しく解説しています。あわせて、解除に伴う損害賠償リスクを避ける契約設計は業務委託の途中解除で損害賠償を防ぐ契約設計を参照してください。改善の努力を尽くしたうえでの終了であれば、本人にとっても納得感のある区切りになり、円満な引き継ぎにつながります。
まとめ｜KPI未達は「切る前の段階対応」で立て直す
業務委託エンジニアのKPI未達に直面したとき、反射的に契約解除へ向かうのは、再採用・引き継ぎ・社内信用というコストを考えると合理的とは限りません。本記事で解説した4段階の対応フローを、最後にもう一度整理します。
- 原因の切り分け：未達をコミュニケーション・スキル・スコープの3タイプに分類する
- 原因別の対処：定例の再設計、ペアプロや担当範囲の組み換え、スコープ・KPIの再設定など、原因に応じた打ち手を実行する
- 改善フィードバック：事実ベースでギャップを共有し、改善目標と再評価期限を合意する（手段は指示せず成果の合意にとどめ、偽装請負を避ける）
- 再評価と判断：合意した期限で継続・条件変更・終了を、根拠を持って選ぶ（終了時はフリーランス新法の予告義務を守る）
未達 = 即解除ではなく、共同で改善を尽くしたうえでの意思決定が、コストとリスクの両面で合理的です。改善を尽くした記録は、どの判断を選んでも社内説明の説得力を高めてくれます。
最後に、次の1アクションを提案します。本記事を読み終えたら、まずは手元のKPI実績を見ながら、未達の原因が3タイプのどれに当てはまるかを切り分けてみてください。原因タイプが定まれば、次に動かすべき打ち手が自ずと見えてきます。そして、その切り分けの精度を上げるためにも、KPIそのものの設計を見直したい場合は業務委託エンジニアをKPIで評価する方法が出発点になります。
