業務委託の管理方法とは？進捗管理の進め方と管理表の作り方、トラブルの防ぎ方

業務委託の管理とは

業務委託の管理とは、外部に依頼した業務を予定どおりに完了させるために、依頼内容、進捗、成果物、やり取りの履歴を把握し続けることを指します。外注管理、委託先管理と呼ばれることもあります。

依頼先が 1 社であれば個別の対応でも回りますが、委託先が増えるほど、案件ごとの状況を一元管理する仕組みが必要になります。サプライヤーや外部パートナーを 1 か所で管理するベンダー管理用のテンプレートは、こうした一覧管理の出発点として使えます。

管理の対象は、大きく 2 つに分かれます。

業務の進行に関する管理

依頼内容の伝達、作業の進捗把握、成果物の確認と修正依頼、スケジュールの調整が含まれます。日常的に発生し、担当者が直接関与する領域です。

契約・取引に関する管理

契約の締結、発注書の発行、請求書の受領、支払い処理、法令対応が含まれます。経理や法務と連携して進める領域で、専用のシステムを使う組織が多くあります。

この 2 つは必要なスキルも使うツールも異なります。本記事では前者を中心に扱います。後者については、後半で概要を説明します。

業務委託が増えている背景

外部人材の活用が広がっている背景には、いくつかの要因があります。

人材不足により、必要なスキルを持つ人材を社内で確保することが難しくなっています。特に専門性の高い業務では、採用して育成するより外部の専門家に依頼するほうが早く、確実です。

また、プロジェクト単位で必要になる業務については、常時雇用するより必要な期間だけ依頼するほうが合理的です。働き方の多様化により、フリーランスとして活動する人材が増えたことも、選択肢の拡大につながっています。

一方で、依頼先が増えるほど管理の負荷は上がります。誰に何を依頼し、どこまで進んでいるのかを把握する仕組みがないまま依頼先を増やすと、担当者の負担だけが増えていきます。

社内メンバーとの管理の違い

業務委託先の管理が難しいのは、社内のメンバーを管理する場合と前提が異なるためです。

特に重要なのは、業務委託では指揮命令ができないという点です。雇用契約であれば業務の進め方を指示できますが、業務委託契約では発注企業と受託者が対等な事業者として取引する関係になります。作業の進め方や勤務時間を細かく指示すると、契約の実態が雇用とみなされるおそれがあります。

そのため、管理の方法も「指示して従わせる」ではなく、「成果物と期日を明確にし、進捗が見える状態をつくる」という形になります。

業務委託の進捗管理でよくある課題

情報がメールとチャットに分散する

依頼内容はメールで送り、その後のやり取りはチャットで行い、資料は別のサービスで共有する。この状態では、担当者本人でさえ最新の状況を把握できなくなります。

委託先が複数になると、どのやり取りがどの案件のものかを探す時間が積み上がります。担当者が不在の際に他のメンバーが状況を確認できないという問題も生じます。

この状態を抜け出すには、依頼から納品までの流れを定義し、どの段階の情報がどこに残るかをあらかじめ決めておく必要があります。手順を整理する際は、ワークフローの作り方が出発点になります。

進捗が報告待ちになる

委託先からの報告がなければ進捗がわからない状態では、問題の発覚が遅れます。

納期の直前に「間に合わない」という連絡を受けても、対応できることは限られます。進捗が見えていれば、遅れの兆候が出た段階で調整できます。

一方で、進捗確認のために頻繁に連絡すると、委託先の負担になり、関係にも影響します。確認のための連絡を増やさずに状況が見える仕組みが必要です。

誰が何を担当しているかわからなくなる

委託先が増えると、どの業務を誰に依頼しているかの全体像が失われます。

同じ業務を複数の委託先に重複して依頼していた、依頼したつもりが実際には発注していなかった、といった事態が起こります。

担当者が異動や退職をした際に、取引関係そのものが把握できなくなるケースもあります。委託先の管理が属人化していると、担当者本人は不便を感じないため、問題が表面化するのは引き継ぎのタイミングになります。根本から立て直すには、属人化の解消方法から見直す必要があります。

成果物の確認基準が曖昧になる

何をもって完了とするかが共有されていないと、提出された成果物に対する認識が食い違います。

