納期が遅れ始めたと感じたら、すぐ連絡すべきか様子を見るべきか

「遅れているかも」と思った瞬間が、確認のタイミング

開発を発注してしばらく経つと、進捗共有の頻度が減ったり、「順調です」という返信が短くなったりすることがあります。ここで多くの発注者が悩むのが、「催促するほどではないかもしれない」「様子を見ているうちに本当に遅れたら困る」という板挟みです。

結論から言うと、「遅れているかも」と感じた時点で、催促ではなく確認の連絡を入れてよいというのが基本線です。進捗確認は開発会社にとって失礼な行為ではなく、むしろ発注者として当然の権利です。自己資金300万円前後という限られた予算で走っている個人の立ち上げでは、納期の遅れがそのまま資金繰りや次の一手の遅延に直結します。「催促していると思われたくない」という遠慮が、後になって一番のリスクになりかねません。

とはいえ、あらゆる遅れに対して同じ強度で反応する必要もありません。この記事では、すぐ連絡すべきサインと、少し様子を見てよいケースを整理します。

すぐ連絡すべきサイン

以下のいずれかに当てはまる場合は、様子見をせず、その日のうちに連絡することをおすすめします。

• 進捗報告が事前に決めた頻度より止まっている（週次の約束が2週続けて来ない、など）
• 問い合わせへの返信が明らかに遅くなった（数時間〜1日だったものが、数日返ってこない）
• 「順調です」という報告はあるが、具体的な進捗（画面・機能・数値）が示されない
• 担当者の交代や体制変更の気配があるのに、正式な連絡がない
• マイルストーン（中間検収や画面確認のタイミング）を過ぎても、確認依頼が来ない

これらは「遅れている可能性」そのものよりも、「情報が止まっている」ことが問題です。実際の進捗がどうであれ、発注者側から見える情報が減っているという状態は、放置すればするほど後から挽回しにくくなります。連絡の仕方は詰問調である必要はなく、「進捗の状況を教えていただけますか、予定通り進んでいますか」という素直な確認で十分です。

様子を見てよいケース

一方で、次のようなケースでは、多少の遅れがあっても様子を見る余地があります。

• 要件変更や追加依頼を自分側から出した直後（当然、その分の調整時間は必要になります）
• 技術的に難易度の高い機能で、事前に「時間がかかる可能性がある」と共有されていた
• 進捗報告は続いており、具体的な作業内容が示されている（多少ペースが遅くても、状況が見えていれば致命的ではありません）
• 契約時に決めたバッファ期間の範囲内である

ここで大事なのは、「進捗が見えているかどうか」を判断の軸にすることです。多少スケジュールが押していても、何が終わっていて何が残っているかが共有されていれば、発注者としては次の判断（追加予算を投じるか、機能を削るか）ができます。逆に、進捗が見えなくなった瞬間は、遅れの大小に関わらず連絡すべきタイミングです。

判断の目安を表で整理

連絡したその先は、コラムで深掘りを

「連絡すべき」と判断した後、実際に何を確認すればよいかは、納期が遅れ始めたとき、発注者側がまず確認すべきこと で具体的に整理しています。また、そもそも遅延が起きにくい体制を契約の段階で作っておきたい場合は、「これも追加でお願い」が積み重なる前に、決めておくべきこと や 開発会社との初回打ち合わせで、必ず聞くべきこと も参考になります。危険な兆候が続く場合の見極め方は 危険な開発会社のサイン。契約前に見抜きたいチェックポイント にも通じる視点です。

納期の遅れは、多くの場合「連絡するかどうか」ではなく「情報が見えているかどうか」の問題です。遠慮せず早めに確認することが、結果的にトラブルを防ぎ、限られた予算と時間を守ることにつながります。