業務委託の指揮命令の範囲｜準委任・請負でどこまで指示できる？

フリーランスエンジニアや外部人材を業務委託で活用している企業の担当者から、こんな声をよく耳にします。「Slackで作業指示を送っているけど、これって偽装請負になるの？」「準委任契約のエンジニアにスプリント計画へ入ってもらっても大丈夫？」といった不安です。

業務委託という契約形態をとりながら、実態として指揮命令を行えば「偽装請負」と判断されるリスクがあります。しかし、指示を一切しないと成果も出ません。この「どこまでOKか」という境界線が曖昧なまま、多くの発注担当者が日々の業務をこなしているのが現実です。

難しいのは、法律の言葉と実務の行動の間に大きなギャップがあることです。「指揮命令禁止」と言われても、日常のやり取りのどこからが指揮命令なのか、法律文書を読んでもなかなかわかりません。

本記事では、業務委託における指揮命令の法的根拠、請負・準委任・派遣の違い、「業務指示」と「業務命令」の違いを整理したうえで、Slack・スプリント計画・時間や場所の指定といった具体的なシーンごとに、指揮命令に当たるかを自分で判定するための基準を示します。「何がNGか」だけでなく「どう言い換えれば安全か」という前向きな視点でまとめました。

結論：判断の軸は「誰が・誰に・何を・どの程度」

最初に、本記事の判断軸を示します。個別のシーンが指揮命令に当たるかは、次の4点で点検できます。

実務上は、発注者が出してよいのは「業務指示」（成果・仕様・優先度の伝達）であり、出してはいけないのは「業務命令」（遂行方法・時間・人の指定を個人に下すこと）と整理すると判断しやすくなります。以降の章で、この軸の根拠とシーン別の当てはめを順に説明します。

業務委託で「指揮命令権」がない理由——法律の基本を理解する

指揮命令権とは何か

「指揮命令権」とは、使用者が労働者に対して業務の内容・方法・時間などを管理・命令できる権限のことです。通常の雇用契約では、会社（使用者）が従業員（労働者）に対してこの権限を持ちます。

業務委託契約では、発注者と受託者（フリーランスエンジニアや業務委託先の企業）の間に雇用関係がありません。そのため、発注者には受託者やその従業員に対する指揮命令権が原則として生じません。

「業務委託」という言葉は実務でよく使われますが、民法上は「請負」「委任」「準委任」に分類されます。IT現場で多いのは請負と準委任の2つです。いずれの形態でも、発注者が受託者側の労働者に直接指揮命令を下すことは、偽装請負のリスクにつながります。

「指揮命令」「指揮監督」「指揮管理」「業務命令」「業務指示」の違い

検索すると似た言葉が並んでおり、混乱しやすい部分です。実務で使い分ける際の整理を示します。

「業務命令を出せる人」は、雇用契約上の使用者（受託者側の会社、または派遣であれば派遣先）に限られます。業務委託の発注者が出してよいのは、あくまで依頼内容を伝える「業務指示」にとどまります。

請負・準委任・派遣で指揮命令の扱いはどう違う？

請負契約と準委任契約、そして混同されやすい労働者派遣では、指揮命令の扱いが次のように異なります。

請負契約の指揮命令

請負契約では、受託者が成果物の完成責任を負うため、作業方法・スケジュール・人員配置はすべて受託者が自律的に決定します。発注者は「何を作ってほしいか（成果物の要件）」を伝えることはできますが、「どう作るか（作業方法）」や「誰が担当するか」に口を出すと、指揮命令とみなされるリスクがあります。

準委任契約の指揮命令

準委任契約は、「業務遂行」に対して対価を支払う形態です。「月○時間の開発業務を行ってください」という形で、アジャイル型開発でよく使われます。

「準委任は成果物の完成義務がないから、請負より細かく指示してよい」と考えるのは誤解です。準委任でも、受託者は善良な管理者の注意（善管注意義務）をもって業務を遂行する義務を負い、遂行方法は受託者が自律的に決定します。発注者が示せるのは業務の目的・方向性・優先度までで、個々のメンバーへの直接の作業指示は偽装請負のリスクになります。

発注者に認められる「指図」と、偽装請負で問題になる「指揮命令」の違い

民法上の委任では、委任者が受任者に対して業務の依頼内容を伝えること自体は自然なやり取りです。一方、偽装請負で問題になるのは、受託者側の労働者に対して、発注者が日常的に業務の進め方・時間・担当者を決める状態になっていることです。

