(此圖片由 AI 生成)

今天來看工作分解結構 Work Breakdown Structure (簡稱 WBS) ，它能幫助 PM 把專案內容從大到小、從整體到細節，一層一層分解，直到每一項工作都能夠被清楚定義和管理。

WBS 的圖表通常被稱為階層圖（Hierarchy Diagram），它以階層、樹狀結構呈現專案的各個層次和工作項目。這個圖表的設計類似於組織結構圖，從上到下逐步分解，讓人一目了然地看到專案的各個部分及其關聯。

並且整張圖是將專案從頂層的總目標或可交付成果開始，逐層向下分解為較小的部分，直到每個工作包（Work Package）能被明確定義。WBS 主要關注的是把專案整體範疇分解成更小的、易於管理的部分，通常是一個大的結構圖。

圖片出處：The ABC basics of the WBS Paul Burek.

通常最上層是專案名稱。而中間層則是主要可交付成果（亦有種說法稱其為 Planning Packages），或者說大的分類，而在這些分類中，最下層數個子分類則稱為工作包（Work Package），代表具體的任務或工作單元，是專案中實際執行的工作。

規劃 WBS 拆分工作包就是指拆分 Task 任務嗎？

不對！要注意規劃 WBS 並不是拆分 Task，這兩者還是不同的， WBS 是將專案範疇分解為可管理部分的結構性工具，專注於「做什麼」，Task 是專案執行中的具體活動或工作，專注於「怎麼做」。

在 WBS 中，工作包已經是最小且可管理的單位，理論上是不可再進一步拆解的，而 Task（任務）通常是執行和完成工作包內部活動的具體行動項目。因此，工作包內部的活動或任務可以化為 Task，以便於團隊成員更具體地執行，但在 WBS 中，工作包不等於 Task。

除了與拆分 Task 任務混淆，許多人在理解 WBS 時，也會將其與專案進度表或甘特圖混淆，但其實它們都是不同的東西。

正如 PMI 官網的 Learning Library 文章 The ABC basics of the WBS 中提到的：

WBS Is Not the Project Schedule

WBS 是一種結構性工具，用來分解專案範疇，使其更容易管理和執行。所以 WBS 不等於專案進度圖或甘特圖。

結語

WBS 的核心在於把複雜的專案拆解成可管理的部分，以便後續更有效地分配資源、跟踪進度、控制風險。這也是為什麼當我初次接觸 WBS 時，感覺它能一目了然地看到專案全貌。

這裡僅僅是對 WBS 的簡單介紹。它的應用範疇遠不止於此啊。網路上有許多介紹 WBS 的優秀文章，很多都還是 PM 工具或筆記工具軟體寫的(可能是要藉分享 WBS 推廣自身產品應用？)，這裡就不再贅述了，工具軟體有興趣的讀者也可以自己 Google 找找看。