忙しい時ほど、仕事を小さく分ける

忙しい時ほど、仕事を小さく分けます。「資料を作る」「サイトを直す」のような大きなタスクのままでは、どこから始めるか判断しにくくなります。

仕事を小さく分ける目的は、予定表を細かく埋めることではありません。次に行うこと、確認が必要なこと、誰かへ相談することを見えるようにします。

最初に、完成の状態を一文で書く

タスクを分ける前に、何が終われば完了なのかを書きます。たとえば、「サービスページを直す」ではなく、「初めて見る人が支援範囲を理解し、問い合わせフォームまで進めるページを公開する」と書きます。

完成の状態が分かると、必要な作業と、今回は行わない作業を分けやすくなります。

作業、確認、待ち時間を分ける

仕事が止まる理由は、作業量だけではありません。相手の返答待ち、資料待ち、承認待ちが含まれている場合があります。

• 作業：自分が手を動かせば進むこと
• 確認：相手に決めてもらうこと
• 待ち時間：資料、返答、外部の対応を待つこと

三つを分けると、待っている間に進められることが見えます。確認が必要な場所は、早めに相手へ伝えます。

一つの作業を、30分から90分程度へ分ける

長すぎるタスクは、着手しにくくなります。反対に、細かく分けすぎると、管理するだけで疲れます。まずは、30分から90分程度で区切れる大きさを目安にします。

記事を書くなら、題材を選ぶ、結論を書く、見出しを作る、具体例を足す、誤字を確認する、公開する、と分けます。

ウェブページを直すなら、目的を確認する、文章を直す、スマートフォンで見る、リンクを押す、フォームを送信する、本番URLで確認する、と分けます。

優先順位は、急ぎだけで決めない

忙しい時は、目の前の連絡へ反応し続けてしまいます。ただ、急ぎの作業だけを進めると、将来の負担を減らす仕事が残ります。

期限が近い仕事、誰かを待たせている仕事、手戻りを減らす仕事、将来につながる仕事を分けます。毎日一つだけでも、未来の負担を減らす作業へ時間を取ります。

確認依頼は、早めに出す

最後まで作ってから確認をお願いすると、方向が違った時の修正が大きくなります。見出し、構成、優先順位など、前半で確認できることは早めに共有します。

相手に決めてほしいことを一つに絞り、期限を添えます。「A案とB案のどちらが近いですか。木曜までに教えてください」のように、答えやすくします。

進捗は、終わった作業ではなく現在地で伝える

報告する時は、作業の羅列だけでなく、現在地、次の予定、確認してほしいことを書きます。

たとえば、「構成まで完了しました。次に文章を作ります。見出しの順番だけ、水曜までに確認してください」と伝えます。相手も、何を待てばよいか分かります。

止まっている仕事を、一つ選ぶ

忙しい時は、すべてを書き出そうとすると負担になります。まず、止まっている仕事、気になっている仕事を一つだけ選びます。

完成の状態、次の一手、確認する相手、期限を書きます。小さく動き始めると、何が不足しているかが見えてきます。

月に一度、繰り返す作業を見直す

同じ作業を何度も分けているなら、型にできるかを考えます。案内文、チェックリスト、テンプレート、予定表へ戻せるものがあります。

仕事を小さく分けることは、ずっと管理を増やすことではありません。繰り返しを見つけ、次は少ない判断で進められるようにします。

資料作成を分けるなら、この順番で考える

たとえば、提案資料を作る仕事を「資料作成」とだけ書くと、着手しにくくなります。目的を確認する、読み手を決める、目次を作る、必要な数字を集める、初稿を作る、相手へ確認する、デザインを調整する、誤字と数字を見る、と分けます。

先に目次を確認できれば、文章や見た目を作り込んだ後のやり直しを減らせます。確認する場所を前半へ持ってきます。

問い合わせ対応を分けるなら、この順番で考える

問い合わせ対応も、返信するだけではありません。内容を読む、緊急度を確認する、担当者を決める、不足している情報を聞く、返信する、次の予定を残す、と分けられます。

同じ質問が続く場合は、FAQや自動返信へ説明を足します。毎回の対応を早くするだけでなく、問い合わせる人の迷いも減らします。

ウェブサイトの修正を分けるなら、本番確認まで入れる

ウェブサイトでは、ファイルを直して終わりにしません。変更する場所を確認する、文章や画像を直す、スマートフォンで見る、リンクやフォームを試す、コミットする、GitHubへプッシュする、本番へ反映する、本番URLで確認する、と分けます。

画像やCSSを差し替えた場合は、キャッシュが残らないよう参照URLも確認します。公開が必要な仕事では、本番確認までを一つの仕事として扱います。

チームでは、担当者と確認者を分ける

複数人で進める場合は、誰が作業し、誰が確認し、誰が最終判断するかを決めます。全員へ同じ依頼を送ると、誰が答えるか分からず止まることがあります。

確認依頼では、決めてほしいこと、期限、返答がない場合の進め方を書きます。相手の判断を助けることも、タスクを小さく分ける一部です。

細かく分けすぎた時は、戻す

タスクが増えすぎて、管理すること自体が負担になったら、似た作業をまとめます。メールを一通送るたびに記録するより、午前と夕方にまとめて返信する方が合う場合があります。

分ける目的は、仕事を進めやすくすることです。予定表を埋めることや、作業数を増やすことではありません。

一日の終わりに、次の一手だけ残す

仕事を終える時に、翌日最初に行うことを一つ書きます。「資料を作る」ではなく、「提案資料の目次を三つ書く」のように、着手できる大きさへします。

翌朝に考え直す時間を減らせると、忙しい日も少し動きやすくなります。

分けた仕事は、見える場所へ置く

タスクを頭の中だけで管理すると、何度も思い出そうとして疲れます。ノート、表計算、タスク管理ツールなど、自分が毎日開ける場所へ置きます。

使う道具を増やしすぎません。仕事の名前、次の一手、期限、確認する相手、待っていることが分かれば十分です。

止まった時は、作業ではなく判断を見る

手が止まる時は、作業が難しいだけでなく、決めていないことが残っている場合があります。誰に向けた資料か、どこまで作るか、どちらの案を選ぶかを確認します。

判断が必要なら、考える時間を取り、相手へ確認します。作業を増やして、迷いをごまかさないようにします。

一週間に一度、未完了の仕事を見る

週末や週初めに、終わっていない仕事を確認します。次に行うことが書けないタスクは、まだ大きすぎるか、目的が曖昧です。

• 次に行うことが分かる：予定へ入れる
• 相手の返答を待っている：期限と確認方法を書く
• 目的が分からない：依頼者へ確認する
• 今は行わない：保留か削除を決める

未完了の仕事を眺めるだけで終わらず、次の一手を一つ残します。

小さく分けた後は、終わりも決める

作業を分けると、細かな改善を続けたくなることがあります。ただ、どこかで完了を決めないと、次の仕事へ進めません。

今回の目的に必要な状態へ届いたかを見ます。追加で行いたいことは、別のタスクとして残します。完璧にすることより、必要な品質で終えることを考えます。

H- creative solutions では、戦略から実務まで一気通貫で、事業と仕事を前に進めるための考え方を発信しています。