つまり「依頼内容を伝えること」と「労働者を使用者のように管理すること」の違いが分かれ目です。前者は契約に基づく通常の依頼ですが、後者は労働者派遣の実態と判断され、労働者派遣法違反として是正指導の対象になりえます。

派遣との境界

派遣では、派遣先が派遣労働者に直接指揮命令できますが、そのためには派遣元との労働者派遣契約と、許可を受けた派遣事業者であることが前提です。請負・準委任の形をとりながら、発注者が派遣先のように指示を出す状態が「偽装請負」です。

違法な派遣の受け入れに当たる場合、発注者（派遣先に相当する側）には、一定の要件のもとで受入れ先が労働者に労働契約を申し込んだものとみなされる「労働契約申込みみなし制度」が適用されるおそれもあります。契約書の名称ではなく、実態で判断される点に注意が必要です。

厚労省37号告示と労働者性判断基準——2つの判断軸を整理する

指揮命令の判断には、性質の異なる2つの基準があります。混同されやすいため、先に整理しておきます。

37号告示が定める「適法な請負」の要件

37号告示は、労働者派遣事業と請負により行われる事業との区分に関する基準です。適法な請負として認められるためには、主に次の2つの観点が求められます。

• 労務管理上の独立（第2条）: 業務の遂行方法に関する指示・評価、労働時間などに関する指示、企業秩序の維持・配置の決定を、請負事業主（受託者）が自ら行うこと
• 事業経営上の独立（第3条）: 資金の調達・支払、民事上の法的責任、必要な機械設備や材料の調達などを、受託者が自らの責任で行うこと（単なる労働力の提供にとどまらないこと）

言い換えると、受託者側の管理者が自社の労働者を管理・指揮するのが適法な形であり、発注者がその輪の中に入って直接指示を出すと、偽装請負と判断されるリスクが生じます。

（参考: 厚生労働省「37号告示」に関する疑義応答集）

厚労省の労働者性判断基準——時間・場所の拘束は何を見るか

個人のフリーランスと契約している場合は、派遣法の偽装請負とは別に、受託者が実質的に「労働者」と判断されないかという観点も確認が必要です。厚生労働省が示している労働者性の判断では、主に次の要素が総合的に見られます。

• 仕事の依頼や業務従事の指示に対して、諾否の自由があるか
• 業務の内容・遂行方法について、具体的な指揮監督を受けているか
• 勤務場所・勤務時間が指定・管理され、拘束されているか
• 他の人に代わってもらうこと（代替性）が認められているか
• 報酬が、時間などの労務の提供に対する対価という性格になっていないか
• 補強要素として、機械や器具の負担、事業者としての性格、他社の業務への従事が制限されていないか（専属性）

「時間・場所の拘束」は、これらのうち指揮監督下の労働を判断する要素の1つです。ただし、拘束があるから直ちに労働者と判断されるわけではありません。セキュリティ上の理由で客先常駐が必要、会議の開催時間を合わせる必要があるなど、業務の性質上やむを得ない拘束は、他の要素と合わせて総合的に判断されます。重要なのは、拘束の理由が業務の性質によるものか、発注者が労務管理として行っているものかです。

個人のフリーランス1人に準委任で依頼する場合は？

「準委任契約 指揮命令 1人」という疑問は多く見られます。受託者が従業員を雇わない個人事業主1人の場合、派遣法上の偽装請負は、そもそも受託者に雇用された労働者が存在しないため、典型的には問題になりません。

ただし、発注者が始業時刻・作業手順・席の指定などを細かく管理していると、前章の労働者性が問題になり、実態として雇用に近いと判断されるリスクがあります。また、2024年11月に施行された「特定受託事業者に係る取引の適正化等に関する法律（フリーランス法）」により、業務委託の内容・報酬等の書面等による明示も求められています。1人の受託者でも、依頼内容を成果・期限・業務範囲で整理し、遂行方法は本人に任せる運用が安全です。

「適法な指示」として許容される4つの例外パターン

「原則禁止」とはいえ、すべての指示・コミュニケーションが違法になるわけではありません。37号告示およびその疑義応答集の考え方では、次の4つのパターンは、指揮命令に該当しない、または例外的に許容されるとして整理できます。

例外①安全衛生・緊急時の指示

火災・地震などの災害時や、作業環境で安全確保が必要な場面では、発注者が受託者の労働者に直接安全上の指示を出すことが許容されます。「いますぐ避難してください」「この機器に触れると感電の危険があります」といった生命・安全に直結する指示が該当します。

