“詰め込み型進行表”を卒業しよう——ディレクターが守るべき余白の話

はじめまして。Webディレクターの山本莉央(やまもと りお)です。
制作会社で8年、進行管理とチームマネジメントを中心に現場を見てきました。

この連載では、「チームが疲弊しない進行管理」をテーマに、
“段取りの精度”でプロジェクトの成果を変えるコツをお伝えしていきます。

今回は、多くの若手ディレクターが悩むテーマ——
「スケジュールの詰め込みすぎ」について。


なぜ“詰め込み型スケジュール”は破綻するのか

多くのディレクターが「現場が疲れる」原因を“忙しさ”そのものに求めます。
でも実際は、“詰め込み方”の問題であることが多い。

「月曜に原稿締切、水曜にデザイン、金曜にコーディング、翌週月曜に公開」

こう並べてみると一見スマートですが、現場ではこうなります。

  • 校正が1日遅れた時点で、全工程が domino のように崩れる
  • デザイン確認中に修正依頼が入り、作業が並行
  • クライアントの確認が夜にずれ込み、翌日の作業が深夜スタート

予定表上は1行ずつ並んでいても、実際にはタスクが「重なっている」
そして重なりを見落とすと、チーム全体が慢性的な“遅れ疲れ”に陥ります。

「スケジュール管理=作業を詰め込むこと」
ではなく、
「チームの呼吸を可視化すること」です。

何をしたらいい? “余白”を設計に入れる

スケジュールを組むとき、つい「効率よく並べること」が目的になりがちです。
でも本当に大事なのは、“実際に人が動ける順番”を設計すること。

つまり、時間の管理ではなく“呼吸の管理”です。
ここでは、私が普段意識している3つの設計ポイントを、もう少し具体的にお話しします。

ステップ1:工程の“後ろ”にバッファを取る

まず最初にやるべきは、「余白を“見える形”で入れる」こと。
多くの進行表は、“理想の順番”でタスクが並んでいます。
でも、現場は必ず揺れます。

  • クライアント確認が想定より1日遅れる
  • デザイナーの着手が別案件でズレる
  • 修正量が予想以上になる

こうした“想定外”を「後で調整すればいい」と考えていると、
スケジュールはどんどん現場から乖離します。

だから私は、工程ごとに固定バッファを付けています。
たとえば、

工程バッファ例理由
ワイヤー提出後+0.5日フィードバック待機を想定
デザイン確定後+1日修正対応+再確認
実装完了後+0.5日QA中の再修正・微調整

これを「余裕を取る」とは呼びません。
“見積もりの一部として組み込む”ことが重要です。

なぜなら、「遅れた=悪いこと」ではなく、
「遅れる可能性がある=自然なこと」として認識できるようになるから。
そうすると、修正や遅延への心理的ハードルが下がり、
チームの空気が落ち着きます。

“余白は保険ではなく、信頼の設計。”
そう考えるだけで、スケジュール表の見方が変わります。

ステップ2:チームの“エネルギー曲線”を見る

次に意識したいのは、「時間」ではなく“人の波”です。
たとえば、同じ週でも人の集中度は一定ではありません。

  • 月曜は打ち合わせが多く、作業時間が取りづらい
  • 火曜〜水曜が最も集中できる
  • 木曜午後から疲れが出始める
  • 金曜はリモート対応が増え、コミュニケーションが遅れる

この“チームのエネルギー曲線”を踏まえて、
高負荷な工程をどこに配置するかを決めます。

私は、スケジュールを引く前に「各メンバーの1週間のリズム」をヒアリングします。

「集中できる時間帯は?」
「打ち合わせが多い曜日は?」
「クリエイティブ系タスクを入れやすい日ある?」

この情報をもとに、チーム全体の“リズムマップ”を作成。
そこにタスクを配置していくと、自然と無理のない進行表になります。

実際にこの手法を導入したチームでは、
「作業は終わっているのにレビューが止まってる」という“待ち時間ロス”が約40%減少しました。

スケジュールは、単なるToDoリストではなく、
人のコンディションを可視化するためのツールなんです。

「誰が」「どんな状態で」「どの順番で」動くか。
これを設計できるようになって、初めて“チーム進行”と呼べます。

ステップ3:“戻り作業”を前提に入れておく

もうひとつ、多くのディレクターが見落としがちなポイントが「戻り作業(rework)」です。
どんなに丁寧に確認しても、修正は必ず発生します。

