所有WBS項的總和。
C、一個WBS項只能由一個人責任，即使許多人都可能在其上工作，也只能由一個人負責，其他人只能是參與者。
D、WBS必須與實際工作中的執(zhí)行方式一致。
E、應讓項目團隊成員積極參與創(chuàng)建WBS，以確保WBS的一致性。
F、每個WBS項都必須文檔化，以確保準確理解已包括和未包括的工作范圍。
G、WBS必須在根據(jù)范圍說明書正常地維護項目工作內容的同時，也能適應無法避免的變更。
3．WBS的表示方式
WBS可以由樹形的層次結構圖或者行首縮進的表格表示。在實際應用中，表格形式的WBS應用比較普遍，特別是在項目管理軟件中。
4．WBS的分解方式
WBS的分解可以采用多種方式進行，包括：
A、按產品的物理結構分解。
B、按產品或項目的功能分解。
C、按照實施過程分解。
D、按照項目的地域分布分解。
E、按照項目的各個目標分解。
F、按部門分解。
G、按職能分解。
4．創(chuàng)建WBS的過程
創(chuàng)建WBS的過程非常重要，因為在項目分解過程中，項目經理、項目成員和所有參與項目的職能經理都必須考慮該項目的所有方面。制定WBS的過程是：
n 得到范圍說明書(ScopeStatement)或工作說明書(StatementofWok，承包子項目時)。
n 召集有關人員，集體討論所有主要項目工作，確定項目工作分解的方式。
n 分解項目工作。如果有現(xiàn)成的模板，應該盡量利用。
n 畫出WBS的層次結構圖。WBS較高層次上的一些工作可以定義為子項目或子生命周期階段。
n 將主要項目可交付成果細分為更小的、易于管理的組分或工作包。工作包必須詳細到可以對該工作包進行估算(成本和歷時)、安排進度、做出預算、分配負責人員或組織單位。
n 驗證上述分解的正確性。如果發(fā)現(xiàn)較低層次的項沒有必要，則修改組成成分。
n 如果有必要，建立一個編號系統(tǒng)。
n 隨著其他計劃活動的進行，不斷地對WBS更新或修正，直到覆蓋所有工作。
檢驗WBS是否定義完全、項目的所有任務是否都被完全分解可以參考以下標準：
n 每個任務的狀態(tài)和完成情況是可以量化的。
n 明確定義了每個任務的開始和結束。
n 每個任務都有一個可交付成果。
n 工期易于估算且在可接受期限內。
n 容易估算成本。
n 各項任務是獨立的。
5．WBS的使用
對WBS需要建立WBS詞典(WBSDictionary)來描述各個工作部分。WBS詞典通常包括工作包描述、進度日期、成本預算和人員分配等信息。對于每個工作包，應盡可能地包括有關工作包的必要的、盡量多的信息。
當WBS與OBS綜合使用時，要建立賬目編碼(Code ofAccount)。賬目編碼是用于惟一確定項目工作分解結構每一個單元的編碼系統(tǒng)。成本和資源被分配到這一編碼結構中。
6．WBS的實踐經驗
最多使用20個層次，多于20層是過度的。對于一些較小的項目4－6層一般就足夠了。
WBS中的支路沒有必要全都分解到同一層次，即不必把結構強制做成對稱的。在任意支路，當達到一個層次時，可以作出所要求準確性的估算，就可以停止了。
項目經理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.vanceur.cn/pmqhd/index.html