日常的な安全衛生管理（社内ルールの遵守指示など）は、事前に契約書や業務手順書に定めておくことで適法化できるケースがあります。

例外②業務内容の変更依頼（受託者管理者を通じた場合）

仕様変更や品質改善の要求は、受託者側の管理責任者に対して行うのであれば適法です。「この機能の仕様を変更したいので、対応をお願いしたい」と責任者に伝え、対応方法と人員の割り振りを受託者が自律的に決める形であれば問題ありません。

NGになるのは、発注者が受託者の個々のメンバーに直接「この機能を今週中に直してください」と指示するケースです。依頼先を「受託者の管理責任者」に限定することがポイントです。

例外③法令遵守のための指導

個人情報保護法・著作権法・情報セキュリティポリシーの遵守に関する指示は、発注者が直接行うことが認められます。「この情報は社外持ち出し禁止です」「このデータは個人情報なので取り扱いに注意してください」といった内容です。ただし、業務遂行方法全体を管理する内容にならないよう注意が必要です。

例外④事前に合意した業務手順書・マニュアルに基づく指示

事前に受託者と合意した業務手順書やマニュアルに基づく指示は、それ自体は指揮命令とはみなされないと整理されています。たとえば「契約書別紙の手順書に従って進めてください」と事前に合意しておけば、その範囲内の指示は問題ありません。ただし、勤怠・作業時間の管理など実際の労務管理は、引き続き受託者が行う必要があります。

シーン別に判定する——Slack・スプリント・時間場所は指揮命令に当たるか

ここからは、冒頭の4つの判断軸（誰が・誰に・何を・どの程度）を使って、現場でよくあるシーンを判定します。厚労省は2021年に「37号告示に関する疑義応答集（第3集）」でアジャイル開発についてのガイダンスを示しています（参考: 厚労省疑義応答集第3集）。

シーン別の判定早見表

Slack・メール・チャットでの指示

OK（適法）な例:

• 「今週の成果物の方向性について確認したい」という情報共有
• 「仕様書のこの部分を確認してほしい」という資料の共有依頼
• 「QAの結果をフィードバックします」という品質情報の共有
• 技術的な質問への回答や情報提供

NG（偽装請負リスクあり）な例:

• 「Aさん、今日の午後からこのタスクに取り組んでください」という個人への作業指示
• 「明日の朝9時から作業を開始してください」という時間管理に関する指示
• 「今日中にこのバグを修正してください」という個人メンバーへの期限指定

ポイントは「受託者の特定の個人」に、作業内容・時間・方法を直接指示しているかどうかです。チームへの情報共有や方向性の確認であれば問題になりにくい一方、個人への具体的な業務指示はリスクが高まります。

タスク管理ツール（Jira/Backlog）でのアサイン

• OK: 受託者チームのメンバーが自分たちでタスクをアサインし合う
• OK: 発注者が「ユーザーストーリー（要求・ゴール）」を登録し、タスクへの分解と担当の割り振りは受託者が行う
• NG: 発注者が受託者の個別メンバーにタスクを直接アサインする
• NG: 発注者がメンバーの工数や作業時間を管理する

スクラム開発・アジャイル手法での指示（スプリント計画・デイリースクラム）

アジャイル開発では、発注者（プロダクトオーナー相当）と受託者チームが密に連携するため、特に判断が難しい場面があります。厚労省の疑義応答集第3集では、受注者側の開発担当者が自律的に判断して開発業務を行っていると認められる場合であれば、偽装請負と判断されるものではないという考え方が示されています。

• スプリント計画: 発注者が優先度の高いユーザーストーリーを示し、スプリント内での実装計画は受託者チームが自律的に決定する → OK
• デイリースクラム: 進捗共有の場として発注者が参加する → OK（ただし個別メンバーへの指示はNG）
• スプリントレビュー: 成果物へのフィードバックを受託者責任者に伝える → OK

プロダクトオーナー（PO）やスクラムマスター（SM）が受託者側にいる場合、POやSMを通じて方向性を伝える形が適法な運用とされています。会議の設計については、業務委託エンジニアの定例ミーティング設計も参考になります。

偽装請負と判断される典型パターン（発注者が陥りやすいケース）

「ちょっとだけ指示」が積み重なるケース

個々には軽微に見えても、積み重なると問題になります。

• 「今日はこっちのタスクを優先して」（作業優先順位の直接指示）
• 「この方法でやってみて」（作業方法への介入）
• 「ちょっと早めに上げてほしい」（個人への納期変更依頼）

