Webディレクターの進行管理のやり方｜進行管理表の9列と確認待ちの管理

「デザインは上がっているのに、クライアントの確認が返ってこなくて公開日を動かせない」「いま案件がどこで止まっているのか、聞かれた瞬間に答えられない」。Webディレクターの進行管理でつまずく原因は、自分の作業の遅れではなく他人の手にボールがある時間を管理していないことにあります。この記事では、進行管理表に最低限そろえる9列、毎日10分で回す更新ルール、確認待ちと差し戻しの扱い方までを、1人で案件を回すディレクター向けに解説します。

Webディレクターの進行管理とは？進捗管理との違いから整理する

Webディレクターの進行管理とは、公開日から逆算して工程を並べ、いま誰の手にボールがあるかを常に分かる状態に保つ仕事です。手を動かして成果物を作るのは自分ではなく、デザイナーやエンジニア、そしてクライアントです。だからこそ、自分の作業リストを管理しても案件は前に進みません。

この記事では「進行管理＝工程と工程のつなぎ目を管理すること」「進捗管理＝ひとつの作業がどこまで終わったかを追うこと」という切り分けで話を進めます。業界共通の定義として決まっているわけではないので、社内で別の使い分けをしているなら、そちらに読み替えてください。

大事なのは呼び方ではなく、2つを別の作業として扱うことです。

進行管理と進捗管理を分ける5つの軸

この2つを1枚の表に混ぜると、表が急に重くなります。デザイナーの作業が7割終わったかどうかは、ディレクターが毎日追う情報ではありません。

ディレクターが追うのは「その作業がいつ自分の手に戻ってくるか」の1点です。進捗の中身は担当者に任せ、戻ってくる日だけを自分の表に持ってください。

なお、複数のディレクターが在籍する制作会社で「担当者が休むと案件が止まる」という組織側の課題を扱う場合は、進行管理表の作り方より仕組みの共有が先になります。そちらは制作会社の進行管理が属人化する原因と解消の手順で扱っています。

ディレクターの進行管理が止まる3つの地点

進行管理が崩れるとき、原因はほぼ3か所に集まります。どれも自分が作業をサボったわけではなく、他人の動きを待っている状態を表に書いていないことで起きます。

①クライアントの確認待ちで止まる

ワイヤーフレームを提出して「ご確認お願いします」と送ったあと、その案件は自分の頭から一度消えます。3日後に思い出して催促し、返ってきたのはそのさらに4日後。

提出から返信まで空いた7日間はスケジュール表のどこにも書かれていないのに、公開日は7日ぶん後ろへ動きます。確認待ちの時間は、工程の隙間ではなく工程そのものとして扱う必要があります。

②外注パートナーの着手待ちで止まる

依頼はしたが、相手がいつ着手するかを握っていないパターンです。「来週やります」の来週が相手の来週なのか自分の来週なのか曖昧なまま進むと、納品予定日の前日に「まだ手をつけていない」と分かります。

依頼した日ではなく、相手が着手する日と提出する日を数字で押さえると、この止まり方は減ります。

③仕様変更が進行管理表に反映されないまま進む

打ち合わせで決まった変更が、議事録には書かれたのに表には反映されていない状態です。ページが2枚増えたのに公開日が変わらないまま走り、実装の週になって破綻します。

仕様が変わった日に工程と日付を直す、という手順を決めておいてください。表を直さない限り、変更は誰にも共有されていないのと同じです。

進行管理表の作り方｜最低限そろえる9列

進行管理表は、列を増やすほど更新されなくなります。1人で回すディレクターが毎日埋められる現実的な線は9列です。

ここでは列名・入れる値・更新するタイミングをセットで決めます。Web制作の案件管理テンプレートの項目設計で扱っている「案件」単位の台帳とは粒度が違い、こちらは1案件の中の工程を1行ずつ並べる表です。

9列に何を入れるか

9列のうち、市販のテンプレートや一般的な工程表にほとんど入っていないのが3列目・6列目・7列目です。この3つが確認待ちを可視化する列で、ここを空欄にしたまま運用すると「相手待ちなので進んでいません」という報告しかできなくなります。

逆にこの3列が埋まっていれば、進捗を聞かれたときに「いまクライアントさんの確認待ちで、返答期限は今週の木曜、来なければ翌日の金曜に連絡します」と即答できます。

9列目を「メモ」ではなく「次にやること」にしているのも意図があります。メモ欄は経緯の置き場になりやすく、読み返しても次の行動が分かりません。1行で書けない状態が続く工程は、たいてい工程の切り方が大きすぎます。

