WBSを作り始めると、多くの人が「どこまで細かく書けばいいのか」で手が止まります。
調べてみても、「8時間から80時間」「1週間以内」「2〜5日」と目安がばらばらで、どれを使えばいいのか決められない人も多いはずです。
結論から言うと、いちばん下の作業は1日から2週間に収め、迷ったら1週間以内にそろえれば大きく外しません。
この記事のポイント
- 一番下の作業は8〜80時間が目安
- 迷ったら見直す周期に合わせ1週間以内
- 3つの質問にはいと言えたら分解終了
- 確認と修正は制作と別の行に分ける
- ずれた作業だけ次の案件で分け直す
この記事では、目安の数字が記事ごとに違う理由と、分けるのをやめる判断の仕方を、Web制作の実例とあわせて紹介します。WBSそのものの意味は、WBSとは何かと成果物指向・フェーズ指向の種類の違いで確認できます。
Contents
WBSの粒度は1日から2週間が目安
WBSの粒度は、いちばん下の作業を1日から2週間、時間にして8時間から80時間に収めるのが基本の目安です。迷ったときは、進み具合を見直す周期に合わせて1週間以内にそろえると扱いやすくなります。
8時間から80時間に収める理由
粒度の目安として最もよく使われるのが「8/80ルール」です。まずは数字の意味を押さえておきましょう。
8/80ルールは、WBSのいちばん下の作業を8時間以上、80時間以内に収めるという考え方です。1日の作業時間を8時間とすると、1日から2週間ほどの大きさになります。
8時間より小さい作業ばかり並べると、行の数が増えて更新の手間が重くなります。反対に80時間を超える作業は、中身が大きすぎて、遅れていても終わる直前まで気づけません。上と下の両方に線を引いておくことで、細かすぎと粗すぎの両方を防げるわけです。
ただし、8/80ルールは実務で広く使われている経験則で、必ず守らなければならない決まりではありません。案件の長さや関わる人数によって、ちょうどよい大きさは変わります。
迷ったら1週間以内に収める
どの数字を使うか迷ったら、自分が進み具合を見直す周期に合わせるのが近道です。週に1回見直すなら、1週間以内に収めます。
海外で知られるWBSの経験則には、80時間を超えないようにする「80時間ルール」に加えて、「報告期間ルール」があります。いちばん下の作業を、進み具合を報告する期間1回分より長くしないという考え方です。週1回の定例で進み具合を確かめるなら、1週間で終わる大きさにしておけば、どの作業も次の定例までに「終わった」か「遅れている」かのどちらかで答えられます。
筆者が担当した約20ページのコーポレートサイト制作では、トップページのデザインを1週間ほどのまとまりで組んでいました。内訳は「制作4日、確認2日、フィードバック対応1日」です。じっくり考えたい部分だけ制作の日数を延ばし、週1回の定例のたびに予定を引き直す形です。1つの成果物を1週間前後の行に分けておくと、定例で「どこまで進んだか」を迷わず話せました。
目安の数字が記事ごとに違う理由
解説記事によっては「1〜2日」「2〜5日」「1週間以内」など、目安の数字がばらばらです。なぜ同じWBSの話で、ここまで数字が違うのでしょうか。理由は、誰が何日ごとに進み具合を見るかという前提が違うことにあります。
毎日進み具合を確かめる開発チームなら、1日で終わる大きさが扱いやすくなります。週1回の定例で確かめる制作案件なら1週間以内、月1回の報告で済む長い案件なら2週間ほどでも困りません。見直す周期ごとの目安を、次の表にまとめます。
| 見直す周期 | 主に見る人 | いちばん下の作業の目安 | 向いている案件 |
|---|---|---|---|
| 毎日 | 自分、チームの朝会 | 半日から1日（4〜8時間） | 短い開発、細かい改修 |
| 週1回 | 自分とクライアント | 1日から1週間（8〜40時間） | 1〜3か月の制作案件 |
| 2週間から月1回 | 上司や発注側への報告 | 1週間から2週間（40〜80時間） | 半年以上の大きな案件 |
表を見ると分かるとおり、どの目安も8時間から80時間の範囲に収まっています。数字が違って見えるのは、同じ範囲のどこに寄せるかが周期によって変わるからです。
WBSの粒度は、いちばん下の作業を8〜80時間、1日から2週間に収めるのが基本です。どの数字を使うか迷ったら、進み具合を見直す周期1回分に収めます。週1回見直すなら、1週間以内が目安です。
ただし、時間の目安だけで決めると、中身があいまいな行を見逃してしまいます。次は、作業の中身から止め時を決める方法を見ていきます。
どこまで分解するかは3つの質問で決める
分けるのをやめるかどうかは、「終わったと言えるか」「時間を見積もれるか」「1週間以内に確かめられるか」の3つの質問で決めます。3つともはいと言えたら、それ以上は分けません。
終わったと1文で言えるか
1つ目の質問は、その作業が終わった状態を1文で言えるかどうかです。ここがあいまいな行は、いつまでも終わりません。
「デザインを調整する」「仕様を検討する」のような書き方は、どこまでやれば終わりなのかが決まっていません。「トップページのデザインをクライアントが確認した」「ボタンの仕様が決まり一覧に書いてある」のように、終わった状態を書けるかを確かめます。書けない場合は、作業の中身がまだ見えていないサインです。もう1段分けて、終わりが言える単位まで下ろします。
時間を見積もれるか
2つ目の質問は、「何時間かかるか」にすぐ答えられるかどうかです。答えに詰まる行は、まだ大きすぎます。
「サイトのデザインを作る」と聞かれても、何時間かかるかは見当がつきません。「トップページのデザインを作る」まで下ろすと、過去の経験から「3日くらい」と答えられるようになります。見積もりの幅が「1日から10日」のように広すぎるときも、中身の分からない部分が残っているので、もう1段分けます。
1週間以内に確かめられるか
3つ目の質問は、1週間以内に進み具合を確かめられるかどうかです。1つ目と2つ目がはいでも、大きすぎる行はここで引っかかります。
終わりの状態が書けて、時間も見積もれる作業でも、3週間かかるなら途中の遅れに気づけません。1週間を超える行は、「前半のデザイン」「後半のデザイン」のように期間で割るのではなく、「トップページ」「下層ページ」のように成果物で割ります。成果物で割っておけば、分けたあとの行もそれぞれ終わりの状態を書けるからです。
3つの質問で直す例
3つの質問は、上から順に当てはめると迷いません。いいえになったときの直し方を、Web制作の例でまとめます。
| 質問 | いいえの例 | 直した例 |
|---|---|---|
| 終わったと言えるか | デザインを調整する | トップページのデザインをクライアントが確認した |
| 時間を見積もれるか | サイトのデザインを作る | トップページのデザインを作る（約3日） |
| 1週間以内に確かめられるか | 下層ページ15枚のデザイン（約3週間） | 会社案内ページ群、事業紹介ページ群に分ける |
時間の目安と3つの質問の答えが食い違うときは、3つの質問を優先します。WBSを成果物から組み立てる手順そのものは、成果物から分けるWBSの作り方と5つの手順で紹介しています。
分けるのをやめる判断は、終わったと言えるか、時間を見積もれるか、1週間以内に確かめられるかの3つで行います。1つでもいいえなら、期間ではなく成果物でもう1段だけ分けます。
それでも実際に作ってみると、細かすぎたり粗すぎたりすることがあります。次は、そのサインの見分け方です。
細かすぎと粗すぎを見分けるサイン
WBSが細かすぎるかどうかは更新が追いつくかで、粗すぎるかどうかは遅れが出たときにずらす場所を特定できるかで見分けられます。どちらのサインが出ているかで、直し方は逆になります。
細かすぎるWBSのサイン
細かすぎるWBSは、作った直後はきれいに見えます。ところが、2週目になっても同じ熱量で更新を続けられるでしょうか。問題が出るのは、使い始めてからです。
次のようなサインが出ていたら、細かすぎを疑いましょう。
- 実績や進み具合の書き込みが、1週間分たまってしまう
- 数時間で終わる行が、同じ成果物の下に10行以上並んでいる
- 作業そのものより、表の更新に時間を取られている
こうしたサインは、表を管理する手間が、得られる情報を上回っている状態を示しています。直し方は、同じ成果物の下にある数時間の行を1つに束ねることです。束ねた細かい作業は、次の章で紹介するToDoのほうで管理します。
粗すぎるWBSのサイン
粗すぎるWBSは、作るときは楽ですが、案件の後半になって困ります。遅れの原因がどこにあるのかが見えなくなるからです。
筆者の案件でも、後半に差しかかって複数の作業が並行して走り出すと、全体のスケジュールをまとめて後ろにずらす形になりがちでした。行が粗いと、どの作業が遅れているのかを特定できず、一部だけを直すことができません。その結果、どこまでが今回の対応範囲なのかもあいまいになっていきました。遅れが出たときに「全体をずらす」以外の手が打てないなら、粗すぎのサインです。
確認と修正は制作と別の行にする
粗すぎを防ぐうえで特に効くのが、確認と修正を制作とは別の行に分けることです。この2つは、最も見積もりから漏れやすい作業だからです。
筆者の実感では、修正対応や確認作業は「すぐ終わる」と判断されがちです。ところが実際には手戻りが起きることを見込んでいない場合が多く、時間がふくらんでスケジュールが狂う原因になってきました。先ほどのトップページで「制作4日、確認2日、フィードバック対応1日」と分けていたのは、この2つを制作の中に埋もれさせないためです。
作業を細かく分けて見積もること自体にも、意味があります。複数の要素からなる作業を、構成要素に分けてから所要時間を予測すると、時間を短く見積もりすぎる傾向が弱まることが実験で示されています。確認や修正のような見落としやすい作業も、行として書き出すだけで見積もりに入るようになります。確認の行には「クライアントの確認は2回まで」のように回数も書いておくと、手戻りがどこまで予定に含まれているかが一目で分かります。分けた作業ごとの時間の出し方は、作業工数の算出方法を類推や三点見積もりで使い分ける手順で詳しく扱っています。
更新が追いつかなくなったら細かすぎ、遅れが出たときに全体をずらすしかないなら粗すぎのサインです。細かすぎは数時間の行を束ね、粗すぎは確認と修正を制作から切り離すところから直します。
細かく分けたい作業は、WBSとは別の場所に逃がせば、表を重くせずに済みます。1人で案件を回すときは、この考え方が特に役立ちます。
1人で案件を回すときの粒度の決め方
1人で案件を回すなら、WBSは見積もりと範囲の確認のために半日から数日の単位で止めます。その日にやる細かい作業は、WBSとは別のToDoで管理すると、表が重くならずに済みます。
WBSとToDoを分けて持つ
1人で仕事をしていると、WBSにその日の細かい作業まで書き込みたくなります。全部を1枚にまとめたほうが、管理は楽になりそうに思えるからです。しかし、見積もりのための粒度と、手を動かすための粒度は別物です。
WBSは、案件全体の予定と見積もりを確かめるための表です。いちばん下の行は、半日から数日で終わる大きさにしておけば十分です。一方、「ヘッダーのボタンを直す」「画像を書き出す」のような30分から数時間の作業は、毎日のToDoに書きます。2つの粒度を1枚の表に混ぜると、行が増えすぎて更新が止まります。
筆者の場合は、1日のタスクを工数で整理して、その日の作業範囲を決めていました。予定に収まりきらない項目は、公開後の対応に回せないかをクライアントと相談することもあります。その日のToDoで「今日はここまで」と区切り、あふれた分をWBSの予定に戻して相談する流れです。
クライアントと範囲をそろえる単位にする
WBSの行は、クライアントと作業の範囲を確かめるときの単位にもなります。行の区切りがはっきりしているほど、追加の作業との線引きがしやすくなります。
2020年に国がフリーランスを対象に行った調査では、取引先とのトラブルを経験した人のうち24.4%が、業務の内容や範囲について揉めた経験があると答えています。フリーランス協会の2025年の調査でも、契約にない追加の作業を断れないと答えたフリーランスが26.6%いました。
筆者自身は、これまで見積書の項目とWBSの行をそろえたことがありません。予算とは、感覚で照らし合わせてきました。後半に対応範囲があいまいになった経験を振り返ると、両者が同じ単位ならもっと話が早かったと感じています。「この作業は見積もりのどの行にも入っていない」と示せるからです。そろえるときは、WBSの行に含む作業の範囲まで書き込むのがコツです。たとえば「トップページのデザイン（構成案1回、デザイン案1案、修正2回まで）」と書いておきます。こうしておけば、3回目の修正や2案目のデザインは、この行の外にある追加の作業だと説明できます。見積もりを金額に落とし込む方法は、工数見積もりを正しい金額に変換してクライアントに伝える方法で紹介しています。
1人の案件では、WBSを半日から数日の単位で止め、30分から数時間の作業はToDoで管理します。WBSの行を見積書の項目とそろえておくと、追加の作業を相手に説明しやすくなります。
とはいえ、最初から正しい粒度を決められる人はいません。最後に、使いながら粒度を直していく方法を紹介します。
粒度は予定と実績を比べて分け直す
粒度は一度決めたら終わりではなく、予定と実績の差が大きかった作業だけを、次の案件で1段細かく分け直します。全部を作り直す必要はありません。
分け直しは、次の3つの手順で進めます。
- 作業ごとに、実際にかかった時間を記録しておく
- 案件が終わったら予定と実績を並べ、差が大きかった行に印をつける
- 次の案件では、印をつけた行だけを1段分けてから見積もる
差が大きい行は、中に見えていなかった作業が隠れていた可能性が高い行です。どの行が「差が大きい」かは、自分で基準を決めておくと迷いません。たとえば、予定の1.5倍を超えた行だけを見直すと決めておけば、見直しにかける時間も短く済みます。
差が出やすいのは、先ほど触れた確認や修正、クライアントからの原稿や素材を待つ時間です。これらを制作と同じ行にまとめていたなら、次からは別の行に切り出すだけでも見積もりが実態に近づきます。記録が数案件分たまると、「自分の場合、確認と修正は制作時間の何割くらいかかるか」という感覚もつかめてきます。反対に、予定どおりに終わった行は、今の粒度で足りています。
実績の記録には、スプレッドシートに実績時間の列を1つ足すだけでも十分です。doupのように、タスクごとに見積時間と実績時間を並べて記録できるツールを使えば、分け直す行を探す手間を減らせます。予定と実績の差の読み方は、ガントチャートで予定工数と実績工数の差を読み解く方法が参考になります。
粒度は、予定と実績を比べて差が大きかった作業だけを、次の案件で1段細かく分け直します。確認や修正、素材待ちを別の行に切り出すだけでも、見積もりは実態に近づきます。
よくある質問
Q. 半年以上かかる長い案件でも2週間以内に分けるべきですか？
すべてを最初から分ける必要はありません。近い作業だけを1〜2週間に分け、先の作業は大まかなまま残します。中身が見えてきた段階で分け直すほうが、作り直しの手間が少なく済みます。
Q. 1%ルールや2%ルールとはどんな目安ですか？
いちばん下の作業1つを、案件全体の時間や費用の1〜2%に収める目安です。1%なら作業は約100個、2%なら約50個になります。案件の規模から作業の数を見積もりたいときに使えます。
Q. ガントチャートのタスクもWBSと同じ粒度にすべきですか？
基本は同じ粒度にそろえます。WBSのいちばん下の作業を日付の上に並べたものがガントチャートだからです。ガントチャートで細かい作業まで並べたくなったら、その作業はToDoで管理します。
Q. 数時間で終わる作業はWBSに書かなくてもいいですか？
単独では書かず、同じ成果物の作業に束ねます。ただし、公開作業やクライアントへの確認依頼のように、抜けると予定全体に響く作業は、短くても1行で残しておくと安心です。
Q. チームで作るときは粒度をどうそろえればいいですか？
作り始める前に、「いちばん下の作業は1週間以内」「終わりの状態を必ず書く」の2点を全員で決めておきます。人によって分け方が違うと、進み具合の数字を比べられなくなるからです。
まとめ
WBSの粒度は、いちばん下の作業を1日から2週間に収めるのが基本です。目安の数字が記事によって違うのは、進み具合を見直す周期が違うためで、迷ったら自分の見直す周期に合わせ、週1回なら1週間以内にそろえます。
そのうえで、終わったと言えるか、時間を見積もれるか、1週間以内に確かめられるかの3つで止め時を決めましょう。確認と修正は制作と別の行にし、細かい作業はToDoへ回します。まずは手元のWBSのいちばん下の行を、3つの質問で見直すところから始めてみてください。