WBS 工作分解結構
把大象切成一口一口的肉排
起源與背景
WBS 起源於 1960 年代美國國防部和 NASA 的大型專案管理。當時為了管理阿波羅登月計畫，需要一種系統性方法來分解複雜工程。PMI (Project Management Institute) 在 PMBOK 中將其標準化，至今仍是全球最主流的專案管理方法。
什麼是？
WBS 是一種以「可交付成果」為核心的層級分解技術。它將專案範圍從上到下拆解為越來越小的工作單元，直到每個單元都可以被準確估算時間和資源。
核心概念
100% 規則：WBS 的所有子層級加總，必須等於上一層級的 100%。不能多也不能少。這確保了沒有遺漏，也沒有重複。
最適合
- ✓建築與工程專案
- ✓大型活動籌辦（展覽、婚禮、研討會）
- ✓產品製造與供應鏈
- ✓政府採購與標案
- ✓任何有明確產出物的專案
不適合
- ✗探索性研究或創新專案
- ✗需求經常變動的敏捷開發
- ✗個人日常任務管理
操作步驟
定義專案最終目標與範圍
識別主要可交付成果（Phase 1, 2, 3...）
逐層分解每個交付成果為子任務
持續分解直到每個工作包 (Work Package) 可以被估算（通常 8-80 小時）
為每個工作包分配負責人、時間和資源
驗證 100% 規則：確認所有子項加總涵蓋上層 100%
核心金律
100% 規則 — 子層級完整覆蓋上層
互斥性 (MECE) — 各工作包之間不重疊
8/80 法則 — 每個工作包最小 8 小時、最大 80 小時
以產出為導向 — 定義的是「要交什麼」而非「要做什麼」
不超過 6 層 — 避免過度分解導致管理負擔
實戰案例
建立公司官網
Phase 1: 需求規格 > Phase 2: UI/UX 設計 > Phase 3: 前端開發 > Phase 4: 後端 API > Phase 5: 測試上線。每個 Phase 再拆成具體工作包（例如設計稿、切版、API 文件）。
舉辦 200 人研討會
Phase 1: 企劃與預算 > Phase 2: 場地與設備 > Phase 3: 講者邀約 > Phase 4: 行銷推廣 > Phase 5: 活動執行 > Phase 6: 後續追蹤。
與其他方法的比較
WBS 聚焦「產出物」，而 User Story 聚焦「使用者價值」；WBS 適合瀑布式開發，User Story 適合敏捷。