外注の納期が遅れたときの対応｜責める前に見るところ
外注に出した仕事の納期が遅れたとき、最初に浮かぶのは「なぜ守れなかったのか」という問いです。ただ、外注の納期の遅れへの対応を調べている人の多くは、相手を追及したいわけではなく、次の納品を落とさない方法を探しています。そして遅れの原因を掘っていくと、相手の作業速度ではなく発注側の伝え方や確認の速さに行き当たることが、実務ではかなりの割合を占めます。この記事では、責める前に発注側が点検すべき場所を先に置き、そのうえで遅れの兆しを早く拾うための工程の組み方、実際に遅れが起きた後の動かし方、取引の適正化として確かめておく窓口までを順番にまとめます。読み終えたときに、いまの進め方のどこで詰まっているのかを見極めて、次に何を変えるかを自分で決められる状態を目指します。
納期の遅れは「連絡が来た時点」ではもう手遅れになっている
外注の納期遅れで実務がいちばん痛むのは、遅れの長さそのものではありません。痛むのは、知るのが遅いことです。締切の前日に「間に合いません」と連絡が来た場合、発注側に残っている選択肢はほぼありません。社内のレビュー枠も、後工程の予定も、クライアントへの提出日も、すでにその納品を前提に組まれています。逆に1週間前に同じ情報が入っていれば、範囲を削る、人を足す、提出日をずらす交渉をするといった手が打てます。同じ「3日の遅れ」でも、知った時点が違うだけで被害の大きさは何倍にもなります。
だから、納期遅れの対応で本当に設計すべきなのは、遅れないようにする仕組みではなく、遅れそうな状態を早く見つける仕組みです。遅れをゼロにすることは、相手が人である以上できません。体調も崩れますし、別の案件が炎上することもあります。できるのは、遅れが確定する前に情報が届く経路を作っておくことだけです。
遅れが隠される構造を先に理解する
外注先が遅れを早く言わない理由は、性格ではなく構造にあります。よく聞くのは次の三つです。ひとつめは、遅れを申告した瞬間に評価が下がり、次の発注が来なくなると考えていること。ふたつめは、まだ挽回できると本人が信じていること。夜を詰めれば戻せるという見込みは、作業者の側からは常に楽観的に見えます。みっつめは、そもそも報告する場所と頻度が決まっていないことです。決まっていなければ、報告は「悪い知らせをわざわざ持っていく行為」になります。人は自分から悪い知らせを持っていきません。
この三つのうち、発注側が今日から変えられるのは一つめと三つめです。遅れの申告そのものを責めない態度を明示し、報告の場所と頻度を先に決めておく。これだけで、届くのが遅れ確定後から遅れ発生前に変わります。
遅れの種類を分けないと、対策が的外れになる
納期遅れをひとまとめに扱うと、対策は必ず「もっと早く言ってください」という精神論に落ちます。実際には少なくとも四つの型があり、打ち手はそれぞれ違います。
第一は着手遅れです。相手が受注した日から実際に手を動かすまでの間が空いている型で、途中経過を見ていない発注側からはまったく見えません。第二は解釈違いです。作業自体は進んでいたのに、出てきたものが求めていたものと違い、やり直しで時間を失います。第三は待ちによる停止です。素材、原稿、仕様の確定、社内の承認といった発注側から渡すべきものが届かず、相手が止まっています。第四は純粋な過負荷です。相手の抱えている量が単純に多く、順番が後ろに回されています。
このうち第一と第三、そして第二の大半は、発注側の運用で減らせます。第四だけが相手の事情ですが、それも早く見えていれば分担を変えられます。責める前に見るところ、という話の実体はここにあります。
社内の遅れより、外注の遅れが見えにくい理由
同じ遅れでも、社内の担当者の遅れは早く見つかります。隣に座っている、同じ会議に出ている、別の話題のついでに状況が漏れてくる。こうした偶然の情報が、報告とは別の経路で毎日入ってきます。外注先にはこの経路がありません。相手から届く情報は、意図的に送られたものだけです。
さらに、外注先は複数の発注者を抱えています。自分たちの案件が相手にとって何番目なのかを、発注側は知りません。相手の中で順番が後ろに動いた瞬間は、こちらには一切見えないまま過ぎていきます。相手が悪意を持っているわけではなく、優先順位の変更は取引先ごとに個別に起きるものだからです。
この二つが重なると、外注の遅れは「起きてから知るまで」の期間が社内の遅れより構造的に長くなります。ここを埋めるのに、連絡の回数を増やす方法は効きません。連絡は相手の作業時間を削るうえ、聞かれたから答えるという受け身の情報しか出てこないからです。埋めるべきなのは経路の数ではなく、相手が自分の都合で状況を書ける場所があるかどうかです。書ける場所があると、相手は聞かれる前に書きます。とくに、遅れそうだと感じた時点で「先方待ち」や日付の変更として置いておける形になっていると、悪い知らせを言葉にして伝える心理的な負担が下がります。
責める前に見る、発注側にある四つの要因
納期が遅れたとき、まず自分の側を点検します。防御的な自己批判のためではなく、次の再発を止められる場所が自分の側にしかないからです。相手を替えても、伝え方や確認の速さが同じなら、同じ遅れが同じ場所で起きます。
伝え方が曖昧だったのではないか
いちばん多い要因です。依頼文が「いい感じにお願いします」「前回と同じ感じで」で成立してしまう関係ほど、後半で崩れます。曖昧さは着手の遅れとして現れます。相手は何から手を付けるべきか決められず、確認の連絡を書こうとして後回しにし、そのまま数日が過ぎます。
依頼を出した文面を、遅れが起きた後に読み返してみると、判断できない箇所が必ず見つかります。完成の条件が書かれていない、参考にすべきものが示されていない、優先順位が付いていない、誰が最終的に良し悪しを決めるのかが書かれていない。この四つのうち一つでも欠けていると、相手は自分の判断で埋めるか、確認を待つかのどちらかを選ぶことになります。前者は解釈違いに、後者は着手遅れになります。
曖昧さを減らす方法は増やすことではなく、決めることです。依頼のたびに長文の仕様書を書く必要はありません。完成の条件を3つだけ箇条書きにする、最終判断者の名前を1人書く、この2点を守るだけで解釈違いは大きく減ります。逆に、条件を20個並べた仕様書は読まれないので、書いた側の安心にしかなりません。
途中が見えていなかったのではないか
途中が見えていない発注は、納品日が来るまで進捗が「0%か100%か」しかありません。相手が半分まで進んでいるのか、まだ手を付けていないのかを、発注側は知る手段を持っていない状態です。この状態で「順調です」という報告が返ってきても、それは事実の報告ではなく、聞かれたから返した挨拶に近いものになります。
途中を見るというのは、監視することではありません。監視は相手の負担を増やし、報告のための報告を生みます。必要なのは、作業の途中に「そこまで進んだと分かる地点」を置くことです。原稿なら構成案、設計なら要件のたたき台、制作物ならラフ。この中間物が発注側に渡ってきた時点で、進み具合も解釈の一致も同時に確認できます。中間物の受け渡しは進捗管理であると同時に、手戻り防止でもあります。
現場でしばしば起きるのは、この中間物を「まだ見せられる出来ではない」という理由で相手が抱え込むことです。完成度を上げてから見せたい気持ちは自然ですが、抱えられた期間はそのまま発注側の盲点になります。中間物は品質を評価する場ではなく方向を確認する場だと、依頼の時点で伝えておく必要があります。
確認待ちで止めていたのではないか
遅れの原因が発注側の確認の遅さだったというケースは、想像よりずっと多くあります。相手が金曜の夕方に確認依頼を出し、返答が翌週の水曜になれば、その3営業日はそのまま納期を食います。しかも相手はその間に別の案件を入れているので、返答が来ても即座には戻ってきません。実質の損失は待たせた日数より長くなります。
自分たちの確認がどれくらい滞留しているかは、感覚では分かりません。分かるようにするには、確認待ちを一覧できる場所が要ります。誰かの判断を待っている項目が並んでいて、いつから待っているかが見える状態です。これがないと、確認待ちはメールやチャットの流れの中に沈み、催促されるまで存在しないものとして扱われます。
確認の速さは、返答の内容の質より効きます。完璧な回答を3日後に返すより、暫定の方針を当日返して後で微修正するほうが、全体の納期には効きます。とりまとめる立場の人が持てる最大のレバーは、実はここです。
途中の変更が記録に残っていなかったのではないか
進行中に仕様が変わることは避けられません。問題は、その変更が口頭やチャットの一言で流れ、記録に残らないことです。残らないと、納期の再設定も行われません。当初の締切だけがそのまま残り、増えた作業分だけ相手が沈みます。
遅れが表面化してから「そんな話は聞いていない」「あのとき言いました」の応酬になるのは、記録の場所を決めていなかった結果です。責任の所在の問題に見えますが、実際には設計の問題です。変更が起きた場所と、締切が書いてある場所が別々になっているかぎり、両者は必ずずれます。
変更を受けたら締切も一緒に見直す、という運用は、変更と締切が同じ画面に載っていて初めて習慣になります。別の場所にあるものを人間の意志で同期させ続けるのは、2週間ももちません。
遅れの兆しを早く見つける工程の組み方
発注側の四点を点検したら、次は再発を防ぐ側に移ります。ここで狙うのは、遅れをなくすことではなく、遅れの兆しが自動的に目に入る状態を作ることです。
締切だけでなく着手予定日を置く
締切だけを管理していると、締切の前日まで異常が検出できません。着手予定日を置くと、検出の機会が前倒しになります。着手予定日を過ぎているのに作業が始まっていない項目は、それだけで確認に値します。
着手予定日は相手を縛るためではなく、こちらが気づくための目印です。相手には「この日までに始められそうか、始められないなら理由を教えてほしい」という形で伝えます。始められない理由の多くは、素材が届いていない、仕様が未確定、前工程が終わっていないという発注側起因のものです。つまり着手予定日は、発注側の宿題を炙り出す装置としても働きます。
運用としては、着手予定日を締切から逆算して置きます。作業に5日かかると見積もった仕事の締切が月末なら、着手予定日は月末の7日前あたりに置く。差の2日は予備です。予備を取らずにぴったり逆算すると、着手が1日ずれた時点で締切が動きます。
中間の受け渡し点を二つか三つに割る
納品を一点集中にせず、途中に受け渡し点を置きます。目安は、期間の長さにかかわらず2つから3つです。多すぎると相手の作業が細切れになり、報告のための作業が増えます。
割り方は工程で分けるのが自然です。方向を決める段階、形にする段階、仕上げる段階。それぞれの終わりに、確認できるものが発注側に渡ります。この形にすると、遅れは受け渡し点で検出されます。最初の受け渡し点が遅れた仕事は、ほぼ確実に最終納期も遅れます。逆に言えば、最初の受け渡し点さえ見ていれば、締切の何週間も前に警報が鳴ります。
受け渡し点を置くときに注意したいのは、そこで毎回フル稼働のレビュー会を開かないことです。会議にすると開催の日程調整が入り、その調整自体が待ち時間になります。受け渡し点は「置かれたら見る」で十分です。
状態の呼び方をチームで一つに揃える
進行の表がすぐ嘘になる原因の一つは、状態の呼び方が人によって違うことです。「対応中」と書かれた項目が、着手済みを意味するのか、確認待ちを意味するのか、返答を書いている最中を意味するのか、書いた人にしか分かりません。呼び方が揃っていない一覧は、眺めても遅れを検出できません。
揃えるべき状態は多くありません。未着手、作業中、こちら待ち、先方待ち、完了。この5つで足ります。重要なのは「こちら待ち」と「先方待ち」を分けることです。この二つを分けていない現場は、待ち時間の責任が誰にあるかを毎回議論することになります。分けてあれば、こちら待ちの列が伸びている週は、遅れの原因が自分たちの確認速度にあると一目で分かります。
状態の呼び方を揃える作業は、道具の設定というより言葉の合意です。合意しないまま道具だけ入れると、列の名前は増え続け、半年後には誰も使わない列が並びます。
待ちの列を、人ではなく状態で見る
進捗を人ごとに見ると、忙しい人と暇な人の話になります。状態ごとに見ると、詰まっている場所の話になります。納期の遅れを減らしたいなら、後者で見ます。
具体的には、「こちら待ち」に入っている項目の数と、それぞれが何日そこにいるかを週に一度見ます。数が増え続けているなら、承認や判断の手が足りていません。同じ項目が5日以上そこにいるなら、判断者が決まっていない可能性が高い。この二つは、相手を管理するより先に直すべき自分たちの問題です。
板の形で進行を扱う道具は、この見方と相性が良い作りになっています。列が状態を表し、カードが項目を表すので、詰まりが列の長さとしてそのまま目に見えます。表計算で同じことをやろうとすると、状態列で並べ替えて数える作業が毎回発生し、続きません。板型の道具で何ができるのかはできることの説明にまとまっているので、いまの進め方でどこが自動化できるかを照らし合わせて確かめられます。
定例の報告会より、状態が変わった時点の記録を優先する
遅れの検出を強化しようとすると、多くのチームがまず定例の報告会を増やします。週次を隔週から週次に、週次を隔日に。ところが会議の頻度を上げても、検出できるのは会議の日までに起きたことだけです。月曜に報告会をやっているチームで、火曜に発生した遅れは次の月曜まで見えません。しかも会議が増えるほど、参加する人の作業時間は減ります。
より効くのは、状態が変わった時点でその場に記録が残る形にすることです。着手した、受け渡し点を通過した、確認を待っている、日付が変わった。この四種類が起きた瞬間に記録されていれば、遅れの検出は会議とは無関係になります。とりまとめる人は、会議の準備として全員に聞いて回るのではなく、すでに残っている記録を見るだけで済みます。
定例をゼロにする必要はありません。定例は、遅れの検出ではなく判断のためにあります。削るべきかどうか、人を足すかどうかといった判断は、集まって決めたほうが早い。検出は記録に任せ、判断を会議に任せる。この分担にすると、報告会の時間は半分ほどに減らせます。減らした時間の分だけ、確認待ちの滞留も短くなります。
外注先が絡む場合、この記録の場所を相手も書ける状態にしておくことが前提になります。発注側だけが書ける場所に記録を置くと、結局は聞き取りと転記が発生し、記録の鮮度は落ちます。相手が自分の担当分だけを見て、自分の状態だけを更新できる場所を用意することが、遅れの検出を早める最短の道です。
遅れが起きた後、最初の数日で何をするか
予防をどれだけ組んでも、遅れは起きます。起きた後の動き方を決めておくと、感情的なやり取りに時間を取られずに済みます。
連絡を受けた当日にやること
最初にやるのは、原因を聞くことではありません。新しい着地点を確定させることです。「いつなら出せるか」を数字で確認し、その数字に根拠があるかを一往復だけ確かめます。根拠とは、残りの作業量と、確保できる時間の見込みです。ここが「がんばります」で終わると、二度目の遅れが確定します。
同時に、社内と後工程への連絡をこの日のうちに出します。遅れは、伝わるのが遅いほど選択肢を潰します。自分のところで抱えて調整しようとして2日使うと、後工程が打てた手も消えます。とりまとめる立場の人がやってしまいがちな失敗の代表がこれです。
原因の追及はこの日にはやりません。追及すると相手は防御に回り、事実が出てこなくなります。事実が出てこなければ、次の予防が組めません。
翌日までに決めること
着地点が決まったら、そこに合わせて中身を組み直します。決めるのは三つです。範囲を削るか、人を足すか、日付を動かすか。三つとも動かせないという状況はほとんどありません。動かせないと感じるときは、削れないと思い込んでいる部分が実は削れます。
範囲を削る場合は、削った内容を必ず記録に残します。削ったまま忘れると、納品後に「入っていないじゃないか」という指摘が来ます。人を足す場合は、足した人に渡す情報の準備に時間がかかることを織り込みます。締切間際に人を足すと、かえって遅くなる場面のほうが多い。日付を動かす場合は、動かした先の日付を関係者全員が同じ場所で見られる状態にします。個別に連絡して回ると、必ず一人に伝わっていません。
納品が終わった後にやること
遅れた案件は、終わった直後に短く振り返ります。時間は15分で足ります。見るのは、いつ遅れが発生したか、いつ発注側が気づいたか、その差は何日だったか、の三点です。
この差が縮んでいれば運用は改善しています。原因が毎回違っても構いません。むしろ、気づくまでの日数だけを追い続けるほうが、原因の分類より役に立ちます。原因は無限にありますが、気づくのが早ければどの原因でも対処できるからです。
振り返りの結論は、個人の反省ではなく仕組みの変更として書きます。「次はもっと早く報告する」ではなく、「構成案の提出日を工程に入れる」と書く。前者は忘れられ、後者は残ります。
取引の適正化として確かめておくこと
納期の遅れをめぐるやり取りは、進行管理の話であると同時に、取引条件の話でもあります。委託の形や当事者の規模によっては、発注時の書面の交付、支払期日の定め、代金の減額や受領拒否の扱いなどについて法令上のルールが関わってきます。
下請取引の公正化と受託事業者の利益保護を目的として、発注者側には書面の交付や支払期日の設定などの義務が定められ、あわせて受領拒否や代金の減額といった行為が禁止行為として整理されています。 出典: www.jftc.go.jp
ただし、この分野の制度は改正が続いており、名称や対象範囲、要件が見直されることがあります。自分たちの取引がどの制度の対象になるのか、遅れが発生したときに支払期日や代金の扱いをどう考えるべきなのかは、記事の側で断定できる性質のものではありません。実際の判断にあたっては、公正取引委員会や中小企業庁が公開している案内で最新の内容を確かめ、必要に応じて相談窓口や弁護士に、契約書と実際のやり取りを示して確認してください。
実務として押さえておきたいのは、次の点です。遅れの責任がどちらにあるかを判断する材料は、後から作れないということです。いつ何を依頼したか、いつ確認を返したか、いつ仕様を変えたか。これらが記録に残っていない状態で交渉に入ると、双方の記憶の突き合わせになり、関係だけが悪くなります。逆に、依頼と確認と変更が同じ場所に時刻付きで残っていれば、話し合いは事実の確認から始められます。
遅れを理由に代金を一方的に減らす、受け取りを拒む、支払いを先延ばしにするといった対応は、契約や法令の面で慎重な検討が要る領域です。感情の勢いで即断せず、まず社内で確認する手順を決めておくほうが安全です。取引先との関係が長期になるほど、この慎重さが結果的に納期の安定にも効きます。
もうひとつ、遅れの原因が発注側の待たせ時間にあった場合の扱いも先に決めておきたい点です。素材の提供が遅れた、仕様の確定が延びた、承認が滞った。こうした事情があるのに当初の締切だけを盾にすると、次の案件から相手は見積もりに余裕を厚く積むようになります。結果として、平常時の納期が全体的に伸びます。待たせた分は工程の側で吸収し、締切を引き直すほうが、長い目で見れば早く上がります。どこまでが自分たちの待たせ時間だったのかを後から示せるようにしておくことが、この判断を感情論から切り離す唯一の方法です。
道具の側に原因が残っていないかを確かめる
運用を整えても遅れの検出が遅いままなら、原因は道具の側に残っています。ここは道具を売り込む話ではなく、いま使っているものがどこで限界に来ているかを見極める話です。
表計算とチャットの組み合わせが止まる場所
進行の表を表計算で持ち、やり取りをチャットで行う組み合わせは、多くのチームの出発点です。止まる場所は決まっています。ひとつは、表を誰か一人が引き直している間、他の人がその表を見られないこと。ふたつめは、外注先に表を見せると社内の他案件まで見えてしまうこと。みっつめは、チャットで決まった変更が表に反映されず、表が実態から離れていくことです。
三つめが最も静かに効きます。表が実態と離れると、遅れの検出が表ではなくチャットの読み返しに移り、とりまとめる人の頭の中だけが唯一の正しい情報になります。この状態は、その人が休んだ日に全部止まります。
板の形に移すときに見る点
板の形で進行を扱う道具に移すと、状態が列として見え、待ちの詰まりが目視できるようになります。ただし、道具を替えれば自動的に良くなるわけではありません。移すときに確かめる点は三つあります。外注先を招いたときに見せる範囲を絞れるか、締切と着手予定日の両方を持てるか、変更のやり取りが項目と同じ場所に残るか。この三点が満たされないと、移した先でも同じ場所で止まります。
いま使っている道具からの移行を検討する場合、比較の観点は機能の数ではなく、この三点にどう答えているかです。すでに使っている道具の名前で選択肢を絞りたい場合は、Trelloとの比較やAsanaとの比較、Backlogとの比較といったページで、それぞれの向き不向きが整理されています。文書と進行を同じ場所に置きたい運用ならNotionとの比較が、案件ごとの表形式の管理に慣れているならmonday.comとの比較やJootoとの比較が参考になります。どれが自分たちの形に近いか分からない段階なら、まず比較の一覧から自分たちの使い方に近いものを探すのが早い順路です。
なお、乗り換えを勧める意図はありません。いまの道具で状態が揃っていて、外注先が毎日開いていて、確認待ちが見えているなら、替える理由はありません。替えるべきなのは、開かれていない場合だけです。
人数で線を引く考え方と、認めるべき制約
外注が絡む進行では、板の数と人数がすぐ増えます。ここで機能ごとに料金が刻まれていると、必要な機能を使うために全員分の等級を上げることになり、費用が急に跳ねます。機能で絞らず、区切るのは人数とボードの数だけという考え方を取ると、外注先を招く判断が費用の問題ではなく運用の問題になります。この線引きが実際にどう効くかは料金の考え方を見ると分かります。
同時に、認めておくべき制約もあります。コードを置くリポジトリの機能は持っていません。外部サービスとの自動連携や高度な自動化で勝負する設計にもなっていません。画面は日本語のみです。自動で取り込めるのは一つの道具からだけで、他からは手で作り直すことになります。開発の工程を丸ごと一つの道具に集めたいチームには合いません。合うのは、進行の状態を一枚の板にまとめて、外注先も含めた全員が同じものを見ている状態を作りたいチームです。
移行そのものの手順を先に確認しておきたい場合はTrelloからの移行に手順がまとまっています。外注先を招くにあたって社内で説明を求められる論点、たとえばデータの置き場所や権限の考え方については安全性の考え方を先に読んでおくと、稟議の場で止まりません。導入前の細かい条件はよくある質問から確かめられます。
結局のところ、変えるのは順番
外注の納期遅れへの対応をまとめると、順番はこうなります。遅れが起きたら、まず着地点を決めて社内と後工程に流す。原因の追及は後に回す。落ち着いたら、伝え方、途中の見え方、確認の速さ、変更の記録という発注側の四点を点検する。そのうえで、着手予定日と中間の受け渡し点を工程に入れ、状態の呼び方を揃え、待ちの列を状態で見る。最後に、その見方が成立しない道具を使っているなら、道具を替える。
この順番を逆にして、道具から入ると、設計を道具の都合に合わせることになり、遅れの検出はやはり遅いままになります。納期の遅れは相手の能力の問題として語られがちですが、対応の巧拙が最も表れるのは、遅れを何日前に知れるかという一点です。そこを縮める仕事は、発注側にしかできません。
Q1. 外注先の納期が遅れたとき、最初に何をすればよいですか？
原因を聞くより先に、新しい着地点を数字で確定させてください。いつなら出せるかを確認し、残りの作業量と確保できる時間から根拠を一往復だけ確かめます。そのうえで、社内と後工程への連絡を同じ日のうちに出します。抱えて調整しようとすると、後工程が打てた手まで消えます。原因の追及は落ち着いてから行います。
Q2. 遅れが発生したことに早く気づくには、何を工程に入れればよいですか？
締切だけでなく着手予定日を置き、途中に受け渡し点を2つから3つ用意します。着手予定日を過ぎても始まっていない項目は、それだけで確認に値します。最初の受け渡し点が遅れた仕事は最終納期も遅れやすいため、締切の何週間も前に警報を出せます。
Q3. 進捗の状態は、どのくらいの種類に分ければよいですか？
未着手、作業中、こちら待ち、先方待ち、完了の5つで足ります。重要なのは、こちら待ちと先方待ちを分けることです。分けていないと、待ち時間の責任を毎回議論することになります。分けてあれば、こちら待ちの列が伸びた週に、遅れの原因が自分たちの確認速度にあると一目で分かります。
Q4. 遅れを理由に代金を減額したり、受け取りを拒んだりしてよいですか？
記事の側で結論を示せる性質のものではありません。委託の形や当事者の規模によって適用される制度が異なり、内容も改正されることがあります。公正取引委員会や中小企業庁が公開している最新の案内を確かめ、契約書と実際のやり取りを示したうえで相談窓口や弁護士に確認してください。感情の勢いで即断しないことが結果的に納期の安定にも効きます。