納期の3日前になって「実はまだ半分しかできていません」と外注先から連絡が来る——。受託の現場で納期遅れが起こるとき、原因の多くは作業スピードではありません。遅れに「気づくのが遅い」ことが原因です。遅れを2週間前に見つけられればタスクの組み替えや前倒しで吸収できますが、3日前ではもう打つ手がありません。

遅れに早く気づくための道具が工程表、なかでもガントチャートです。ガントチャートとは、工程を横棒の帯で表し、期間と進捗を時系列で見える化する図です。誰が・どのタスクを・いつからいつまで担当し、いま何%まで進んでいるかが一枚で分かるため、「予定より帯が進んでいない」という遅れの兆候を早い段階で拾えます。

この記事では、Web制作・システム開発・デザインなどの受託事業者に向けて、工程管理が難しくなる理由と、ガントチャートを挫折せずに回すための運用のコツを解説します。

この記事の要点

  • 納期遅れの原因の多くは作業の遅さではなく「気づくのが遅い」ことで、2週間前に気づければタスクの組み替えで吸収できます。
  • ガントチャートは「帯は4〜6本から粗く始める」「帯に担当を付ける」「進捗%を週2回更新する」「工程の間に数日のバッファを置く」の4つで回すと続きます。
  • 工程管理でいちばん時間を取られるのは外注先への進捗の聞き取りなので、同じ工程表を外注先と共有して本人に進捗%を更新してもらうのが効果的です。
納期遅れに早く気づくための4つの運用を示した図。工程を粗く始める、帯に担当を付ける、進捗%を週2回更新する、工程間にバッファを置く、の4つが「遅れに早く気づく」につながることが確認できる

受託の工程管理が難しい理由

受託の工程管理には、社内プロジェクトとは違う難しさがあります。代表的なものは次の3つです。

難しさ現場で起きること
案件が並行して走るA案件のデザイン、B案件のコーディング、C案件の要件定義が同時に進み、頭の中だけでは追い切れない
作業メンバーが社外にいる外注パートナーの進捗が見えず、聞かないと分からない。聞くのにも気を使う
仕様変更が前提クライアント都合で工程が動く。作り込んだ工程表ほど、変更のたびに崩れる

1案件だけなら頭の中でも管理できます。しかし3案件が並行し、そのうち2つで外注パートナーが動いている状態になると、「どの案件のどのタスクが危ないか」を記憶で追うのは現実的ではありません。ここが、工程表を「見える場所」に置くべき分岐点です。そもそも並行する案件数が稼働に対して多すぎないかは、受託の稼働管理のやり方で確かめられます。

また、仕様変更で工程が延びるときは、納期だけでなく追加費用の話も同時に決めておくと、後で粗利が削られません。進め方は受託の仕様変更・追加対応の管理で手順にしています。

ガントチャート運用のコツ4つ

ガントチャートは作ること自体は難しくありません。難しいのは続けることです。作り込みすぎて更新が追いつかず、1ヶ月で誰も見なくなる——という失敗を避けるための運用のコツを4つ紹介します。

  1. 工程は粗く始める。最初から数十行のタスクを並べる必要はありません。「要件定義→デザイン→コーディング→公開」のような4〜6本の帯から始めます。粗い工程表は仕様変更にも強く、更新の手間も小さくて済みます。細分化は、実際に運用してみて「この帯は中身が見えないと困る」と感じたところだけで十分です。
  2. タスクに担当を割り当てる。帯には担当者を付けます。社内メンバーか外注パートナーかも分かるようにしておくと、「この帯が遅れたら誰に連絡するか」が即座に分かります。担当のない帯は、遅れても誰も気づきません。
  3. 進捗%を週2回更新する。毎日更新は続きませんし、週1回では遅れの発見が最大1週間遅れます。月曜と木曜など、週2回のリズムで各タスクの進捗%を更新するのが現実的な落としどころです。更新のタイミングを決めてしまえば、1回あたり数分で終わります。
  4. 遅れの兆候はバッファで吸収する。各工程の間、特に外注パートナーの納品と次工程の間には数日のバッファを置きます。進捗%の伸びが鈍いタスクが見つかったら、バッファを使って後工程の開始を守れるかをまず検討します。バッファを最初から設計しておけば、小さな遅れが納期遅れまで連鎖しません。

4つに共通するのは、「完璧な工程表を作る」のではなく「遅れの兆候が見える状態を保つ」という考え方です。工程管理の目的は美しいガントチャートを作ることではなく、納期を守ることです。更新が続けられる粒度とリズムを優先してください。

外注先と一緒に工程を見る

工程管理でもっとも時間を取られるのは、実は工程表の更新ではなく進捗の聞き取りです。「進捗いかがですか?」と外注パートナーに連絡し、返事を待ち、聞いた内容を工程表に転記する。この往復が、案件数×外注先の数だけ発生します。

ここを解決する考え方はシンプルで、同じ工程表を外注先と一緒に見ることです。外注パートナーが自分のタスクの進捗%を直接更新できれば、聞き取りと転記が丸ごとなくなります。発注側は工程表を開くだけで最新の状況が分かり、外注側も「進捗どうですか」の連絡に都度返信する負担から解放されます。遅れの兆候が出た瞬間に、双方が同じ画面で気づける——これが本来の工程管理の姿です。工程以外の発注・支払のやり取りも含めた共有の仕方は、協力会社との情報共有のやり方で扱っています。

受注から工程表、外注先との共有までをつなぐ仕組み

ここからは自社製品の紹介です。受託事業者向けSFA/CRMのPipelia(パイプリア)では、商談を受注にすると案件が自動で作られ、その工程をガントチャートで管理できます。タスクごとに外注先を割り当てて進捗%で遅れを確認でき、外注先もPipeliaを使っていれば、共有を選んだ工程を相手がそのまま見て更新できます(外注先はFreeプランのまま参加できます)。

Pipeliaの工程ガントチャート画面。タスクごとに外注先を割り当て、進捗%と納期遅れを確認できる

営業から工程・粗利までを一本のツールにまとめるかどうかの考え方は、受託のSFAの選び方で解説しています。

よくある質問

エクセルやスプレッドシートのガントチャートではだめですか?

始めるには十分です。ただし、外注先との共有、進捗%の更新、仕様変更のたびの帯の引き直しを続けるうちに、更新コストで挫折しやすいのも事実です。「最近更新されていない工程表」になってきたら、工程管理機能のあるツールへの移行を検討するタイミングです。スプレッドシートで作る場合の列設計と数式は、スプレッドシートでガントチャートを作るにまとめています。

進捗%はどうやって決めればいいですか?

厳密な計算は不要です。担当者の自己申告で「0・25・50・75・100」の5段階程度に丸めるのが続けやすい方法です。大事なのは数字の精度ではなく、「前回の更新から伸びていない帯」を見つけることです。

外注先に工程表を共有するとき、どこまで見せるべきですか?

その外注先が関わる工程と、前後のつながりが分かる範囲で十分です。案件全体の金額や、他の外注先の情報まで開示する必要はありません。Pipeliaの組織間連携では、共有されるのは発注の件名・金額・納期・進捗・支払状況と、共有を選んだ工程のみという設計になっています。