複数案件を回すディレクターに必要なのは「時間管理」ではない。毎朝「どれが急ぎか」を考えなくて済む設計だ。

5案件目あたりで起きること

3案件ならまだ頭の中で追える。それぞれのクライアント名、現在の進捗、次にすること。全部が「なんとなく」わかっている状態で仕事が回る。

5件を超えたあたりから、何かが変わる。朝、パソコンを開いた瞬間に「あれ、Aさんの件どこまでやったっけ」と思う。チャットツールを開くたびに、どの案件の話か一瞬迷う。クライアントからメッセージが届いたとき、文脈を思い出すのに数秒かかる。

この「数秒」が積み重なると、一日の終わりに妙な疲労感が残る。タスクを終わらせた満足感ではなく、ただ脳が消耗した感覚だ。

問題は量ではなく「切り替えコスト」

複数案件を持つディレクターを苦しめるのは、仕事の絶対量ではない。案件と案件のあいだで発生する「切り替えコスト」だ。

Aプロジェクトの資料を作っている最中に、Bプロジェクトのクライアントからチャットが入る。Bの文脈に頭を切り替えて返信し、またAに戻る。このとき、Aの作業を再開するまでに平均で数分かかると言われている。1日に10回切り替えれば、それだけで30〜50分が消える計算になる。

さらに厄介なのは、切り替えのたびに「何か見落としていないか」という不安が湧くことだ。Cプロジェクトの締め切りは今日だったか明日だったか。Dさんに「確認します」と言ったまま返信していないことがなかったか。この不安を解消するために、また別のチャットやメールを開く。こうして「確認のための確認」が連鎖する。

「どれが急ぎか」を毎朝考えている人の共通点

朝一番に「今日どれから手をつけようか」と考えているとしたら、それ自体がコストになっている。

優先度を毎朝ゼロから判断するということは、前日の終わりに「明日の最初のアクション」を決め切れていないということだ。あるいは、それを記録する場所がないということだ。

複数案件を持つディレクターに話を聞くと、よく出てくるパターンがある。案件ごとにツールが分散している、というものだ。クライアントAとはメール、クライアントBとはChatWork、クライアントCとはSlack、社内の進捗はスプレッドシート。情報が散らばっているから、全体像を把握するためだけに複数の場所を開き直す必要がある。

この構造のまま案件数が増えると、「全体を把握する行為」そのものが仕事になってしまう。

一つ画面を見れば「次にすること」がわかる状態

理想は、毎朝一つの画面を開いたときに、すべての案件の現在地が見えることだ。各プロジェクトの状態、次のアクション、誰が何を待っているか。それが一覧できれば、「どれが急ぎか」を考える時間はほぼゼロになる。

Paqutはそういう設計になっている。プロジェクトごとにグループを作り、タスクと期日を入れておけば、複数案件を横断して「今日やること」が整理できる。チャットツールへの通知連携も備えているので、更新があれば使い慣れた場所に届く。

重要なのは、ツールを増やすことではなく、情報の居場所を一本化することだ。

認知負荷を減らす3つの設計

複数案件を持つディレクターが「頭の中の整理」に使っているエネルギーを解放するために、構造として持っておきたい設計がある。

1. プロジェクトごとに「次のアクション」を一つだけ決める

タスクリストに20個のタスクが並んでいるより、「このプロジェクトで今週中に動かすのはこれ一つ」という状態のほうが、再開コストが圧倒的に低い。

案件を一時離れて戻ってきたとき、最初にすることは「どこまでやったっけ」の確認だ。タスクが整理されていれば5秒で再開できる。整理されていなければ、タスクリストを読み返し、チャット履歴を遡り、「あ、これはもう終わってた」と確認するところから始まる。

プロジェクトに戻るたびに「次のアクション」が一目でわかる状態を維持することが、切り替えコストを下げる最も確実な方法だ。

2. 外注先やクライアントへのボールの在処を見える化する