案件規模で足す列・削る列

9列は下限であって上限ではありません。案件の性質に応じて足し引きしてください。

• ページ数が多いサイト制作：「対象ページ」列を足し、工程×ページで行を分ける（10ページ以上なら別シートに分ける方が見やすくなります）
• 関わる人が3人以上：「レビュー担当」列を足す。ボール保持者と承認者が違う案件では、承認者不在で止まる時間が生まれます
• 1人で完結する小規模改修：3列目のボール保持者は自分固定になるので削ってよい。代わりに「作業時間の見込み」を足すと1日の埋まり具合が読めます
• 運用・保守の定期案件：予備日より「次回実施日」の方が効くので入れ替える

足してはいけないのは金額・請求・入金の列です。進行管理表は毎日開くもの、お金の情報は月末に開くもので、更新の周期が違います。

混ぜると片方の鮮度が必ず落ちます。受注から入金までを追う列設計は案件管理スプレッドシートの受注から入金までの列設計に分けてあるので、2枚を使い分けてください。

公開日から逆算して各工程の日数を置く

列を作っただけでは日付は決まりません。提出予定日を埋める前に、工程ごとの所要日数を出して、公開日から後ろ向きに積み上げます。手順は4つです。

1. 公開日を先頭に置き、公開作業に必要な日数を引く（動作確認と、連絡がつかない場合の予備時間を含めて考えます）
2. 実装・原稿・デザイン・構成の順に、自分が手を動かす工程は自分の空き時間から日数を出す
3. 他人が手を動かす工程は自分で決めず、担当者に「この内容で何営業日みますか」と聞いて、返ってきた数字をそのまま入れる
4. 相手の確認が入る工程には、確認そのものの日数を1工程として置く（提出予定日と返答期限の間隔がその日数です。次の連絡日は、返答期限の翌営業日に置きます）

3番目を自分の感覚で埋めてしまうと、あとで「その日数では無理です」と戻ってきて、逆算が最初からやり直しになります。デザイナーや実装担当に日数を聞くときは、確定した仕様と参考URLを添えて聞くと、返ってくる数字の精度が上がります。

聞ける相手がまだ決まっていない工程は、日数を空欄にしたまま先に進め、決まった日に埋めてください。根拠のない数字を置くより、空欄のほうが扱いを間違えません。

途中で必ず立ち止まる日を先に決める

逆算で日付が並んだら、そのうち4つを「ここまで来ていなければ公開日を動かす」という節目として先に決めておきます。すべての工程を等しく見張るより、節目だけを見るほうが判断が速くなります。

Web制作でよく使うのは、構成の確定日・デザインの確定日・実装完了日・テスト完了日の4つです。

節目は表の「工程」列に印を付けるだけで足ります。大事なのは、その日に何を見るかを先に決めておくことです。

構成の確定日なら「クライアントからページ構成のOKが文章で返ってきているか」を見ます。返ってきていなければ、その時点で公開日をずらす相談を始めてください。

節目を過ぎてから遅れに気づくと、相談ではなく謝罪から入ることになります。

そのままコピーして使える進行管理表テンプレート

下のテキストはタブ区切りです。全体をコピーしてスプレッドシートのA1セルに貼り付けると、そのまま9列の表になります。

日付と名前はサンプルなので、自分の案件のものに置き換えてください。9月8日に着手した案件を、9月15日の朝に見ている想定で書いてあります。

工程	成果物	ボール保持者	状態	提出予定日	返答期限	次の連絡日	予備日	次にやること
要件整理	要件メモ・サイトマップ	自分	完了	9/8	-	-	1	-
構成	ワイヤー一式	クライアント	提出済み	9/11	9/17	9/18	2	9/18に未返答なら電話で確認
デザイン	TOPデザイン	デザイナー	未着手	9/18	9/25	9/28	3	構成のOKが返ったらデザイナーへ発注する
原稿	全ページ原稿	クライアント	未着手	9/25	10/2	10/5	2	構成確定後に原稿依頼を送る
実装	ステージング環境	エンジニア	未着手	10/2	10/9	10/13	3	デザイン確定日が決まり次第、着手日を握る
テスト	修正リスト	自分	未着手	10/14	-	-	2	表示確認の端末を決めておく
修正対応	修正反映済みデータ	エンジニア	未着手	10/15	10/21	10/22	2	修正リスト確定後に依頼
公開	公開済みサイト	自分	未着手	10/26	-	-	1	公開手順書を前日までに用意

貼り付けたあとにやることは2つだけです。1つ目は「状態」列にプルダウンを設定して、5つの語以外を入力できないようにすること。

