ワザ箱WBSはどこまで細かく分解すべき?
WBSの分解は「1つのタスクが数日(目安として2〜5営業日ほど)で終わる大きさ」まで、が実務のおおよその目安です。細かすぎると管理が煩雑になり、粗すぎると進捗も見積もりも甘くなります。「進捗を確認したい間隔」と「工数を見積もれる最小単位」で止めると、粒度がそろいやすくなります。
WBS(作業分解構成図)を作るとき、「どこまで細かく割ればいいのか」で手が止まりがちです。答えは「決まった正解の階層数」ではなく、そのタスクを管理・見積もりできる大きさかどうかで決まります。
分解の目安は「数日で終わる大きさ」
実務でよく使われる目安は、最小のタスク(これ以上分けない一番下の作業)を数日で完了できる大きさにそろえることです。1つのバーが2〜5営業日ほどで終われば、進捗の確認がしやすく、遅れにも早く気づけます。参考として、1タスクの工数を「8時間〜80時間(おおむね1〜10営業日)」の範囲に収める、という一般的な目安(いわゆる8/80ルール)も知られています。いずれも絶対の基準ではなく、プロジェクトの規模やチームに合わせて調整する前提の目安です。
細かすぎ・粗すぎ、それぞれの弊害
粒度は、細かすぎても粗すぎても管理が苦しくなります。
| 粗すぎる(1タスクが大きい) | 細かすぎる(1タスクが小さい) | |
|---|---|---|
| 進捗 | 「作業中」が長く続き、遅れに気づけない | 完了報告や更新の手間が増える |
| 見積もり | 工数が丼勘定になり誤差が大きい | 細部にこだわり全体が見えにくい |
| 管理 | 担当や依存関係が曖昧になりやすい | タスク数が膨らみ管理コストが上回る |
大きすぎる作業は「進捗90%のまま止まる」原因になりやすく、小さすぎる作業は管理そのものが仕事になってしまいます。両極を避けた中間が、扱いやすい粒度です。
迷ったときの判断基準
止めどころに迷ったら、次の3つを自問してみてください。いずれも「はい」と言える大きさなら、それ以上分解しなくてかまいません。
- 進捗が測れるか:完了/未完了を客観的に判断できるか。「だいたい終わった」でしか言えないなら、まだ大きい可能性があります。
- 工数を見積もれるか:何日かかるかに見当がつくか。見当がつかない塊は、もう一段分けると見えてきます。
- 担当を1人に振れるか:1つの作業に責任者を1人決められるか。複数人にまたがるなら分割の余地があります。
作業を階層で分解、そのままスケジュール化。無料・登録不要。
WBSプランナーは、エクセル風のタスク表で作業を階層に分解でき(親タスクは子の集計を自動表示)、優先度・難易度・工数・先行タスクを入れると内蔵のガントチャートが自動で描かれます。タスクを1つ足せばガントに1本増えるので、分解の粒度を変えながら日程への影響をその場で確かめられます。入力データはお使いの端末内だけで処理されます。
洗い出しから工数見積もりまでの手順は、コラム「WBSの作り方5ステップ」で順を追って解説しています。