委託先は完了したと考えているのに、依頼側は未完成と判断する。この食い違いは、修正の繰り返しや、場合によっては支払いをめぐる対立につながります。

社内の業務で発生するやり直しと構造は同じですが、委託先との間では報酬が絡むため、調整がより難しくなります。どの段階で認識がずれたのかを切り分ける視点は、手戻りの原因と対策がそのまま使えます。

情報共有の範囲が決まっていない

外部の人材にどこまでの情報を共有してよいかが定まっていないと、2 つの方向で問題が起こります。

必要な情報が共有されていなければ、委託先は適切な判断ができず、成果物の質が下がります。逆に、必要以上の情報にアクセスできる状態は、情報管理の面でリスクとなります。

委託先との仕事を 1 か所に

依頼から成果物の確認までを、社内メンバーと同じ場所で管理できます。

無料トライアルを始める

業務委託管理表の作り方

管理の第一歩は、どの業務を誰に依頼しているかを一覧化することです。ここでは管理表に記載すべき項目を示します。

案件単位の記載項目

次のアクションの欄は見落とされがちですが、管理表を実用的にする上で重要です。進捗状況だけでは、今どちらのボールなのかがわかりません。「委託先が作業中」なのか「こちらの確認待ち」なのかが明示されていれば、滞留している案件がすぐに見つかります。

委託先単位の記載項目

案件ごとの管理に加え、委託先ごとの情報も整理します。

• 連絡先と連絡手段

• 得意分野と対応可能な業務

• 過去の依頼実績

• 対応の傾向 (レスポンスの早さ、確認を好む点など)

• 稼働可能な時期や曜日

• 契約書類の保管場所

委託先ごとの情報が整理されていれば、新しい依頼が発生した際に適任者を素早く判断できます。また、担当者が変わった際の引き継ぎも容易になります。

管理表をスプレッドシートで運用する場合の限界

管理表はスプレッドシートから始めることが多く、件数が少ないうちは十分に機能します。ただし、運用を続けると次のような問題が出てきます。

更新されなくなる

進捗の更新を手作業で行う運用では、忙しい時期に更新が止まります。更新されない管理表は、実態と乖離し、やがて誰も見なくなります。

やり取りと分離している

管理表には進捗だけが書かれ、実際のやり取りはメールやチャットにあるため、経緯を確認するには別の場所を探す必要があります。

委託先と共有できない

社内の管理情報 (他案件の情報、単価など) が同じシートに含まれるため、委託先には見せられません。結果として、進捗の更新は社内の担当者が手作業で行うことになります。

同時編集で競合する

複数の担当者が同時に更新すると、上書きや記載の重複が発生します。

これらの問題は、案件ごとに情報をまとめ、関係者それぞれが必要な範囲だけを見られる仕組みに移行することで解消できます。

依頼から検収までの進め方

ステップ 1: 依頼内容を明確にする

依頼の時点で、次の内容を文書で伝えます。

• 業務の目的と背景

• 作業範囲 (どこからどこまでを依頼するか、含まない範囲)

• 成果物の形式と分量

• 完了条件

• 納期と中間確認の時期

• 報酬と算出根拠

• 参考となる資料や過去の成果物

口頭や短いチャットでの依頼は、認識のずれを生みます。特に作業範囲については、含まない範囲まで明示しておくと、後の認識違いを防げます。

委託先は社内の事情を把握していないため、社内のメンバーに依頼する場合より詳しい説明が必要です。社内でのみ通じる略語や前提は、必ず補足してください。

同種の依頼が繰り返し発生する場合は、依頼内容を手順書として文書化しておくと、毎回ゼロから説明する手間がなくなります。委託先が変わった場合も、同じ文書を渡すだけで水準を揃えられるため、業務効率化の効果は依頼の回数に比例して大きくなります。文書の形式は、標準作業手順書 (SOP) の作り方をそのまま流用できます。

ステップ 2: 認識のすり合わせを行う

依頼内容を送った後、委託先の理解を確認します。

着手前に認識を合わせることで、作業が進んでからの方向転換を防げます。委託先から質問が出ない場合でも、こちらから「この部分の解釈はどう理解されましたか」と確認すると、ずれが見つかることがあります。

ステップ 3: 中間確認の時期を決める