表記が揺れると、あとから絞り込みができなくなります。2つ目は「次の連絡日」列に条件付き書式で今日以前の日付に色を付けること。開いた瞬間に催促すべき行が目に入ります。

作った進行管理表はどう回す？更新のルール

進行管理表は作った日が一番きれいで、そこから劣化します。回し続けるコツは、更新の量を減らすことではなく更新する時刻を固定することです。毎日10分と週1回30分、この2枠だけ決めれば表は生き残ります。

毎日10分でやること

朝いちばん、メールとチャットを開く前に表を開いてください。返信から始めると、その日の予定が他人の都合で決まります。

1. 「次の連絡日」が今日以前の行を上から見て、催促のメッセージを送る（返答が来ていない相手にだけ、1行で送る）
2. 昨日ボールが移った行の3列目と4列目を書き換える
3. 提出予定日を過ぎている行の日付を、実際に出せる日へ直す（古い日付のまま放置しない）
4. 今日自分が手を動かす行に印を付け、その日のうちに終わる量かどうかだけ確認する

ここで日付を「直す」ことに抵抗を感じるかもしれません。遅れを表に書き込むのは気が重いものです。

ただ、遅れているのに古い日付が残っている表は、見るたびに罪悪感だけを生んで、やがて開かれなくなります。実態に合わせて直した表は、クライアントへ相談を持ちかけるときの材料として使えます。

週1回まとめてやること

金曜の夕方など、週の終わりに30分の枠を取ります。日次では触らない列をここで整えます。

1. 翌週に提出予定日が来る行を全部読み、間に合わない行を先に洗い出す
2. 予備日をどれだけ使ったかを数え、残りがゼロになった工程が2つ以上あれば公開日の見直しを検討する
3. 今週ボールが動かなかった行を数え、2週続けて動いていない行には理由を書き足す
4. 仕様変更や追加依頼があった週は、増えた工程を行として追加する
5. 翌週の自分の作業量を合計し、埋まりすぎていれば提出予定日をずらす相談を金曜のうちに送る

5番目を金曜にやるのがポイントです。月曜に「間に合いません」と伝えるのと、金曜に「来週こうなりそうなので前倒しでご相談です」と伝えるのとでは、受け取られ方がまるで違います。相手にも週末を挟んだ調整時間が生まれます。

更新が止まる5つの症状と打ち手

確認待ちと差し戻しはどう管理する？

確認待ちは、自分のタスクではなく相手のタスクとして表に書きます。「クライアント確認中」という状態を作るのではなく、「クライアントさんが9月17日までに構成の可否を返す」というタスクにすると、期限と催促日が自然に決まります。

差し戻しも同様で、起きてから対応する事故ではなく、最初から回数を見込んで日程に入れておくものです。

確認待ちを「相手のタスク」として書く

依頼のメッセージを送るとき、多くの人は「ご確認よろしくお願いします」で終えます。この一文には期限も、返してほしい内容も、返ってこなかった場合の扱いも入っていません。次の3つを入れるだけで、確認待ちの時間は目に見えて短くなります。

①誰が・いつまでに・何を返すのかを1行で書く

「9月17日（木）までに、構成案のページ構成についてOKか修正かをご返信ください」と書きます。日付と曜日を両方書くのは、相手のカレンダー上で予定を作りやすくするためです。

「何を返すのか」を限定するのも重要で、単に「ご確認ください」と書くと、デザインの話や原稿の話まで一緒に返ってきて、工程が混ざります。

②返答が来なかったときの動きを先に伝えておく

「もし17日までにご返信が難しい場合は、まず構成の後ろに積んだ予備日2日で吸収します。それを超えて遅れると、超えたぶんだけ公開日が後ろへ動きます」と、予備日の残りから出した数字で影響を添えます。催促の連絡が角を立てるのは、遅れたあとに初めて伝えるからです。

渡す時点で影響を共有していれば、18日の連絡は催促ではなく確認になります。この一文を書くために、進行管理表の予備日の列が効いてきます。

③待っている間に進める工程を1つ決めておく

構成の確認を待つ間に原稿の骨子を作る、素材写真の候補を集めておく、といった具合に、相手の返答に依存しない作業を先に決めます。決めずに待つと、その期間は表の上で空白になり、あとから見て「何も進まなかった週」になります。

ここで進めた作業が、差し戻しで巻き戻る範囲に入っていないかだけは確認してください。

差し戻しの回数を減らす出し方

差し戻しは、相手の気まぐれではなく、判断材料が足りないときに起きます。出し方を変えるだけで往復の回数は変わります。