これらは一つひとつは小さく見えても、継続的に行われると「実質的な労務管理」として判断される可能性があります。厚労省が示す判断基準のひとつは「誰が指揮命令しているか（発注者か受託者の管理者か）」です。発注者から個々のメンバーへの日常的な直接指示は、内容が軽微でも蓄積されると問題になります。

勤怠管理・作業時間への介入

• 「今日は何時から作業しますか？」という勤怠確認
• 「残業してでも今日中に終わらせて」という時間外指示
• 「○時から○時まで席にいてください」という在席管理

これらは雇用契約で使用者が行う「労務管理」そのものです。受託者の作業時間・在席状況を発注者が管理することは、偽装請負の典型的なパターンとされています。

契約書に書いてあれば安全か

契約書に「指揮命令は行わない」と記載しているだけでは不十分です。偽装請負かどうかは、契約書の文言ではなく実態（誰が実際に業務の指示・管理を行っているか）で判断されます。日々のSlackや会議での運用が、契約書の定めどおりになっているかを定期的に点検してください。

適法な範囲を最大活用するための実務設計

「指揮命令禁止」を守りながら成果を出すための実務的なアプローチを整理します。

「成果」と「期限」を起点にしたコミュニケーション設計

発注者が伝えてよいのは「何を・いつまでに達成してほしいか」という目標と期限です。「どうやって・誰が」の部分は受託者に委ねます。

実務での言い換え例:

受託者責任者（現場責任者・管理者）を通じた間接指示の仕組み

実務上、最もリスクを減らせるのは「受託者側に管理責任者（現場責任者）を置き、発注者とのコミュニケーション窓口を1本化する」仕組みです。

発注者 → 受託者管理責任者 → 受託者のメンバー

という連絡経路を整備し、発注者は常に受託者の管理責任者に対して要望・情報共有を行います。受託者の管理責任者が実際の作業指示・工数管理・進捗管理を行う形にすることで、37号告示の考え方に沿った適法な業務委託が成立します。

個人のフリーランス1人と契約している場合は、その本人が窓口になります。依頼は成果・期限・業務範囲にとどめ、作業の進め方や時間管理は本人の裁量に委ねてください。進捗管理の設計は、業務委託フリーランスの進捗管理：偽装請負を避ける週次報告設計で詳しく解説しています。

契約書・SOWに明記しておく事項

運用の裏づけとして、契約書や作業範囲書（SOW）に次の事項を記載しておくと、認識のずれを防ぎ、調査が入った際の説明材料にもなります。

• 契約形態（請負か準委任か）と、成果物または業務範囲
• 受託者側の管理責任者（連絡窓口）の氏名・役割
• 業務の遂行方法、作業時間、担当者の決定は受託者が行うこと
• 発注者からの依頼は、管理責任者を通じて行うこと
• 報告の頻度と形式（週次報告など）

まとめ

業務委託における指揮命令の範囲をおさらいします。

• 原則: 発注者には受託者やその労働者に対する指揮命令権がない（37号告示、請負・準委任のいずれも同様）
• 判断軸: 誰が・誰に・何を・どの程度。成果・仕様・優先度の伝達は「業務指示」、遂行方法・時間・人の指定を個人に下すのは「業務命令」
• 2つの基準: 偽装請負は37号告示（派遣法）、個人受託者の実質的な雇用は労働者性の判断基準（労基法）で見る。時間・場所の拘束は、業務の性質上の必要性とあわせて総合判断される
• 例外（適法）: 安全衛生・緊急時、業務変更依頼（受託者管理者経由）、法令遵守指導、事前合意した手順書に基づく指示
• 実務設計: 「成果・期限」の伝達と、受託者の管理責任者を窓口にした間接指示、契約書・SOWへの明記

「指揮命令禁止」は制約ではなく、適切なマネジメント設計のためのガイドラインとも言えます。目標と期限を明確に伝え、達成方法は受託者の専門性に委ねることで、法的リスクを避けながら成果を引き出せます。個別の運用が適法かどうかは、契約書の内容や実態によって変わるため、判断に迷う場合は弁護士などの専門家へ相談してください。

関連情報

業務委託契約全体の法律・契約リスクを体系的に点検したい方は、業務委託発注の法律・契約リスクガイドをご覧ください。

• 偽装請負チェックリスト：業務委託で違法にならない指揮命令の境界線
• 業務委託エンジニアのマネジメント方法｜偽装請負を避けて品質を守る5つの手順
• 契約社員と業務委託エンジニアの違い｜指揮命令で見極める使い分け