//
2026.09.16/4 min read#direction#pm

一人で全工程をやるときの段取り——役割の往復コストを減らす順番

ディレクションもデザインも実装も一人でやると、遅れる原因は作業量よりも役割を行き来する回数のほうにあります。決めごとを先に倒し、同じ役割をまとめ、待ち時間を前提に並べる。私が使っている順番を書きます。

一人で全工程をやる案件が遅れるとき、原因は作業量よりも役割を行き来した回数にあることが多い、というのが私の実感です。ディレクターの頭でスケジュールを見て、デザイナーの頭で余白を詰めて、エンジニアの頭でCSSを直す。この3つを1日のうちに何度も往復すると、作業時間そのものは変わらなくても、夕方には「今日は何も進まなかった」という感覚だけが残ります。だから私は、作業を速くする前に、切り替えの回数が減る順番に並べ替えることから始めます。

まず「決めごと」だけを先に倒す

順番の1番目は、手を動かす作業ではなく決めごとです。具体的には、ページの構成、各ページの目的、文言の元になる材料、写真が用意できるかどうか、フォームの送信先、公開日。これらを先に紙1枚に書き出して、決まっていないものに印を付けます。

なぜ先かというと、決まっていない項目は必ず後工程で往復を生むからです。文言が未確定のままデザインを進めると、文字量が変わったときにレイアウトへ戻り、レイアウトが変わると実装へ戻ります。一人でやっていると、この戻りが全部自分に返ってきます。チームなら「デザイナーに差し戻す」で済む一往復が、自分の場合は、ディレクターの頭に戻ってから、デザイナーの頭に入り直す、という二重の切り替えになります。

決められないものは残したままでかまいません。ただし「いつ決めるか」と「決まらない場合にどう進めるか」を1行書いておきます。写真が間に合わないなら文字組みだけで成立するレイアウトにする、といった具合です。これがあると、後で判断のために手が止まりません。

同じ役割の作業はまとめる——切り替えには測れるコストがある

2番目は、同じ役割の作業をまとめることです。私は「今日の午前はディレクション」「午後はデザイン」のように、半日単位で役割を固定しています。細切れにしたほうが早く見えるのですが、実際にはそうならないと感じています。

課題を切り替えるときのコストは、心理学の分野で長く測られてきたものです。Rubinstein・Meyer・Evans による2001年の研究では、2つの課題を交互に行うと切り替えに伴う時間的なコストが生じ、そのコストは課題の規則が複雑なほど大きくなる一方、次にどちらの課題をやるかの手がかりがあると小さくなることが報告されています(Executive Control of Cognitive Processes in Task Switching、Journal of Experimental Psychology: Human Perception and Performance 27巻4号)。

実験室の課題と制作の仕事をそのまま重ねることはできませんが、この2つの傾向は現場の感覚と合っています。複雑な仕事ほど切り替えは重く、手がかりがあると軽くなる。後者は自分で用意できます。私は役割を切り替えて離れるとき、必ず次の1行を残します。

  • 「次:トップのファーストビュー、見出しの行数を2行に固定して確認」
  • 「次:お問い合わせの送信テスト。宛先は本番に変更済み」

戻ってきたときに、何を考えていたかを思い出す時間がほぼ消えます。

待ち時間を先に見つけて、その裏に作業を置く

3番目は、待ち時間を前提に並べることです。一人で回していても、自分が待つ時間は必ず発生します。クライアントの確認、写真や原稿の到着、ドメインやDNSの反映、そしてビルドやデプロイ。

私は着手前に、その案件で発生する待ちを書き出して、待ちが始まる作業を先に置きます。確認をお願いするものは午前のうちに出し、その返事を待つ間に、確認が要らない実装を進める。順番を入れ替えるだけで、待ちの時間がそのまま作業時間になります。

確認をもらう形も、往復の回数に直結します。私はこのサイトを含めてVercelを使っていますが、ドキュメントによると、本番ブランチ以外へのコミットやプルリクエスト、--prod を付けないCLIのデプロイではプレビューのデプロイが作られ、それぞれに自動生成のURLが付きます。URLにはブランチごとの最新を指すものと、特定のコミットを指すものの2種類があるとされています(Environments | Vercel Docs)。

実務でありがたいのは、コミットを指すURLのほうです。「昨日見た画面と違う」と言われたときに当時のURLをそのまま開けるので、記憶の突き合わせが要りません。画像を貼って確認を取ると「この部分は前と同じですか」という質問が返ってきて往復が1回増えますが、見える状態を渡せばその1回が減ります。

一人でも「他人の目」を工程に入れる

最後は、レビューの代わりをどう置くかです。一人だと、作った直後の自分が最も気づけません。私は3つの方法を使い分けています。

方法 やること 向いている対象
時間を空ける 一晩置いてから最初の1画面だけ見る 文言・トーン
見る条件を変える 実機の縦画面、明るい屋外、通信の遅い状態 レイアウト・画像
手順を決めておく 公開前チェックリストを上から機械的に消す 設定・計測

順番としては、時間を空けるものを最初に仕込みます。文言は書いた当日には直せないので、公開日の2日前までに一度書き終えておく。逆に、チェックリストで拾えるものは前日でも間に合います。「自分の目が鈍る領域」を先に、「手順で拾える領域」を後に置くと、最後の数日が落ち着きます。

明日から試せる一手

次に作業を中断するとき、開いていたファイルを閉じる前に、次にやることを1行だけメモしてください。書式は決めなくてかまいません。私は今も、テキストファイルの一番上に上書きしていくだけです。翌朝それを読んでから手を動かすと、思い出すための時間がほぼ要らなくなります。往復の回数を減らせない日でも、1回あたりの重さは軽くできます。