工作分解結構WBS(Work Breakdown Structure)是對一個項目逐級進行工作任務分解，最終分解成若相對獨立的工作單元，并確定每個工作單元從屬的工作活動。
使用WBS時，應結合WBS詞典，以具體說明每個工作單元的信息。
WBS的分解方法很多，但有一條共同的原則：MECE（Muturally Exclusive, Collectiely Exhaustive），即相互獨立，完全窮盡。
1.具體到項目WBS，有如下問題需要注意。
l 第一級通常與項目生命周期相同。
l 第一級應在項目進一步分解前完成。
l 每個子級都是上一級的片斷。
l 一個工作單元只能與一個上級單元相關
l 上級單元的工作內容應該等于其所有直接子級單元的總和。
l 一個基本工作單元只能由一個人負責。
l 在整個WBS中使用同一種定義（WBS詞典）。
2.對于軟件項目，在MSF(Microsoft 解決方案框架)中有如下建議：
l 能夠被實際估計。
l 估計天數不少于1天，不多于40天。
l 有結果和交付內容。
l 能夠完成，而且不會有較大的中斷。
l 可以分配給一個人負責。
l 比其它的分解方法更能分解為特定的層次。
l 能夠把高風險的活動分解為低風險的活動。
l 除了最上面的一兩個層次，要使用動賓短語來描述任務。
l 以大綱的形式包含三到五個層次。
l WBS在規(guī)劃階段定型，在項目過程中反復發(fā)展。
l 用任務的最小級別來識別依賴性。
3.管理緩沖時間
在WBS和項目計劃中要增加緩沖時間，即額外時間。緩沖時間的量取愉于風險的量。對緩沖時間的使用有如下建議：
l 不應通過增加個人任務的估計時間來增加緩沖時間。根所帕金森氏法則的效應，工作會按日程安排擴展并充滿完成它的時間。
l 緩沖時間像任何獨的任務一樣，應當納入日程安排。緩沖時間通常在主要的里程碑之前被分配。它總是在項目的關鍵路徑上。
l 緩沖時間應當在項目管理仔細的跟蹤和保存。它只能根據請求來分配。
l 如果加入了資源，或取消了一些資源，應當調整日程安排或特性，不要用緩沖時間來補償。這樣做會降低緩沖時間補償風險的能力。
如果所有緩沖時間都已用完， 要確保整個項目組都任何中斷或延遲都有可能帶來級聯效應，并危及結束日期。
本文出自 “威爾金的IT博客，51CTO” 博客，請務必保留此出處http://welkinhu.blog.51cto.com/447606/110876