SHINCHI, Takahiro
1. WBSとは何か？ 〜何のために作るのか？〜
WBS（Work Breakdown Structure）は、プロジェクトを構成する作業を細かく分解し、全体像を見える化する手法です。しかし、多くの現場で「WBSを作ること」が目的化し、本来の意義を見失うケースがあります。
WBSの目的
- 作業を見える化する
→ 抜け漏れを防ぎ、作業範囲を明確にする。 - 責任範囲を明確化する
→ 誰が何を行うのかを明確にする。 - 進捗管理を容易にする
→ 遅延や問題点を早期に発見できる。 - リソースとコストを適切に配分する
→ リソースの無駄を防ぎ、適切に管理する。 - プロジェクトの「終わり」を定義する
→ 無限に作業が発生しないようにする。 - チームの共通認識を作る
→ 全員が同じ地図を見て進行する。
WBSの本質
WBSは「地図」であり「道具」です。作成すること自体が目的ではなく、それを使ってプロジェクトを前進させることが目的です。
2. WBSは「考える」ための道具である
WBSを作成する際、どのツールを使うかを議論しがちですが、最も重要なのは「考えること」です。
ツールは「思考を整理し、共有するための補助的な手段」にすぎません。
ツール自動化の罠
- 自動スケジュール調整機能の限界
→ 自動調整されたWBSでは、変更の本質や影響範囲を理解できない。 - 考える機会の喪失
→ 変更の背景や影響を理解しないままプロジェクトを進めてしまう。
適切なツール運用
- チーム全体がアクセスしやすいツールを選ぶ。
- 管理が煩雑にならないよう柔軟に運用する。
- Excel、Notion、付箋、ホワイトボードなど、状況に合わせて使い分ける。
WBSを使いこなすことが重要であり、ツールに使われてはいけません。
3. OSI参照モデルのように「レイヤー」を分けるWBS
WBSを一元化しすぎると、変更が発生した際に影響範囲が広がり、柔軟性が損なわれます。
OSI参照モデルのようにレイヤーを分けることで、影響範囲を局所化し、管理しやすくなります。
WBSのレイヤー構造
- L1：戦略レイヤー
→ 大まかなフェーズやプロジェクト全体像（要件定義、設計、開発、テスト） - L2：管理レイヤー
→ 各フェーズの中間タスクやマイルストーン - L3：実行レイヤー
→ 各タスクの詳細作業単位
レイヤー分割のメリット
- 変更の影響を局所化
→ 特定のレイヤーに集中して調整可能。 - 責任範囲が明確化
→ レイヤーごとに担当者を配置できる。 - 柔軟性と可視性の向上
→ 全体像が整理され、可視化される。
Notionを使えば、レイヤーごとに異なるビュー（ガントチャート、ボード、リスト）で管理が可能です。
4. WBSは「作ること」が目的ではない
WBSは作成することがゴールではなく、「活用すること」が本質です。
WBSを生きたドキュメントとして運用・更新し続けることが、プロジェクト成功への鍵となります。
WBSを活用するための3つのポイント
- 現場で「見られる」WBS
- 定例会議でWBSを参照。
- アクセスしやすい場所に配置。
- アップデートされ続けるWBS
- 変更が発生したら必ず更新。
- 更新履歴や背景を共有。
- 「目的」に立ち返るWBS
- タスクがプロジェクトの目的にどう貢献するかを常に意識。
- 完了後に目的達成度を確認。
5. WBSがもたらす「顧客との信頼関係強化」
1. 進捗確認が容易になる
- 顧客がWBSを見て現状を確認でき、不安が軽減される。
2. コミュニケーションの再帰化
- 顧客がWBSを見て疑問点を指摘し、改善や再共有が自然に行われる。
3. 信頼関係が深まる
- WBSが透明性を高め、信頼を構築する。
4. コミュニケーションコストの削減
- 頻繁な「今どうなっている？」の問い合わせが減少し、本質的な議論に集中できる。
WBSは顧客にとって「見える安心感」を与える強力なコミュニケーションツールです。
6. WBSを活用するためのチェックリスト
- □ WBSは定期的に参照・更新されているか？
- □ WBSはプロジェクトの目的に沿っているか？
- □ チーム全体でアクセス・共有されているか？
- □ 顧客との信頼関係構築に活用されているか？
- □ WBSは「使いやすい形」で存在しているか？
7. 結論：WBSは「生きた地図」であり、信頼の架け橋である
WBSは、チームの地図であり、顧客との信頼関係を築く共通言語です。
作成して終わりではなく、常に活用し、更新し続けることが重要です。
「WBSを生きたツールとして使い倒し、プロジェクトを成功に導きましょう。」