WBS とは？
WBS (Work Breakdown Structure) は、プロジェクトの成果物を明確に定義し、管理するために広く使用されているプロジェクト管理手法です。WBS は、複雑なアクティビティをより小さな成果物 (作業パッケージ、タスク、サブタスクなどと呼ばと呼ばれることが多い) に分解する階層構造であり、作業の評価、割り当て、追跡を容易にすると同時に、各部分が互いにどのように関連しているかを示します。
多くのプロジェクト管理手法が具体的なアクションに焦点を当てるのに対し、WBS は最終的な成果物に注目するのが大きな特徴です。適切に構築された WBS を活用することで、プロジェクト内の複雑なタスクをより効果的に管理・監督できるようになります。さらに、測定可能なタスクを明確に定義できるため、コスト見積もりやスケジュール管理の精度が向上し、プロジェクト全体の計画立案とモニタリングを大幅に簡素化できます。
効果的な WBS の要素
優れた WBS を構築することで、プロジェクト内におけるタスクの割り当てや進捗の追跡がスムーズになります。その効果を最大限に発揮させるために、WBS は以下の要素を備えている必要があります。
- 明確な定義：プロジェクトの関係者全員が内容を正しく共通認識できるよう、各要素が具体的に定義されていること。
見積もりのしやすさ：必要なコストや期間を正確に算出できるよう、タスクごとの期間、費用、リソースが網羅されていること。
- 管理のしやすさ：責任の所在を明確にするため、各ワークパッケージに担当のチームや個人が割り当てられ、適切な報告期間内で完了できる規模に抑えられていること。
進捗の測定可能性：進捗状況を正確に把握・測定するため、開始日と完了日、および具体的なマイルストーンが設定されていること。
- 柔軟性 ：スケジュールの変更や軽微なタスクの追加に柔軟に対応できる構造であること。ただし、スコープの肥大化を防ぎ、当初予定していた成果物の全体像を維持するという WBS 本来の目的も常に念頭に置く必要があります。
プロジェクト管理において効果的に機能する WBS を作成する際は、以下のポイントに留意しましょう。
- きめ細かく。プロジェクトの成果物をできるだけ掘り下げて分解し、動詞の形でタスクを表します。実用的なベンチマークとして、多くのチームが「8/80 ルール」を適用し、各作業パッケージのサイズを約8〜80 時間 (組織によっては、約 10 日または標準の報告期間以内) に抑えています。
- 正確かどうかをよく確認。すべての成果物、期限やリソースが適切に記録されていることを確認します。
- 補足的なアクティビティも盛り込む。トレーニングやテスト、製品やサービスの立ち上げ、実装などのアクティビティも考慮します。文書化やレビューなどの非 IT /手続関連の作業アクティビティも含めるようにしましょう。
- 作業パッケージをチェック。作業パッケージは他の作業パッケージから完全に独立した形で作成します。図内でタスクが重複しないよう気をつけましょう。この推奨事項は、広く使用されている 2 つのガイドライン、「100%ルール」(WBS がプロジェクトの範囲を100%捉え、余分なものを含まない) と「相互排他性」(成果物やサブタスクが二重に現れず、作業、コスト、または時間の二重計上を防ぐ) に沿っています。
- 成果に常に注目。構造を、アクションリストではなく、成果物と測定可能なマイルストーンを中心に据えます (例：「ブレーキパッドの調整」ではなく「ブレーキシステム」)。
- 適切な深さを目指す。多くの WBS 図では、全体として詳細は 3 つのレベルに分かれますが、作業を真に管理可能にするために、一部の分岐で他の分岐よりもさらに細分化が必要になる場合があります。
WBS の種類
プロジェクト管理で一般に使用される WBS には、プロセス指向の WBS と成果物指向の WBS の2種類があります。このどちらもプロジェクトのスコープ定義に使うことができ、一緒に使用することでプロジェクトの管理プロセスを独自の視点から俯瞰して、貴重な洞察を得ることができます。
プロセス指向の WBS
プロセス指向の WBS は、ステップ、作業のフェーズや機能の観点からプロジェクトを定義します。このタイプの WBS は、プロジェクト完了のために個別の部門で行うべきステップに重点を置いたもので、通常、個々の要素を動詞形式で表します。
プロセス指向の WBS を成果物指向の WBS と組み合わせることで、機能の観点から作業を完全に分解でき、より一貫したプロジェクトのスコープを作成できるようになります。また、プロジェクト全体で質の高いプロセスが実装されていることを確認するためにも使用できます。
