UnsplashのLuca Bravoが撮影した写真
WBSは、プロジェクトで必要になる仕事を大きなまとまりから小さな単位へ分け、抜けや重なりを減らすための図です。先に要点を言うと、WBSの役目は日程表を作ることではなく、何をどこまで進めるかをチームでそろえることにあります。この記事では、意味、作り方、使いどころ、失敗しやすい点まで順に説明します。
WBSは、Work Breakdown Structureの略です。プロジェクトで行う仕事を、成果物や作業のまとまりごとに上から下へ分けて書き出し、どこまでを対象にするのかをはっきりさせるために使います。予定表そのものではなく、仕事の分け方と受け持ちのもとをそろえるための考え方です。
WBSを作ると、次の点を共有しやすくなります。
WBSでは、上の段に大きなまとまりを置き、その下に小さな単位を並べます。たとえば「要件を決める」「作る」「確かめる」「切り替える」のように分けていくと、仕事のつながりを追いやすくなります。大枠から細部へ順に分けるため、あとから見ても話の順をたどりやすいのが利点です。
WBSは、細かく分ければよいわけではありません。あとで使える形にするには、次の考え方が大切です。
特に100%ルールは重要です。WBSを単なる一覧ではなく、仕事の対象を決める道具として使うと、あとで見積もりや進み具合の話がしやすくなります。
WBSは、次の順で作ると崩れにくくなります。
細かさの決め方で迷ったときは、終わったかどうかを第三者が見て判断できるところまで分けるのが一つの目安です。細かすぎると直す手間が増え、粗すぎると見積もりや管理がぶれます。
たとえば社内システムの入れ替えを進めるなら、次のような形で分けると全体を見やすくできます。
このあとで、それぞれの項目をさらに細かく分け、担当者、終わりの目安、前に済ませる仕事を足していくと、実際に使えるWBSになります。
WBSと近いものに、タスクリスト、ガントチャート、PERTチャートがあります。ただし、役目は同じではありません。WBSは「何をするか」を分けるために使い、そのあとで日付や順番を別の形へ落とし込みます。
| 手法 | 得意なこと | WBSとの関係 |
|---|---|---|
| タスクリスト | やることを並べ、抜けを減らす | WBSで分けた仕事を実行用の一覧へ写すと使いやすい |
| ガントチャート | 期間、順番、進み具合を時系列で見せる | WBSで分けた仕事に日付を付けて管理するときに使う |
| PERTチャート | 仕事の前後関係や所要時間の見通しを追う | WBSで分けた仕事のつながりを図にするときに使う |
言い換えると、WBSは仕事を分けるための下ごしらえで、ガントチャートやPERTチャートは進め方を決めるための道具です。
WBSを使って計画を立てるときは、いきなり日付を書くのではなく、「何をするかを決める」「どれくらいかかるかを見る」「順番を決める」の順で進めると安定します。
この順で考えると、なぜその日程になるのかを説明しやすくなります。あとで予定を直すときも、どこを動かしたのかが見えやすくなります。
WBSは「何をするか」を分ける図で、ガントチャートは「いつ進めるか」を並べる図です。WBSがないままガントチャートだけを作ると、やることが抜けたり、同じ仕事を別の名前で入れたりしやすくなります。
WBSは、プロジェクトで気をつける点を見るときにも使えます。全体をぼんやり眺めるのではなく、各項目ごとに「どこで問題が起きそうか」を見ると、手を打つ場所が分かりやすくなります。
こうして項目ごとに見ると、「何となく不安」だった話が、「この作業のこの前提が危ない」という話に変わります。会議でも、どこに手を打つかを決めやすくなります。
WBSで進み具合を見るときは、「何%進んだか」よりも「何が終わったか」を基準にしたほうがぶれにくくなります。
WBSは、作っただけでは役に立ちません。どのくらいの間隔で直すか、だれが直すかを決めて、日々の使い方に組み込むことが大切です。
WBSで迷いやすいのは、どこまで細かく分けるかです。次のような目安で考えると、使える形にしやすくなります。
たとえば承認待ちや外部とのやり取りが多い案件では、作業そのものより待ち時間のほうが重くなることがあります。その場合は、作業と待ちを分けて書いたほうが、実際の動きに合います。
WBSは、見た目が整っているだけでは十分ではありません。よくある失敗には、次のものがあります。
特に多いのは、WBSを細かな作業一覧に寄せすぎることです。細かくしたのに抜けが残るなら、問題は分け方の軸にあります。何を作るのか、どこまでを今回の対象にするのかを先に決める必要があります。
作ったあとは、次の点を確かめると崩れにくくなります。
見直しは、管理者だけで済ませないほうが安全です。実際に手を動かす人の感覚を入れると、抜けや無理に早く気づけます。
WBSは、チームで同じものを見て初めて力を発揮します。作った人だけが分かる図のままだと、話がかみ合わず、予定のずれも見えにくくなります。
議論を人ではなく項目に向けると、責め合いになりにくくなります。どの仕事が止まっているのかを共通の図で見られるからです。
WBSは、一度作れば終わりではありません。要件の変更、優先する仕事の入れ替え、外部との調整の遅れなどが起きるため、節目ごとに見直す必要があります。
見直しでは、項目の追加や削除だけでなく、細かさや終わりの目安も直します。変更が日程、費用、品質へどう響くかをWBSで説明できると、合意を取りやすくなります。
アジャイル開発は変化に強い一方で、プロジェクト全体で何が残っているのかが見えにくくなることがあります。そこでWBSを、固定した計画のためではなく、全体の見取り図として使うと役に立ちます。
この形なら、アジャイル開発の柔らかさを保ちながら、全体でまだ終わっていない仕事を説明できます。移行や運用の準備で抜けを減らすうえでも有効です。
WBSは、プロジェクトで必要な仕事を段ごとに分け、何をどこまで進めるかをそろえるための道具です。うまく使うには、仕事を適切な大きさへ分け、終わりの目安と担当を明らかにし、日々の会議で使い続けることが欠かせません。ガントチャートなどほかの道具と組み合わせれば、予定づくりから日々の確認まで、つなげて扱いやすくなります。
WBSは「何をするか」を分ける図で、ガントチャートは「いつ進めるか」を時系列で並べる図です。
担当者を決められて、終わったかどうかを第三者が見て判断できる大きさまで分けるのが目安です。
上の項目を下の項目へ分けたときに、全部を足すと抜けなく埋まるようにする考え方です。
何ができれば終わりなのかが見えにくくなり、見積もりや日々の確認がぶれやすくなります。
仕事を小さな単位へ分けて見られるため、どこにどれだけ手間がかかるかを考えやすくなるからです。
はい。前提や優先する仕事が変わるため、定例の会議などで見直して実際の動きに合わせます。
各項目ごとに終わりの目安を置き、「何%進んだか」より「何が終わったか」で見るとぶれにくくなります。
使えます。全体で何が残っているかを見るための見取り図として使うと、あとで説明しやすくなります。
だれが直すか、いつ使うか、何をもって終わりとするかが決まっていないまま置かれることが多いからです。
プロジェクト全体を一度に眺めるのではなく、各項目ごとに心配な点と打つ手を書くと、話が具体になりやすくなります。