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