專案經理最常被問到的問題是什麼？可能是「這個專案到底要做哪些事」「需要多少人」「要花多少錢」。在回答這些問題之前，你需要先做一件事：把專案拆清楚。
拆不清楚，就預估不準；預估不準，就管理不好。而WBS工作分解結構圖，就是幫你把專案「拆清楚」的第一個工具。
無論你是剛入行的專案經理，或是帶過大型專案的資深PM，WBS都是你繞不開的基本功。今天，我們從概念、步驟、與甘特圖的區別，再到如何用圖表工具繪製，一次講明白。
WBS（Work Breakdown Structure），即工作分解結構，是指將專案整體的可交付成果，依照一定的邏輯層層分解，直到無法再分為止。
簡單來說，WBS就是把一個“大專案”切成若干“小模組”，再把“小模組”切成更小的“工作包”，直到每個工作包都能清晰地分配給具體的人、估算出時間和成本。
WBS的三個核心特徵：
以可交付成果為導向：WBS分解的不是“動作”，而是“結果”。例如「開發登入功能」是一個動作，而「登入功能模組」是一個可交付成果。
100%原則：上一層的工作內容必須完全覆蓋下一層的總和，不能多也不能少。如果某個工作在下一層沒有體現，表示分解有遺漏；如果下一層的內容超出了上一層的範圍，表示分解過度。
層級清晰：通常至少分解到「工作包」層級（即可以分配給一個人、估算時間和成本的最小單元）。
WBS的編製過程，本身就是專案逐步深入理解的過程。以下是標準WBS分解的六個步驟：
在開始分解之前，必須先清楚回答：這個專案要交付什麼？邊界在哪裡？
需要參考的文件包括：專案章程、範圍說明書、合約等。如果範圍不清晰，WBS分解就會出現遺漏或過度。
根據項目類型，選擇合適的分解維度：
依可交付成果分解：如軟體開發專案依「前端模組」「後端模組」「資料庫」等
依生命週期階段分解：如“規劃階段”“設計階段”“施工階段”“驗收階段”
依職能分解：如“市場部任務”“研發部任務”“運營部任務”
大多數專案會混合使用多種分解方式，例如第一層按階段，第二層按可交付成果。
列出項目需要產出的所有主要成果。可以問自己：專案結束後，我要交給客戶什麼？內部需要存檔什麼？
例如建築項目：設計圖、地基、主體結構、裝修、驗收報告等。
從頂層開始，逐步細化每個可交付成果。每細化一層，問自己：這個成果由哪些子成果組成？
分解到什麼程度算結束？有一個判斷標準：80小時原則－工作包的完成時間最好控制在80小時（即2週）以內，太長難以控制，太短可能過度管理。
用「100%原則」檢查：下一層的內容加起來，是否等於上一層的全部？有沒有遺漏？有沒有超出？
同時檢查：每個工作包是否都能分配責任人？是否能估算時間和成本？是否清晰可理解？
為每個工作包分配唯一的編碼（如1.1.1），方便後續的任務追蹤和成本核算。然後將WBS發布給專案團隊和相關方，作為後續工作的基準。
許多專案新手容易混淆WBS和甘特圖，甚至認為兩者可以互相替代。實際上，它們是專案管理中前後銜接、各有專注的兩個工具。簡單來說，WBS回答的是「做什麼」的問題，而甘特圖回答的是「什麼時候做」的問題。
WBS工作分解結構圖的核心作用是將專案的可交付成果進行層級分解。它以樹狀圖的形式，展示項目需要產出的所有成果及其包含關係——例如一個軟體開發項目，WBS會顯示它包含前端模組、後端模組、資料庫等，而前端模組又包含首頁、列表頁、詳情頁等子成果。 WBS完全不涉及時間，只關注專案內容的完整拆解。
甘特圖則完全不同，它的核心是展示任務的時間排期和進度。它以橫向長條圖的形式，將WBS分解出的工作包按時間軸排列，顯示每個任務何時開始、何時結束、持續多久，以及任務之間的依賴關係——例如「UI設計完成後才能開始前端開發」。甘特圖的核心是時間管理。
正確的工作流程是：
先做WBS，把專案拆透→ 基於WBS的工作包，估算時間與資源→ 根據依賴關係，畫出甘特圖排期。
如果沒有WBS直接畫甘特圖，很容易漏掉某些工作，或是任務顆粒度不均勻，導致計畫失控。
繪製WBS的關鍵是清楚呈現層級關係和包含邏輯。繪製方法如下：
1. 開啟ProcessOn個人檔案頁，選擇新建【流程圖】。
2. 拖曳矩形到畫布作為中心節點，在中心節點輸入專案名稱（如「軟體開發專案」） ；
新增一級分支：專案管理、需求調查、系統設計/開發、測試/修改；然後分別在每個一級分支下新增二級分支，如果有備註資訊（如責任人、估算工時、驗收標準） ，可以單獨為分支添加資料屬性或備註。
3. 選取階段圖形，上方工具列可使用顏色區分不同階段，或標註關鍵路徑上的工作包。
4. 完成WBS工作分解結構圖後可以匯出為高畫質圖或設定分享連結分享給同事或客戶。
ProcessOn模板社群內包含豐富的WBS工作分解結構圖範本和範例可供參考，同時支援複製使用，提高繪圖效率。以下是部分模板分享。
有人說，專案管理就是「先拆後管」。拆不清楚，後面所有的計畫、執行、監控都是空中樓閣。
WBS看似簡單，只是把專案拆成一棵樹，但要真正做好並不容易。它需要你對專案有足夠深入的理解，需要和團隊成員反覆對齊，需要在拆的過程中不斷發現之前沒想到的細節。但正是這個過程，讓WBS的價值超越了「一張圖」本身——它是團隊對專案達成共識的起點，也是後續所有管理活動的基礎。
免費線上協同心智圖流程圖