納品まで一度も確認しない進め方は、リスクが大きくなります。

作業の初期段階、たとえば構成案や設計の段階で一度確認する機会を設けてください。方向性の誤りは、この段階であれば小さな修正で済みます。

中間確認の時期は、依頼時にあらかじめ決めておきます。進行してから「そろそろ見せてもらえますか」と連絡する形では、委託先にとっては予定外の作業となります。

ステップ 4: 進捗を把握する

進捗の把握は、委託先の負担にならない形で行うことが重要です。

報告を求める頻度を上げると、委託先は報告のための作業に時間を取られます。タスクのステータスを更新してもらう程度の軽い運用にして、詳細な報告は中間確認の場に集約するほうが効率的です。

ステップ 5: 成果物を確認する

提出された成果物を、依頼時に定めた完了条件に照らして確認します。

修正を依頼する場合は、何をどう変えてほしいのかを具体的に伝えてください。「もう少し良くしてほしい」のような抽象的な指示は、修正の繰り返しを招きます。

修正の回数についても、依頼時に目安を共有しておくと、双方の想定がそろいます。

成果物の確認に複数の関係者が関わる場合は、誰がどの順番で確認するかという承認フローをあらかじめ定めておきます。確認の順序が決まっていないと、後から別の担当者の指摘が加わり、修正が繰り返される原因になります。承認の順序を固定し、前の確認が終わった時点で次の担当者へ自動的に回る形にするには、ワークフロー管理の仕組みが必要になります。

ステップ 6: 検収と記録を残す

完了を確認したら、その旨を明確に伝えます。完了の連絡が曖昧なまま時間が経つと、委託先は追加の対応が必要なのか判断できません。

あわせて、今回の依頼で得られた知見を記録に残します。どの程度の分量にどれくらいの期間がかかったか、どのような点で認識のずれが生じたか、次回はどう依頼すべきか。この記録が、次回以降の依頼の精度を上げます。

規模の大きい案件では、委託先にも参加してもらって振り返りの場を設けると、依頼側では気づけない問題が出てきます。受け取った情報が足りなかった、確認の依頼が重なって作業が止まった、といった指摘は委託先からしか得られません。場の進行は、レトロスペクティブの進め方をそのまま当てはめられます。

ワークマネジメントとは？チームがワークマネジメントを必要とする理由

この電子書籍では、ワークマネジメントとは何かを解説し、ビジネスにどう役立つかをご紹介します。

電子書籍をダウンロード

情報共有の範囲を設計する

外部人材と協働する際、情報共有の範囲をどう設計するかが、成果と安全性の両方を左右します。

社内であれば、共有が不足していても雑談や定例の場で補われます。委託先との間にはその余地がないため、何を渡すかを意図的に決める必要があります。前提として押さえておきたい考え方は、情報共有の重要性と進め方にまとまっています。

共有すべき情報

業務の目的と背景

なぜその業務が必要なのかを伝えることで、委託先は判断に迷った際に目的に立ち返れます。背景を伏せたまま作業だけを依頼すると、形式的には要件を満たしていても目的に合わない成果物が出てきます。

過去の経緯

過去に同じような取り組みがあった場合、その結果と反省点を共有します。委託先が同じ失敗を繰り返すことを防げます。

関係者と役割

誰が最終的な判断を行うのか、質問は誰に向ければよいのかを明示します。

判断基準

作業中に判断が必要になる場面を想定し、その基準を共有します。都度の確認を減らし、委託先が自律的に進められるようになります。

共有を限定すべき情報

• 他の案件や他の委託先に関する情報

• 社内の人事情報

• 顧客情報のうち、業務に不要なもの

• 未公開の経営情報

共有範囲を限定する際は、情報ごとに個別判断するのではなく、仕組みとして制御することが現実的です。委託先がアクセスできる領域を限定し、その中では必要な情報を自由に参照できる状態にすると、管理の手間と情報の過不足の両方を抑えられます。

アクセス権限が仕組みで制御されていれば、誰がどの情報に触れられるかを後から確認でき、内部統制やコンプライアンスの観点からも説明しやすくなります。

ゲストアクセスという考え方

社内のメンバーと同じ場所で作業しながら、アクセスできる範囲だけを限定する方法があります。