それを“例外”として扱うと、スケジュールはすぐ破綻します。
そこで私は、戻り作業を最初から「1サイクルの一部」として組み込みます。

  • 1タスク=「作業+確認+戻り」で1単位
  • 戻り時間の目安を“0.3〜0.5日”で固定
  • 戻り対応者を事前に明示しておく

たとえば、「デザインチェック後に修正」が確実に発生しそうなら、
進行表に「デザイン修正①(戻り)」という項目を最初から入れておきます。

「戻りが発生しました」ではなく、
「戻りに入ります」という会話に変わるだけで、
チームの空気はまったく違います。

この“戻り前提設計”を続けていると、
次第にチーム全体が「予定外を想定する文化」に変わります。
そして、炎上を“止める力”が少しずつチームに根付きます。

どう変わる? “走り続けられるチーム”になる

余白を設計に入れると、プロジェクトのスピードは一見ゆるやかに見えます。
でも実際は、トータルで早く、安定して進むようになります。

ここでは、私が現場で感じた変化を、数字と感情の両面からお話しします。

“リカバリーに追われる日々”が減る

以前の私は、「スケジュール=詰めてこそ優秀」と思っていました。
でも、毎回どこかが遅れ、そのフォローで夜中まで対応していた。

ある案件で思い切って、2か月工程に0.5か月のバッファを入れました。
最初は「そんな余裕あるの?」と不安でしたが、
結果、修正対応に追われる時間が激減。
むしろチーム全体の生産性が上がったのです。

  • 修正待ち時間:平均1.8日 → 0.9日
  • 夜間対応件数:週3回 → 週0回
  • チーム稼働時間:平均−12%

この数字が示しているのは、“スピード=詰め込み”ではないという事実。
余白は、トラブル時の緊張を吸収し、チーム全体を再起動しやすくする“クッション”になります。

“心理的安全性”が生まれる

もうひとつの大きな変化は、チームの空気です。

余裕のない進行表では、誰もが「遅れたら迷惑をかける」と思い込み、
本当の問題を言い出せなくなります。
でも、余白を設計に入れておくと、
“遅れを想定済み”という心理的な安心感が生まれます。

あるデザイナーはこう言っていました。

「前は“遅れた”って言うだけで申し訳なかったけど、
 今は“修正フェーズに入りますね”って普通に言えるようになった。」

この一言の変化が、現場を救うんです。
ディレクターが「遅れも工程の一部」として扱うと、
メンバーは“報告をためらわない文化”を持ち始める。

結果として、早期発見・早期修正が当たり前になり、
最終的な納期遵守率が上がります。
それは、“信頼で走るチーム”への第一歩です。

“止まらない現場”が生まれる

最終的に、余白を持つチームは止まらなくなる
これは比喩ではありません。

人が疲弊しない進行表は、
多少のトラブルがあっても“止まらずに回復できる”構造を持っています。

たとえば、ある案件で主要メンバーが体調不良で2日間休んだとき、
チーム全体が冷静に「想定内」として対応できた。
再配分に30分、進行調整に15分。
それで全体スケジュールは動かずに済みました。

“無理をして前に進む”よりも、
“止まらずに走り続けられる”ことのほうが、現場では価値がある。

これが、余白設計の一番の成果です。

“疲れないチーム”は、結果として強い

余白を設けると、見た目には“ゆるいチーム”に見えることもあります。
でも、実際には誰よりも持久力があり、クオリティも安定します。

タスクが詰まりすぎたスケジュールでは、
1つのエラーが連鎖的に他のメンバーの時間を奪います。
余白があるスケジュールでは、
エラーの影響が最小化され、各自が自律的に判断できる時間が残る。

ディレクターとしての理想は、
“指示しなくても動けるチーム”を作ること。
そのために必要なのは、完璧な計画ではなく、
柔らかいスケジュールなんです。

ポイント目的効果
工程ごとにバッファを設定想定外を「想定内」に変える焦りのない進行になる
エネルギー曲線を見るチームのリズムに合わせる集中時間を最大化
戻り作業を前提に組む修正を“当たり前”にする炎上を未然に防げる
余白を入れる再起動できるチームを作る疲弊せず長く走れる
前の記事 「修羅場は“慣れ”じゃない」——3人のディレクターが語る、現場のリアル
次の記事 【座談会】ディレクターって結局どんな仕事?

投稿者

山本 莉央
山本 莉央
制作会社でディレクターを8年経験。複数の案件を同時進行しながら、チームマネジメントやクライアント対応を担当してきた。“現場で回す力”と“人が動く段取り”を重視し、実践的な進行管理術をテーマに執筆。現在はチーム育成や業務改善のコンサルティングも行っている。