はじめに：なぜ、「お願いした仕事」は思った通りに上がってこないのか？
「来週の会議の準備、進んでる？」 そう部下に聞いたとき、「あ、すみません。まだ手をつけていませんでした」と言われてガッカリしたことはないでしょうか。
あるいは、「資料を作っておいて」と頼んだのに、締め切りギリギリになって出てきたものが、自分が求めていた内容と全く違っていた……という経験はないでしょうか。
多くのリーダーや管理職の方は、こうした事態に直面すると、「あの社員はやる気がないのではないか」 「うちのチームは能力が低いのではないか」と考えてしまっていませんか？
しかし、こうした状況になる原因の9割は「能力」や「やる気」ではありません。
原因は、渡された仕事（タスク）の「粒」が大きすぎて、部下が「具体的に何をすればいいか」迷ってしまっていることにあります。
この記事では、「誰でも今日から実践できる、仕事の分解・整理の技術」を分かりやすく解説します。
個人の「メモ」と、チームの「タスク」は違う
よく部下や後輩に依頼するとき「自分用のメモ書き」をそのまま「部下への指示」にしてしまっていませんか？
「自分ならわかる」は、他人には通じない
あなたが自分ひとりで仕事をする時、手帳やToDoリストにこう書くかもしれません。
- A社の件
- 会議資料
自分自身であれば、これを見ただけで「ああ、A社に電話してアポを取るんだな」「来週の営業会議の数字をまとめるんだな」と、文脈を理解して動くことができます。
しかし、これをそのままチームメンバーへの指示（タスク）として「A社の件、よろしく」と渡してしまったらどうなるでしょうか？
部下の佐藤さんは、「A社の件」といわれて悩みます。 「えっと、A社に何をすればいいんだろう？ 電話？ それとも見積書の作成？ そもそも担当は誰だっけ？ 分からないけど忙しそうだし、あとで課長に聞こう（とりあえず後回しにしよう）……」
こうして、「確認待ち」という名の「放置」が発生します。
もちろん、ここまでとは言わずとも、タスクを渡したものの期待値に満たない成果が上がる場合の多くは、ゴール（何をしたらタスクが完了とするかの定義）が何か？を提示できていないケースが大半です。
チームにおける「良いタスク」の定義
チームで仕事をする際、タスクとして登録する言葉は、以下の状態でなければなりません。
「誰が見ても、あなたに質問することなく、すぐに作業に取り掛かれる状態」
これこそが、適切な仕事の切り分け（タスク分解）のゴールです。 「A社の件」ではなく、「A社の担当者に、アポイントの候補日を3つ挙げてメールを送る」。 ここまで具体的になって初めて、ボールを受け取った相手は「迷い」から解放され、即座に行動に移すことができます。
ワンポイントアドバイス
当然、日々多くのタスクを処理している人からすると、「ここまで細かく指示しないとダメなのか」と思うでしょう。現場ベースでは、すべてをここまで短くする必要はないといえます。例えば、月次で実施する作業は、一度教えればざっとしたタイトルだけでも伝わるでしょう。こうした対応が必要なのは、「頼んだことのないタスク」を対象にしましょう。
また、タスクを依頼する際には、「何のためにするのか」という目的もセットで伝えることを推奨します。上記に記載したようなアポの候補日を送るというタスクでも、「今度〇〇の提案に行くから」という一言があるだけで、「それでは提案書作成するのに1週間程度必要ですよね？」といった確認があるのなど、より適切な動きを期待できるようになります。
仕事の粒が大きいと発生する「見えないコスト」
「そこまで細かく書くのは面倒だ」「いちいち言わなくても察してほしい」 そう思われるかもしれません。しかし、仕事を大雑把なまま（粒度が荒いまま）にしておくことには、想像以上に大きな「見えないコスト」が潜んでいます。
コスト①：考える時間のムダ（脳の疲れ）
人は、曖昧な指示を受けると、作業に取り掛かる前に「これはどういう意味だろう？」「何から手をつければいいだろう？」と考える必要があります。 専門的には「認知的負荷」という「作業前の脳の疲れ」が発生します。
「企画書作成」という大きな塊のままでは、どこから手をつければいいか分からず、脳がフリーズします。しかし、「目次を箇条書きで3つ出す」というサイズに切り分けられていれば、脳は負荷を感じずに動き出せます。
コスト②：心理的な「先延ばし」
夏休みの宿題を思い出してください。「読書感想文を書く」という宿題は、あまりに漠然としていて気が重く、8月の最終日まで残りがちでした。 これは大人になっても同じです。
「Webサイトの更新」のような大きな仕事は、心理的なハードルが高く、「まとまった時間ができたらやろう」と後回しにされがちです。結果として、締め切り直前になって慌てて着手し、ミスが多発します。
コスト③：責任の所在が曖昧になる
「オフィスの大掃除」というタスクがあったとします。これは誰がやる仕事でしょうか？ 「みんなでやる」仕事は、往々にして「誰かがやるだろう」と思われ、結局誰もやりません。
仕事の粒が大きいと、担当者を一人に絞ることが難しくなります。逆に、仕事を小さく切り分ければ、「ゴミを集めるのは田中さん」「掃除機をかけるのは鈴木さん」と、「誰がボールを持っているか」が明確になります。
「仕事分解」3つのポイント
ポイント①：「具体的な動詞」まで分解して、「完了条件」を入れる
これがもっとも重要なルールです。タスクの名前は、必ず具体的な「動作（動詞）」で終わるようにしてください。
- 悪い例： 「アンケート集計」
- これだと、「集計して終わり」なのか、「グラフにする」のか、「報告書にする」のか分かりません。
- 良い例： 「アンケート結果をエクセルに入力し、担当役員にメールで送る」
ここで重要なのが「完了条件（終わりの定義）」です。 「どこまでやれば、この仕事は終わりなのか？」がタスク名の中に含まれている必要があります。
「資料作成」ではなく、「資料をPDF化して、チームのチャットツールに貼り付ける」。 ここまで書かれていれば、部下は「チャットに貼ったら終わりだ」と明確にゴールを認識でき、提出された後に「いや、印刷して持ってきてほしかったんだけど…」といった食い違い（手戻り）がなくなります。
ポイント②：一つの作業は「2時間以内」を目安にする
仕事の大きさは、「時間」で測るのが一番わかりやすい指標です。
もし、あるタスクの見積もり時間が「3日」や「半日」だとしたら、それはまだ「分解不足」です。一つのタスクは、長くても「2時間以内」、もし不慣れな人に依頼するのであれば「15分〜30分」程度で終わるサイズまで刻んでください。
- 分解前（3日）： 提案書の作成
- 分解後（各30分）：
- 過去の類似資料を探す
- 目次構成案を箇条書きで作る
- 上司に目次の確認をもらう
- 必要なデータを経理部に依頼する
- ……
なぜここまで細かくするのか？ それは、ゴールを明確にしやすいという、これまでのポイントもありますが、同時に「進んでいる感覚（達成感）」を生むためです。 3日かかる仕事は、3日間ずっと「終わっていない」状態が続き、精神的に疲弊します。しかし、30分の仕事を6つこなせば、1日に6回「完了！」のボタンを押すことができ、リズム良く仕事が進みます。
また、管理する側（上司）にとってもメリットがあります。 「提案書作成」という大きな塊のままだと、締め切り当日まで「進捗ゼロ」なのか「ほぼ完了」なのか外からは見えません。細かく分解されていれば、「今は『データ依頼』まで終わっているな」とリアルタイムで状況を把握でき、遅れていれば早めにフォローに入ることができます。
ポイント③：担当者は必ず「ひとり」にする
「この仕事、AさんとBさんの二人でやっておいて」 これは、トラブルの元です。
一つのタスク（作業）に対して、担当者は必ず「ひとり」に絞ってください。 もし「二人でやる必要がある」と感じるなら、それはタスクがまだ大きすぎます。
- 悪い例： イベント会場の設営（担当：佐藤・田中）
- 良い例：
- 机を並べる（担当：佐藤）
- プロジェクターを接続する（担当：田中）
これは、「誰が責任を持ってその作業を終わらせるのか」を曖昧にしないための重要な仕組みです。
【実践事例】「ホームページのリニューアル」を分解
頭では分かっていても、いざ実際の仕事を目の前にすると「どう分解すればいいのか」迷ってしまうものです。 ここでは、「会社のホームページ（Webサイト）のリニューアル」というプロジェクトを例にします。
ステップ1：「親タスク」と「タスク」の階層を作る
いきなり細かい作業をリストアップしようとすると、必ず混乱します。 まずは大きな塊から、徐々に細かくしていきましょう。
まず、全体的な流れを把握することができる程度のざっくりとしたタスク（親タスク）を作ります。
- 親タスク1： デザインを決める
- 親タスク2： 原稿文章を作る
- 親タスク3： 写真素材を準備する
この段階では、まだ担当者を決めたり期限を入れたりする必要はありません。「デザイン」「原稿」「写真」といった大枠の箱を用意するイメージです。
ステップ2：カテゴリに対応するタスクを登録し、担当者を割り振る
次に、それぞれの親タスクの中に、第1部で紹介したポイントに従って、具体的な行動（タスク）をぶら下げていきます。ここで初めて、具体的な担当者を割り振ります。
【カテゴリ１：デザインを決める】の中身
- 競合他社のサイトを3社調べ、良い点を箇条書きにする（担当：佐藤／期限：〇月〇日）
- サイトに使いたい「キーカラー（青系など）」を決める（担当：鈴木／期限：〇月〇日）
- トップページの構成案（手書きラフ）を描く（担当：佐藤／期限：〇月〇日）
【カテゴリ２：原稿文章を作る】の中身
- 「代表挨拶」の内容を社長にインタビューして録音する（担当：田中／期限：〇月〇日）
- 録音を文字に起こして、原稿案を作る（担当：田中／期限：〇月〇日）
- 社長に原稿の承認をもらう（担当：田中／期限：〇月〇日）
このように大きな「デザインを決める」という大きな仕事を小さな作業（子タスク）に分解していきます。そもそも大きなタスクが全くわからない場合は、何のために依頼された仕事なのかがわかっていない状態ですので、依頼元に再度確認するようにしましょう。。
ステップ3：細分化した内容で依頼元と認識を合わせる
タスクの細分化・担当割を実施したのち、依頼元と認識合わせをしましょう。一定細分化が必要なタスクは、最終的なゴールが依頼元もぼんやりしているケースが多いです。そのため、具体的な作業ベースで認識を合わせ、どういった成果物を作成しようとしているか目線を合わせ、手戻りのないように心がけましょう。
また、こうした認識合わせは、なるべく依頼されたその日のうちにすることが重要です。依頼した人も日がたつとだんだん忘れてしまい、「結局これでいいのか？」がわからなくなるので、記憶が新鮮なうちに実施しましょう。
「監視」ではなく「サポート」のための分解
タスクを細かく分解して管理しようとすると、部下やメンバーから「そんなに細かく管理されると、信用されていないみたいで息苦しいです」と反発されることがあります。
この誤解を解くためには、導入するリーダー側が「何のために分解するのか」という目的を正しく伝える必要があります。
タスク分解は「お互いを思いやるための仕組み」
管理する側もされる側も、どちらも勝手にいい方向で進んでいればOKと思っているはずです。ただ、同じ人間ではないの勘違いなどから手戻りが発生することは多々あります。こうした手戻りを防ぎ、効率的かつ効果的に仕事をしたい、ということをメンバーに伝えるようにしましょう。
また、タスクを分解し担当を1人にすることで、誰が大変で誰がサポートできるのかも明らかになることを伝えるようにしましょう。メンバーが健全に働ける環境を作るために、面倒かもしれませんがしっかりとタスクを管理したい、と言葉にして伝えることが重要です。
まずはリーダー（導入しようとした人）が「型」を見せる
さっそくタスク分解を始めようと思った時、いきなりメンバーに「これからは仕事を分解して登録してくれ」と丸投げするのは避けましょう。 慣れていない人は、どう分解すればいいか分からず、戸惑ってしまいます。
最初の1週間はリーダーが入力する
まずはリーダーであるあなたが、直近のプロジェクトを一つ選び、見本として 親タスクを作り、子タスクに分解し、担当者を割り振り、期限を設定してください。
メンバーは、整理されたタスクを見て、「なるほど、こうやって分解すれば仕事がやりやすいのか」と知ることができます。
慣れてきたら、「次のプロジェクトは、大枠だけ私が作るから、中身の細かいタスクは君が考えて登録してみて」と、徐々に権限を渡していきましょう。こうすることで、チーム全体の「段取り力」が自然と向上していきます。
まとめ：適切な粒度が「仕事の速さ」を変える
「仕事が遅い・手戻りが多い」と感じた時、その原因のほとんどは「人の能力」ではなく「仕事の渡し方（粒度）」にあります。
- 「見たら実行できる」レベルまで、動詞で具体的に書く。
- 最大2時間以内で終わるサイズまで小さく刻む。
- 必ず「誰がやるか（担当者）」を一人に絞る。
まずはこのシンプルなポイントを意識してタスクを分解・依頼してみてください。