特定のプロジェクトにのみ参加できる権限を委託先に付与すれば、そのプロジェクト内では進捗の更新、質問、ファイルの共有を直接行えます。一方で、他のプロジェクトや社内の情報には触れられません。

この形であれば、社内の担当者が委託先とのやり取りを転記する手間がなくなります。委託先も、進捗の報告のために改めてメールを書く必要がなくなります。

Asana のゲスト機能は、この考え方に沿って設計されています。組織外のメンバーを特定のプロジェクトにのみ招待でき、個人事業主として活動するフリーランスでも、法人のパートナー企業でも、担当する案件の中では社内メンバーと同じようにタスクの更新やコメントのやり取りができます。

業務委託でよくあるトラブルと対策

成果物が期待と違う

最も多いトラブルです。

原因のほとんどは、依頼時に完成イメージが共有されていないことにあります。文字での説明だけでは、分量、粒度、表現の水準といった要素が伝わりません。

対策としては、過去の類似案件の成果物を参考として示すことが最も確実です。実物を 1 つ示すだけで、言葉では伝わらない水準が共有できます。

納期に間に合わない

納期直前に遅延が判明するケースです。

中間確認の機会がないことが主な原因です。作業の初期段階で進捗を確認していれば、遅れの兆候を早期に把握できます。

また、委託先が複数の案件を並行して抱えている場合、優先順位の認識がずれていることもあります。依頼時に、その案件の優先度とスケジュール上の制約を伝えておいてください。

修正が何度も繰り返される

修正を依頼しても期待に近づかず、やり取りが続くケースです。

修正指示が抽象的であることが原因であることが多く見られます。「どこを」「どのように」変えるのかを具体的に伝える必要があります。

また、社内で意見が集約されないまま修正を依頼すると、指摘が二転三転します。委託先に伝える前に、社内の意見をまとめてください。

連絡が取れなくなる

委託先からの返信が途絶えるケースです。

対策として、連絡手段を複数確保しておくこと、進捗が可視化された状態にしておくことが有効です。やり取りがメールのみで、進捗が見えない状態では、連絡が途絶えた時点で状況が完全に不明になります。

また、納期までの期間が長い案件では、中間確認の機会を複数設けることで、問題を早期に把握できます。

認識していた作業範囲が違う

依頼側が当然含まれると考えていた作業が、委託先の認識では範囲外だったというケースです。

作業範囲について、含む範囲だけでなく含まない範囲も明示することで防げます。契約書や発注時の文書に作業範囲を明記し、認識が一致していることを着手前に確認してください。

担当者の交代で経緯がわからなくなる

社内の担当者が変わった際に、それまでの経緯が引き継がれないケースです。

やり取りが個人のメールに蓄積されている場合、担当者の交代とともに情報が失われます。案件単位で情報が集約され、チームの誰もが参照できる状態にしておくことが対策になります。

契約・請求・法令対応について

本記事では進捗管理を中心に扱っていますが、業務委託の管理には契約と取引に関する領域も存在します。ここでは概要を示します。

契約形態の違い

業務委託契約は、主に請負契約と準委任契約に分かれます。

請負契約は、成果物の完成を目的とする契約です。成果物が完成しなければ報酬は発生しません。準委任契約は、業務の遂行そのものを目的とする契約で、成果物の完成は要件になりません。

どちらの契約形態を選ぶかによって、責任の範囲や検収の考え方が変わります。依頼する業務の性質に応じて、適切な形態を選ぶ必要があります。

偽装請負に関する注意

業務委託の形式を取りながら、実態として指揮命令を行っている場合、偽装請負と判断されるおそれがあります。

作業時間や作業場所を細かく指定する、社内の指揮系統に組み込む、業務の進め方を逐一指示するといった行為が該当し得ます。

管理の方法としては、成果物と期日を明確にし、進め方は委託先に委ねる形を取ることが基本です。

関連する法令

業務委託に関連する法令として、下請法 (2026年 1月に改正・改称され、中小受託取引適正化法、略して取適法となりました) と、フリーランス・事業者間取引適正化等法があります。

これらの法令では、発注時の取引条件の明示、支払期日の設定、不当な取り扱いの禁止などが定められています。発注書の交付や取引記録の保存が求められる場面もあります。