• 選択肢を2案までにする：3案以上出すと、比較そのものに時間がかかり、返答が遅れます
• 決めてほしい点を先に書く：「今回は配色ではなく、情報の並び順についてご判断ください」と範囲を絞る
• 未完成の部分を明示する：仮画像・仮テキストの箇所を一覧にすると、そこへの指摘が減ります
• 前回の指摘への対応を並べる：どの指摘をどう反映したかを表にすると、同じ指摘が戻ってきません
• 関係者の顔ぶれを確認する：先方社内で上長の確認が入る案件では、最初の提出から上長が見る前提の資料にしておきます

なお、差し戻しを受ける側であるデザイナーや実装担当の視点で同時進行をどう捌くかは、Webデザイナーの同時進行術にまとめています。依頼する側と受ける側の両方の事情を知っておくと、無理のない日程が組めます。

納期から逆算してバッファを置く場所

予備日は、工程全体の最後にまとめて置くと使われません。公開日の直前に5日の余裕を作っても、その5日は前工程の遅れをすべて吸収したあとに残っていないためです。置き場所は相手にボールが渡る工程の直後が基本になります。

たとえば実制作に20日かかる案件で、予備日を5日積むとします。全部を公開直前に置くのではなく、構成の確認後に2日、デザインの確認後に2日、公開前に1日と分けて置きます。こうすると、構成の返答が2日遅れた時点で、構成の後ろに積んだ予備日2日を使い切ったと分かり、まだ手が打てます。

最後に固めた場合、遅れが分かるのは公開の5日前で、そこから打てる手はほとんどありません。

予備日を使ったら、その行の8列目の数字を減らして記録してください。残りがゼロになった工程が2つ以上出たら、公開日の相談をする時期です。感覚ではなく残りの数字で判断できると、相談の切り出し方も具体的になります。

進行管理に使うツールの選び方

進行管理表はスプレッドシートで始めて問題ありません。案件数や関係者が増えたときに初めて、ツールへ移すかどうかを検討します。ここでは移行の判断基準と、選ぶ前に必ず確認しておきたい点を整理します。

スプレッドシートで足りる範囲

自分1人が表を更新し、関係者が見るだけでよいうちは、スプレッドシートが最も速い選択です。列の追加も、案件ごとのシート複製も、思いついた瞬間にできます。運用面で足りなくなるのは次のような場面です。

• 相手に期限が来たことを知らせたいのに、通知の仕組みを自分で作る必要がある
• 複数の案件をまたいで「今週返答期限が来る行」を集めたいが、シートが分かれていて集計できない
• 誰がどの数字を書き換えたのかを、あとからさかのぼって確認したい
• 外部のパートナーに一部の行だけ見せたいが、シート単位でしか共有できない

逆にいえば、通知・横断・履歴・部分共有のどれも要らないなら、ツールを増やす必要はありません。ツールを増やすこと自体が、更新する場所を2か所に分ける原因になります。

ツールに移すかどうかの判断基準

右側が2つ以上当てはまったら、ツールの検討に入る時期です。1つだけなら、まだスプレッドシートの運用を整えるほうが早く効きます。

選ぶ前に提供終了の予定を確認する

進行管理表は、案件が終わったあとも参照する資産です。ツールを選ぶときは、機能や料金の前に、そのサービスが続くかどうかを公式サイトで確かめてください。

実際に、進行管理の用途で紹介されることの多いJootoは、公式サイトに「Jootoは、2027年7月31日をもちまして、一般提供を終了することとなりました。」と掲載しています（同ページに2026年8月31日の追記があります）。

料金やプランの改定予定も同じです。Backlogの料金ページには、フリープランが最大10ユーザー・1プロジェクトまで、スタータープランが月額2,700円（税抜）でプロジェクト5・ユーザー30・ストレージ1GBと記載されており、あわせて「2027年1月1日からBacklogのプランが新しくなります」という告知が掲載されています。いま無料で使える範囲が、来年も同じとは限りません。

確認する手順は3つです。1つ目は公式サイトのトップと料金ページにお知らせが出ていないかを見ること。

2つ目は自分の使い方が無料の範囲に収まるかを、プロジェクト数とユーザー数の実数で確かめること。3つ目はデータの書き出し方法があるかを調べておくことです。書き出せるなら、仮に終了が決まっても表は手元に残せます。

TASKULを進行管理に使う場合

スプレッドシートの運用が回りはじめると、次に重くなるのは「案件をまたいだ横断」と「依頼を受けてから表を作るまでの時間」です。TASKULは、案件とその中の工程を1か所に置いたまま扱えるタスク管理ツールで、プランごとに月あたりのAIクレジットが割り当てられています。

