WBS，相信絕大部分項目經理都知道，但是真正能把它用好的人卻很少。

　　WBS工作分解結構（Work Breakdown Structure），是用于界定項目工作范圍，以可交付的成果為要素對項目進行分組，推動團隊實現項目目標、提交所需可交付成果而實施的工作，其最低層次為工作包。

　　要想運用好一個工具，光懂得它的“術”還不夠，還要了解其中的“道”，才能真正學會并掌握。很多人空陷于各種形式，卻始終沒有掌握WBS最本質的原理。

　　今天慧翔小編就帶大家深入了解一下WBS的4個底層原則。

　　1、100%原則

　　WBS需要根據項目總范疇包含100%的內外部交付物，每一層分解的子任務也要100%覆蓋它的父級任務范疇；也就說需要在同一個層次上列出所有的分項。

　　例如，定制軟件開發項目必須在第一層級覆蓋需求評估，設計，開發，測試和交付五個完整的模塊。

　　2、元素必須互斥

　　WBS結構中各個元素是相互獨立不交叉的。

　　在同一個層次上不能有“采購盤子和采購餐具”的并存，如果存在這樣的交叉，將給未來的任務和資源分配帶來混亂。工期和成本的估算也不會準確。

　　3、圍繞產出計劃

　　在列舉WBS工作包時，要按照期望的產出物計劃，而不能只是規劃行動事件，因為后者要么事無巨細地堆疊，要么掛一漏萬的疏忽。

　　這是一個比較難以掌握的原則，因為我們本能上都是習慣直接拆解工作。但流程項目的完成都是為了一個承諾的交付，這個交付標準決定了我們從第一天開始的所有工作內容。

　　舉個例子:

　　為了策劃一個婚禮，我們可以按部就班，依據習慣和他人的提醒列出WBS，但是更好的出發點是一個婚禮所要滿足的對象：新人的紀念、家人的感恩，親友的參與和記憶。

　　從這三個產出點著手，就可以更加完整和有目標地列出一場婚禮所有有意義的具體工作。

　　4、確定合理的工作包（work package）大小

　　項目所細分的工作包細密度并非越高越好，它的合理大小取決于多個因素。

　　首先，它和項目成員的工作成熟度有關。

　　經驗豐富的成員組成傾向于比較大塊的工作包，讓成員能夠有自主性來圍繞產出設計任務。過細的工作包會讓成員感到被過度管理，而且需要花費過多的時間來更新任務狀態。

　　其次，工作包的大小還和管理溝通模式有關。

　　案頭協作的行業，按照8-16個小時（也就是1-2天）的體量確定工作包大小可以配合每日或者隔日的會商會議；如果是外勤作業比較多的行業，按照更長時間完成的工作包大小可以適應每周會商的節奏。

　　當然，工作包也不能大到無法進行分工，每個工作包至少要能夠明確到特定的負責人，如果是多人負責的一類事務則必須要進一步細分。

       PMP項目管理行業交流QQ群：667625965（點擊一鍵加群，進群獲取更多資料）