複数案件で特に不安の温床になるのが、「あの人に頼んだ件、返ってきてるっけ」という状態だ。自分のタスクは把握できていても、誰かに投げたボールの追跡が抜けると、締め切り直前に「まだでした」という事態が起きる。

複数の外注先を並行で進める方法でも触れているが、「誰が持っているか」を可視化するだけで、このストレスはかなり減る。

タスクに担当者と期日が入っていれば、自分のアクションが必要なものと、相手待ちのものを分けて見られる。相手待ちのタスクは、自分がアクションするものではないが、期日が近づいたら確認が必要なものだ。この区別があるだけで、頭の中の「気になりリスト」がかなりすっきりする。

3. 朝のレビューを「5分の確認」にする

毎朝の優先度判断を減らすには、前日の終わりに翌日の最初のアクションをセットしておくことが効く。だが、それが習慣になるまでの間は、「朝5分のレビュー」を設計しておくと安定する。

レビューの手順はシンプルだ。全プロジェクトを一覧し、今日期日のタスクがあるか確認する。外注先への確認が必要なものがないか見る。新しいコメントや更新があれば目を通す。これだけで十分だ。

大事なのは、このレビューが「調べる行為」にならないことだ。ツールを開くたびに情報を探し回る状態では、5分では終わらない。情報が一か所に整理されていれば、確認は本当に5分で終わる。

「何を約束したか」不安から解放される

複数案件を持つディレクターが口をそろえて言うのが、「あのクライアントに何て言ったっけ」という不安だ。

メールで「来週中に確認します」と返信した。チャットで「金曜日までに見積もりを」と約束した。ミーティングで「次回までにたたき台を出す」と言った。これらが頭の中にある状態で次の案件に移ると、どんどん上書きされて薄れていく。

個人で複数クライアントのタスクを管理するコツでも書いているが、約束した瞬間にタスクに落とす習慣と、それを全案件で一元化できる場所の組み合わせが、この不安を解消する。

「あの人に何を約束したか」をいちいち思い出そうとするのではなく、ツールを開けば書いてある状態にする。記憶に頼らず、記録に頼る。それだけで、頭の中の「どこかに何かある感」がなくなる。

ツールを選ぶ前に決めること

タスク管理ツールの選び方でも詳しく解説しているが、ツールを選ぶ前に決めるべきことがある。それは「何を一本化するか」だ。

複数のツールを使い続けることが問題の根本にあるなら、ツールを増やしても解決しない。何を一か所に集めるかを先に決め、それに合うツールを選ぶ順序が重要だ。

外注先やクライアントを巻き込む案件が多いなら、ゲストを無料で招待できるかどうかが選定の一つの軸になる。Paqutはゲストの招待が何人でも無料で、クライアントや外注先をプロジェクトに入れてタスクやコメントを共有できる。情報のやり取りをチャットや別ツールに分散させず、タスクの文脈のなかで完結させられる。

複数案件を回せる人は、構造を持っている

複数案件をうまく回しているディレクターを見ると、共通していることがある。「頭がいい」とか「記憶力がいい」とかではない。構造を持っている、ということだ。

どこを見れば全体がわかるか。次のアクションはどこに書くか。誰かへのボールはどう追いかけるか。朝のルーティンはどう設計するか。これらが決まっていると、案件が増えても崩れにくい。

逆に構造がないと、案件が増えるたびに頭の中の「負債」が積み上がっていく。そしてある日、本当に大事なことを見落とす。

複数案件を持つこと自体は、それだけ多くのクライアントや外注先から信頼されているということだ。その信頼に応え続けるために必要なのは、無理に全部を覚えようとすることではなく、覚えなくても回る仕組みを先に作ることだ。

認知の余白が生まれたとき、はじめてクリエイティブな判断ができる。案件の本質的な課題を見つけたり、外注先の成果物をより深く見たり、クライアントとの対話に集中したりできる。それがディレクターとしての本来の仕事のはずだ。

仕組みを作るのは一度だけでいい。それを使い続けることで、毎朝の「どれが急ぎか」は、いつの間にか消えている。