適用の有無や具体的な対応内容は、取引の規模や形態によって異なります。詳細については、公正取引委員会や中小企業庁が公開している資料を確認し、必要に応じて法務部門や専門家に相談してください。

請求・支払いの管理

請求書の受領と請求書発行への対応、インボイス制度への対応、電子帳簿保存法に基づく記録の保存、支払い処理については、会計システムや契約管理システムが対応する領域です。電子契約のサービスや、委託先の情報と契約をまとめて扱うフリーランスマネジメントシステムなど、専用の SaaS が各社から提供されています。

進捗管理のツールとは目的が異なるため、それぞれ適したクラウドサービスを使い分け、必要に応じて連携させる構成が一般的です。1 つのプラットフォームにすべてを統合しようとするより、各領域で適したものを選び、業務の流れに沿って接続するほうが運用しやすくなります。

業務委託の管理を仕組みにする

ここまで述べた課題の多くは、情報が分散していることに起因します。依頼内容、進捗、やり取り、成果物が別々の場所にある状態では、管理の手間が減りません。

案件ごとに情報を集約する

依頼内容、完了条件、期日、参考資料、やり取りの履歴を、案件単位で 1 か所にまとめます。

情報が集約されていれば、状況の確認に探す時間がかかりません。担当者が不在でも、他のメンバーが状況を把握できます。担当者の交代時にも、経緯が失われません。

Asana では、1 つのタスクに依頼内容、完了条件、期日、参考資料、やり取りの履歴をまとめて記録できます。委託先ごとに別のツールを使い分けるのではなく、社内の業務と同じ仕組みに乗せることで、外部に依頼している案件も含めた全体像が 1 つの画面で確認できるようになります。社内業務で先に試すなら、タスク管理の進め方が足がかりになります。

進捗を双方が更新できる状態にする

社内の担当者が委託先に確認し、それを管理表に転記する運用では、更新の手間と情報の遅れが生じます。

委託先が直接ステータスを更新できる状態にすれば、確認の連絡が不要になり、常に最新の状況が共有されます。

共有範囲を仕組みで制御する

案件ごとに参加者を設定し、委託先は担当する案件のみにアクセスできる形にします。

情報ごとに共有の可否を判断する運用では、判断の負荷が高く、ミスも起こります。アクセス範囲を仕組みで制御することで、安全性と利便性を両立できます。

全体を俯瞰できるようにする

個別の案件だけでなく、どの委託先にどの業務を依頼しているかの全体像を把握できる状態にします。

依頼の重複、特定の委託先への集中、滞留している案件といった問題は、全体を見渡して初めて気づけます。案件ごとの情報が一元化されていれば、こうした偏りを一覧で確認できます。

外注を増やした結果、社内の担当者側に確認とレビューの負荷が集中しているというケースもあります。チームの仕事量の管理を社内と社外の両方に広げておかないと、委託によって負担がどこへ移ったのかが見えません。

Asana のデモを視聴

Asana を活用することで、オペレーションチームは仕事の連携、プロセスの統一、ワークフローの自動化を 1 か所で実現できます。

デモを見る

まとめ

業務委託の管理では、日常的に顔を合わせない相手との協働になるため、情報共有の設計が成果を左右します。社内のメンバーと異なり、指揮命令ができないという前提もあるため、管理の方法は「成果物と期日を明確にし、進捗が見える状態をつくる」という形になります。

進捗管理でよく生じる課題は、情報がメールとチャットに分散すること、進捗が報告待ちになること、誰が何を担当しているかが不明になること、成果物の確認基準が曖昧なこと、情報共有の範囲が決まっていないことの 5 つです。

管理表を作る際は、進捗状況だけでなく「次のアクション」を記載することで、どちらのボールなのかが明確になります。依頼から検収までは、依頼内容の明確化、認識のすり合わせ、中間確認、進捗把握、成果物の確認、検収と記録という流れで進めます。

トラブルの多くは、依頼時の情報不足と、中間確認の欠如から生じます。完成イメージを具体的に示すこと、作業の初期段階で確認の機会を設けることが、最も効果的な予防策です。

契約、請求、法令対応については、進捗管理とは別の仕組みが必要です。それぞれ適したシステムを使い分け、進捗管理の側では情報の集約と共有範囲の設計に集中することで、管理の負荷を抑えられます。

よくある質問