作業分解構成図（WBS）の作り方
結論から言うと、作業分解構成図（WBS）は、プロジェクトをフェーズ、納品物、タスクという順に、管理しやすい小さな単位へ分解したものです。作るときは、最終的な納品物から始めて、それを主要なフェーズに分け、各フェーズを見積もりと割り当てができるほど小さなタスクへと分解します。各項目が1人で担当できる作業のかたまりになったところで止めます。
作業分解構成図とは？
WBS は、プロジェクトが納品すべきすべてのものを階層的に分解したものです。最上位はプロジェクトそのもので、その下にフェーズや主要な納品物があり、さらにその下に個々のタスクがあります。WBS はスコープの地図であり、スケジュールではありません。WBS が「何をしなければならないか」に答えるのに対し、ガントチャートは「いつ」に答えます。
優れた WBS があれば、プロジェクトに終わりが見えるようになります。1つの圧倒されるような目標ではなく、見積もり、割り当て、追跡ができる具体的なピースのツリーが手に入るのです。
WBS の作り方：ステップごとに解説
1. 最終的な納品物から始める
最上位に最終的な成果を置きます。「モバイルアプリをローンチする」「家を建てる」「カンファレンスを開催する」などです。その下にあるものはすべて、これを生み出すために存在します。
2. 主要なフェーズに分ける
大きな作業のかたまりを4〜8個特定します。ソフトウェアなら「調査」「デザイン」「開発」「テスト」「ローンチ」などです。これが2つ目の階層になります。
3. 各フェーズをタスクに分解する
各フェーズの下に、それを完了するのに必要な具体的な作業を列挙します。「デザイン」なら、ワイヤーフレーム、ビジュアルデザイン、デザインレビュー、引き渡しに分かれるかもしれません。
4. 適切な粒度で止める
各タスクが、自信を持って見積もれて、1人の担当者に割り当てられるほど小さくなるまで分解を続けます。通常は数時間から数日分の作業です。細かくしすぎるとノイズが生まれ、粗いままだとリスクが隠れます。
100%ルールとその他のガイドライン
WBS で最も重要な原則は100%ルールです。どの項目でも、その子項目を合計すると、その項目のスコープのちょうど100%にならなければなりません。多すぎても少なすぎてもいけません。あるフェーズのタスクがそのフェーズを完全にカバーしていなければ何かが抜けており、超えていればスコープクリープが起きています。
ほかにもいくつかのガイドラインがあります。WBS の項目は、あいまいな活動ではなく納品物や成果（名詞）として記述すること。作業が二重に数えられないよう、各項目が互いに重複しないようにすること。そして、ほとんどのプロジェクトでは3〜4階層より深くしないことです。
WBS とガントチャートの違い
WBS とガントチャートは、同じ作業を2つの視点から見たものです。WBS はスコープを階層に整理し、ガントチャートはそれらのタスクを依存関係や日付とともにタイムライン上に配置します。まず WBS を作って何をするかを把握し、次にそれをガントチャートでスケジュールしていつやるかを計画します。
LoopGantt では、この2つは同じデータです。WBS ツリーでタスクをフェーズの下に入れ子にすると、階層構造を保ったまま自動的にガントチャートに表示されます。
よくある質問
WBS の100%ルールとは？
ある要素の下位項目が、その要素のスコープのちょうど100%を表していなければならない、というルールです。下位項目を合わせるとその要素が完全に定義され、抜けも重複もありません。
WBS は何階層にすべきですか？
ほとんどのプロジェクトでは3〜4階層が必要です。プロジェクト、フェーズ、タスク（場合によってはサブタスク）です。それより深くすると、明快さは増さずに管理の手間が増えるのが普通です。
WBS はタスクリストと同じですか？
違います。タスクリストはフラットですが、WBS は階層的で、タスクを納品物やフェーズの下に整理します。そのため、スコープ、担当、進捗がはるかに見やすくなります。
WBS をスケジュールに変える
LoopGantt で無料の WBS を作成しましょう。タスクをフェーズの下に入れ子にすれば、依存関係とクリティカルパスを備えたガントチャートにそれらが反映されていく様子を、1つのプロジェクトの中で確認できます。