料金プランのうちProは年払いで月あたり2,384円（月払いは2,980円）で、公式サイトに「案件が重なるディレクター・マルチワーカー向け」と位置づけが明記されています。パートナー管理が使え、AIクレジットは月10,000です。

1人で数件を回している段階なら、年払いで月あたり784円のStandardが該当します。プロジェクトとタスクが無制限になり、Googleカレンダー連携・LINE通知・Slack連携が使えます。このうちLINE通知とSlack連携は、公式サイトに「Standard プラン以上」と明記されている機能です。

まず触ってみるだけなら無料プラン（0円・プロジェクト10件・AIクレジット月200）があるので、動いている案件を1つ登録して、工程の並びが自分の進め方に合うかを先に確かめてください。

向かない場合もはっきりしています。関係者への通知が要らず、案件が常時3件以下で収まっているなら、この記事のテンプレートをスプレッドシートに貼って運用するほうが速く、費用もかかりません。

ツールへ移す価値が出るのは、通知と横断の2つが必要になってからです。

TASKULを無料で試してみる

Webディレクターの進行管理に関するよくある質問

進行管理と進捗管理は何が違いますか？

この記事では、進行管理を「工程と工程のつなぎ目を管理して、次に動く人を決めること」、進捗管理を「ひとつの作業がどこまで終わったかを追うこと」として切り分けています。ディレクターが日々追うのは前者で、作業が何割終わったかは担当者に任せ、自分の表には「いつ手元に戻るか」だけを持つと管理が軽くなります。

作業がどこまで終わったかを追うほうの道具を探している場合は、個人で無料で使える進捗管理アプリの比較のほうが目的に合います。

進行管理表はエクセルとスプレッドシートのどちらがいいですか？

関係者と共有するならスプレッドシート、自分だけで完結するならどちらでも構いません。判断の分かれ目は、相手に見せる機会があるかどうかです。

エクセルはファイルを送った時点で内容が固定されるため、更新のたびに送り直す手間が生まれます。共有リンクで最新の状態を見てもらえる点が、進行管理ではスプレッドシートの利点になります。

進行管理が苦手でも続けられますか？

続けられます。苦手だと感じる原因の多くは、記憶力や性格ではなく、更新する時刻と列の数が決まっていないことにあります。

朝10分の固定枠と、まずは9列だけという線を先に決めてしまえば、判断する場面が減るぶん負担も減ります。うまく回らない週があっても、表を作り直さず、時刻の固定だけをやり直してください。

進行管理表はどのくらいの頻度で更新すればいいですか？

毎日1回、朝の10分で十分です。表に書き込むのは、ボールが移った行の担当と状態、そして遅れた日付の3点だけに絞ります。

加えて週1回30分の枠を取り、翌週の予定と予備日の残りを確認します。1日に何度も開く運用は長続きしないので、回数を増やすより時刻を固定するほうが効果があります。

Webディレクターの進行管理に資格は必要ですか？

必要ありません。進行管理で問われるのは、工程を分けて日付を置き、相手からの返答を期限つきで管理できるかという実務です。

資格の勉強より、担当している案件でこの記事の9列を1回作り切るほうが早く身につきます。学んだ知識を証明したい場面があるなら別ですが、進行管理そのものの精度は表の運用で決まります。

1人で回す場合も進行管理ツールは必要ですか？

案件が3件以下なら不要です。スプレッドシート1枚で足ります。

検討に入る目安は、通知で相手に期限を知らせたい、複数案件を横断して今週の期限を集めたい、自分以外にも表を更新する人がいる、といった条件が2つ以上重なったときです。どれか1つだけなら、まだスプレッドシートの運用を整えるほうが早く効きます。

まとめ：Webディレクターの進行管理は9列の表と朝10分で回せる

Webディレクターの進行管理でつまずくのは、自分の作業が遅いからではなく、他人の手にボールがある時間が表に書かれていないからです。工程・成果物・ボール保持者・状態・提出予定日・返答期限・次の連絡日・予備日・次にやること、この9列を用意すれば、進捗を聞かれた瞬間に現状と次の一手を答えられるようになります。

運用は朝10分と週1回30分の2枠だけです。確認待ちは相手のタスクとして期限つきで書き、差し戻しは判断してほしい点を絞って出し、予備日は相手にボールが渡る工程の直後に分けて置きます。

まずはこの記事のテンプレートをスプレッドシートに貼り、いま動いている案件の工程を1行ずつ埋めるところから始めてください。