工作分解結(jié)構(gòu)（Work Breakdown Structure, WBS）是許多專案管理初學者第一個碰上的專有名詞。你知道有MBA學位的人和沒有MBA學位的人最大區(qū)別在哪嗎？有種說法是，前者擅長在對話中饒管理名詞，而且一定要有英文縮寫，類似這樣：
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就是工作分解結(jié)構(gòu)嘛！Work Breakdown Structure。（得意）」
PMP二號：「沒錯，而且WBS是屬于Scope Management，是Project Planning階段重要的output?。ㄗ孕牛?/p>
我（心中的OS）：「WTF，Good Luck！」
好吧，這樣的回答確實「無懈可擊」，但也「無用至極」。這讓我想起一個笑話：
有位冒險家搭熱氣球旅行，結(jié)果被風吹到陌生的地方迷路了。他看到地面上有個工程師走過，就降下來問他：「請問你知道我現(xiàn)在在哪里嗎？」
工程師：「當然，你現(xiàn)在在距離地面10公尺高度的地方！」
知道WBS的定義，知道（或聽人說）WBS很重要，并不能代表真正了解WBS的本質(zhì)和目的。在發(fā)表我的看法之前，我們先翻開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.
這段解釋中，有個關(guān)鍵字我認為常被初學者（甚至教PMP的講師）給忽略，這個字重要到甚至還出現(xiàn)了兩次，那就是Deliverable。這個字有人翻做「交付標的」，有人翻成「產(chǎn)出物」或「交付物」，沒錯！WBS基本上就是基于專案「最終的成果」來做的「逆向拆解」。一幅完整的WBS是告訴我們，當這個專案完成的那一天，將會包含這些「元件」，不多不少，彼此也沒有重復！
嚴格說來，WBS和所謂的工作清單（Activity List）是很不一樣的概念。WBS的每個方塊是必須被完成的「元件」（Deliverable or Product）；而Activity則是為了完成該項元件，而必須採取的「行動」（Action or Movement）。所以一位觀念正確的PM，做出來的WBS通常是以「名詞」來表示，而Activity的描述中總是會有「動詞」。例如某個婚禮籌備專案中：
WBS元件：喜帖（名詞）
對應的Activity：尋找廠商、選擇花色、確認樣本、填寫信封、寄送喜帖…（動作）
所以說，當專案團隊制定WBS時，大家思維應該是反向的。先釐清這個專案完成時該是甚么樣子，期待當中包含甚么部件，腦海中有個圖像（就像我這張牛肉解剖圖）后再逆向去拆解成個別的組件。
這就是為什么專案管理很強調(diào)「需求分析」，而WBS是釐清需求的一個重要工具與手段！有時候WBS一畫出來才發(fā)現(xiàn)，原來大家對專案的想像根本都不一樣，好加在還沒真的開工。這也就是我們常常強調(diào)，一定要先規(guī)劃，不要急著動手的原因。
WBS的重要性除了展現(xiàn)在釐清需求與范疇外，另一個目的就是工作分派。除非是一人專案，不然沒有比適當?shù)厍蟹止ぷ?，讓對的人做對的事更重要的了，如果這個專案考慮外包，那適當?shù)厍蟹止ぷ鞲顷P(guān)鍵，這就是為什么PMBOK說WBS是採購規(guī)劃（Procurement Planning）的要件之一?。╬.318 PMBOK 4th Edition）
工作拆分出去了，下一步就要監(jiān)督有沒有被做好。這時WBS又成了專案績效評估的基準。多數(shù)的專案報告中都是用WBS來當作主要的群組條件，因為越是復雜的專案，老闆們越不可能親自監(jiān)督每個細節(jié)的工作，最好的方式就是以WBS的大項目來匯整，看到異常的WBS時再去檢討其中的細節(jié)，這才是比較有效率的方法。所以WBS在這里可說是What Bosses See！
WBS重不重要？當然重要，說他是專案管理的基礎建設絕不為過！WBS等于把利害關(guān)系人的需求與專案范疇畫成明確的圖像，把大目標拆解成數(shù)個容易管理的小目標，如此團隊才知道該做甚么事，需要多少時間，也才能進一步評估所需要的成本。WBS幫助我們分派工作，幫助我們切分工作給外包商，分派出去后也能以同樣的結(jié)構(gòu)來監(jiān)控他們的績效，幾乎整個九大知識領(lǐng)域都和WBS環(huán)環(huán)相扣。
要制訂出一套好的WBS其實需要不少經(jīng)驗累積。莊子里面有個庖丁解牛的故事大家都聽過。庖丁對文惠君說了這么一段話，我覺得跟WBS的概念頗能唿應：「我剛開始殺牛的時候，眼中看到的是一條牛。三年之后，我看到已經(jīng)不是牛，而是牛的五臟筋骨。到了現(xiàn)在，我已經(jīng)不用眼睛看，就可以憑心領(lǐng)會牛的筋骨脈絡。我的刀游走在骨與骨相接，骨與肉相接，或是筋骨間的縫隙，沒有阻礙，游刃有余，迎刃而解！」
要將一個專案美妙地切分妥當，確實有些專業(yè)門檻，這也就多數(shù)專案管理嚇嚇叫的企業(yè)，多半會儲備公司的過往的專案范本做為參考。因為同一家企業(yè)中必定有許多專案是相似的，前人的經(jīng)驗往往是新手PM最佳的教材。
庖丁又說：「一般廚子，看到牛就拿刀又割又砍，每個月就得換一把刀；好一點的廚師，只割不砍，一年換一把刀；至于我的刀已經(jīng)用了十九年，殺了數(shù)千頭牛，仍然一樣鋒利。雖然如此，每當我要支解一頭牛前，我仍會摒氣凝神，充分掌握牛的結(jié)構(gòu)，才開始緩緩下手…」這說明了兩件事，第一，工作切割良好，能夠減少滯礙，流程才會順暢；第二，先掌握整體，看清楚才下手，別沖動！
不管你對牛排有沒有興趣，只要你的工作和專案有關(guān)，都建議好好花些功夫在WBS上。有效掌握WBS，就有效掌握專案管理的精隨！
BTW，各位PM，最后這個Key Point非常地Critical，Good Luck!
