制作会社やコンサルが外注先を使ってプロジェクトを進める場合、管理の難しさは「外注先を管理しながら、クライアントにも報告する」という二重構造にある。外注先に何かトラブルがあれば、それはそのままクライアントへの遅延に直結する。なのに外注先の進捗は見えづらく、クライアントへの報告は精度が出ない。
この記事では、この二重管理の難しさを整理し、進捗を見える化するための構造と、具体的な管理項目の設定方法を提案する。
二重管理が難しい理由
クライアントへの報告とは、プロジェクト全体の進捗を一定の精度で伝えることだ。「○フェーズが完了しました」「来週末には納品予定です」という報告を出すためには、外注先の作業がどこまで進んでいるかを把握していなければならない。
しかし外注先への確認は、タスクを依頼したそれぞれに個別でメッセージを送るか、定期的なミーティングを設けるかしか方法がない。複数の外注先がいれば、個別確認の手間は人数分かかる。そのコストを節約すると、クライアントへの報告が「たぶん大丈夫」ベースになる。
確認コストを下げながら報告精度を上げるには、外注先の進捗が「確認しなくても見える」仕組みが必要だ。そのためには、外注先・自社・クライアントの3層で管理の構造を整理することが有効だ。
3層管理の考え方
3層管理とは、管理の対象を3つのレイヤーに分けて整理する考え方だ。
第1層は「外注先のタスク管理」だ。外注先が担当するタスクを一覧化し、進捗をステータスで管理する。外注先がステータスを自分で更新できる仕組みを持てば、依頼者は確認メッセージを送らずに状況を把握できる。
第2層は「自社のプロジェクト管理」だ。外注先のタスクをまとめた上位レベルのマイルストーンを自社側で管理する。「デザイン完了」「実装完了」「クライアント確認」といったフェーズを設定し、フェーズの完了条件を明確にしておく。
第3層は「クライアントへの報告ライン」だ。第2層のマイルストーンをもとに、クライアントに報告する内容を整理する。外注先のタスク単位の細かい情報は見せず、プロジェクト全体のフェーズと予定通り進んでいるかどうかを伝える。
この3層を明確に分けることで、「外注先の遅延がそのままクライアントに伝わる」状況を防ぎ、かつ自社がバッファを持って管理できる構造ができる。
具体的な管理項目の設定
外注先のタスク管理（第1層）で持つべき項目は次のとおりだ。
タスク名・担当者・依頼日・納期・ステータス（未着手・作業中・確認待ち・完了）・成果物の保存場所・備考。成果物の保存場所を記録しておくと、「どこにファイルが上がったか」を探す手間がなくなる。
自社のプロジェクト管理（第2層）では、マイルストーンとその完了条件を設定する。マイルストーン「デザイン完了」の完了条件は「デザイン3案をクライアントに提出し、1案の承認を得る」のように、あいまいさのない形にする。
クライアントへの報告ライン（第3層）では、週次または隔週でフェーズの進捗を共有する。「予定通り」「軽微な遅延あり（影響なし）」「要調整（○日の段階で確認を依頼したい）」の3段階に分けて報告すると、クライアントが状況を判断しやすい。
外注先に自社のツールを使ってもらう際のポイント
外注先にタスク管理ツールを使ってもらうとき、最大の壁は「ツールへの参加」だ。アカウント登録・ツールの使い方の習得・運用への慣れという3つのハードルがある。
このハードルを下げるために有効なのは、外注先がゲストとして無料で参加できるツールを選ぶことと、「使い方は最初の2〜3回で覚えられる」レベルの操作性のツールを選ぶことだ。複雑な機能が多いツールは、外部の委託先には定着しにくい。
また、外注先に求めるアクションは最小限にする。「このタスクを確認して、終わったらステータスを完了に変えてください」という依頼から始める。複雑なルールを最初から要求すると、外注先の協力が得られにくくなる。
進捗の見える化で変わること
外注先の進捗が見えるようになると、確認のための時間が大幅に減る。「今どうなってますか」というメッセージを送る代わりに、タスクリストを見れば分かる。その時間をクライアントへの提案や品質向上に使える。
また、問題の早期発見ができるようになる。タスクのステータスが「作業中」のまま数日動いていなければ、何か問題が起きているサインとして察知できる。締め切りを過ぎてから気づくのではなく、前倒しで確認できる。
クライアントへの報告精度も上がる。「たぶん大丈夫」ではなく「第1フェーズは完了、第2フェーズは予定通り進行中、完了は来週水曜の予定です」という報告ができるようになる。
クライアントとの報告頻度設計
外注先の進捗が見えるようになると、クライアントへの報告の質と頻度も設計できるようになる。「進捗が分からないから報告できない」という状態から「いつでも報告できる」という状態に変わる。
クライアントへの報告頻度は、プロジェクトの長さと重要度による。1ヶ月以内の案件は週次報告が標準だ。2ヶ月以上かかる大型案件は、フェーズ完了時の節目報告と週次の短信報告を組み合わせると、情報量と頻度のバランスが取れる。
報告の形式は「変化だけ伝える」を原則にするとよい。「今週完了したこと」「来週の予定」「確認が必要なこと」の3点を端的に伝える形式は、クライアントにとっても読みやすい。詳細な進捗表を毎回送るよりも、変化のポイントを絞って伝える方が、クライアントとの信頼関係を保ちやすい。
外注先の品質管理にも仕組みが必要
進捗の見える化は「いつ終わるか」の管理だが、「何ができているか」の品質管理も仕組みとして持っておくことが重要だ。
品質チェックの設計例：外注先からの納品物は「確認待ち」ステータスに変えてもらう。依頼者は「確認待ち」のタスクを一覧で確認し、確認が完了したら「完了」に変える。品質確認が未完了のタスクが「確認待ち」として残るため、確認漏れが起きにくい。
修正依頼が発生した場合は、タスクのコメントに修正内容を記録する。口頭や別のチャットで伝えた修正は記録が残りにくく、「言った・言わない」の問題を生む。タスクのコメントに残すことで、後から経緯を確認できる。