工作分解結構（Work Breakdown Structure, WBS）是許多專案管理初學者第一個碰上的專有名詞。你知道有MBA學位的人和沒有MBA學位的人最大區別在哪嗎？有種說法是，前者擅長在對話中饒管理名詞，而且一定要有英文縮寫，類似這樣：

MBA一號：「你知道今天我Boss有多Evil？他在Board Meeting因為KPI的Issue和CFO互相finger pointing，最後竟然Blame on me，這明明就是RD Head和QC Team間的communication有Gap嘛！這些人真是Crazy，WTF！」

MBA二號：「Calm down！你的coffee都快被你噴成cappuccino了。FYI，你Boss站在你背後很久了，Good Luck！」

同樣的，考上PMP的人WBS也都朗朗上口，幾次和PMP聊到WBS，我都得到非常「正確且標準」的回覆，對話大概像這樣：

我：「你們平常會用WBS嗎？」

PMP一號：「當然！WBS就是工作分解結構嘛！Work Breakdown Structure。（得意）」

PMP二號：「沒錯，而且WBS是屬於Scope Management，是Project Planning階段重要的output！（自信）」

我（心中的OS）：「WTF，Good Luck！」

好吧，這樣的回答確實「無懈可擊」，但也「無用至極」。這讓我想起一個笑話：

有位冒險家搭熱氣球旅行，結果被風吹到陌生的地方迷路了。他看到地面上有個工程師走過，就降下來問他：「請問你知道我現在在哪裡嗎？」

工程師：「當然，你現在在距離地面10公尺高度的地方！」

知道WBS的定義，知道（或聽人說）WBS很重要，並不能代表真正了解WBS的本質和目的。在發表我的看法之前，我們先翻開PMBOK大辭典看看WBS的解釋：

Work Breakdown Structure (WBS). A deliverable-oriented hierarchical decomposition of the work to be executed by the project team to accomplish the project objectives and create the required deliverables. It organizes and defines the total scope of the project.

這段解釋中，有個關鍵字我認為常被初學者（甚至教PMP的講師）給忽略，這個字重要到甚至還出現了兩次，那就是Deliverable。這個字有人翻做「交付標的」，有人翻成「產出物」或「交付物」，沒錯！WBS基本上就是基於專案「最終的成果」來做的「逆向拆解」。一幅完整的WBS是告訴我們，當這個專案完成的那一天，將會包含這些「元件」，不多不少，彼此也沒有重複！

嚴格說來，WBS和所謂的工作清單（Activity List）是很不一樣的概念。WBS的每個方塊是必須被完成的「元件」（Deliverable or Product）；而Activity則是為了完成該項元件，而必須採取的「行動」（Action or Movement）。所以一位觀念正確的PM，做出來的WBS通常是以「名詞」來表示，而Activity的描述中總是會有「動詞」。例如某個婚禮籌備專案中：

WBS元件：喜帖（名詞）

對應的Activity：尋找廠商、選擇花色、確認樣本、填寫信封、寄送喜帖…（動作）

所以說，當專案團隊制定WBS時，大家思維應該是反向的。先釐清這個專案完成時該是甚麼樣子，期待當中包含甚麼部件，腦海中有個圖像（就像我這張牛肉解剖圖）後再逆向去拆解成個別的組件。這就是為什麼專案管理很強調「需求分析」，而WBS是釐清需求的一個重要工具與手段！有時候WBS一畫出來才發現，原來大家對專案的想像根本都不一樣，好加在還沒真的開工。這也就是我們常常強調，一定要先規劃，不要急著動手的原因。

WBS的重要性除了展現在釐清需求與範疇外，另一個目的就是工作分派。除非是一人專案，不然沒有比適當地切分工作，讓對的人做對的事更重要的了，如果這個專案考慮外包，那適當地切分工作更是關鍵，這就是為什麼PMBOK說WBS是採購規劃（Procurement Planning）的要件之一！（p.318 PMBOK 4th Edition）

工作拆分出去了，下一步就要監督有沒有被做好。這時WBS又成了專案績效評估的基準。多數的專案報告中都是用WBS來當作主要的群組條件，因為越是複雜的專案，老闆們越不可能親自監督每個細節的工作，最好的方式就是以WBS的大項目來彙整，看到異常的WBS時再去檢討其中的細節，這才是比較有效率的方法。所以WBS在這裡可說是What Bosses See！

WBS重不重要？當然重要，說他是專案管理的基礎建設絕不為過！WBS等於把利害關係人的需求與專案範疇畫成明確的圖像，把大目標拆解成數個容易管理的小目標，如此團隊才知道該做甚麼事，需要多少時間，也才能進一步評估所需要的成本。WBS幫助我們分派工作，幫助我們切分工作給外包商，分派出去後也能以同樣的結構來監控他們的績效，幾乎整個九大知識領域都和WBS環環相扣。

要制訂出一套好的WBS其實需要不少經驗累積。莊子裡面有個庖丁解牛的故事大家都聽過。庖丁對文惠君說了這麼一段話，我覺得跟WBS的概念頗能呼應：「我剛開始殺牛的時候，眼中看到的是一條牛。三年之後，我看到已經不是牛，而是牛的五臟筋骨。到了現在，我已經不用眼睛看，就可以憑心領會牛的筋骨脈絡。我的刀遊走在骨與骨相接，骨與肉相接，或是筋骨間的縫隙，沒有阻礙，遊刃有餘，迎刃而解！」要將一個專案美妙地切分妥當，確實有些專業門檻，這也就多數專案管理嚇嚇叫的企業，多半會儲備公司的過往的專案範本做為參考。因為同一家企業中必定有許多專案是相似的，前人的經驗往往是新手PM最佳的教材。

庖丁又說：「一般廚子，看到牛就拿刀又割又砍，每個月就得換一把刀；好一點的廚師，只割不砍，一年換一把刀；至於我的刀已經用了十九年，殺了數千頭牛，仍然一樣鋒利。雖然如此，每當我要支解一頭牛前，我仍會摒氣凝神，充分掌握牛的結構，才開始緩緩下手…」這說明了兩件事，第一，工作切割良好，能夠減少滯礙，流程才會順暢；第二，先掌握整體，看清楚才下手，別衝動！

不管你對牛排有沒有興趣，只要你的工作和專案有關，都建議好好花些功夫在WBS上。有效掌握WBS，就有效掌握專案管理的精隨！

BTW，各位PM，最後這個Key Point非常地Critical，Good Luck!

如果你想要了解專案管理的核心觀念，也歡迎你參考【101專案管理一日特訓班(7PDU)｜專案管理課程】，這堂課不強調 PMP 證照考試的相關內容，而是更深入專案管理的核心觀念。

不僅會有 PDU 點數，更能幫助你建構更扎實的專案管理基礎。