WBS分解指南V10

1、WBS 分解指南上海恒志軟件科技有限公司修改記錄版本日期修改人修改內(nèi)容0.12009-11-1吳偉初稿0.22009-12-1吳偉根據(jù) CMMI文檔檢查問題修改，修改內(nèi)容參見CMMI文檔檢查問題列表（2009-12-1 ）1.020010-1-5李瑩正式發(fā)布修改版本號目錄1概述.11.1目的 .11.2角色職責(zé) .11.3術(shù)語 .12WBS 分解指南 .22.1WBS 分解原則 .22.2WBS 分解方法 .32.3分解階段 .32.4WBS 分解層次 .43附錄： WBS 分解示例 .51 概述1.1目的WBS （工作任務(wù)分解結(jié)構(gòu)）的目的是將整個項(xiàng)目分解成可管理的、相互關(guān)聯(lián)的、模塊化的構(gòu)件或

2、活動，即工作任務(wù)或工作包。1.2角色職責(zé)項(xiàng)目經(jīng)理負(fù)責(zé)軟件項(xiàng)目的WBS 活動。根據(jù)采用的方法和項(xiàng)目具體情況，由項(xiàng)目經(jīng)理和項(xiàng)目經(jīng)理指派的有經(jīng)驗(yàn)的程序員、軟件工程師、 軟件估計(jì)人員等負(fù)責(zé)實(shí)施項(xiàng)目的WBS 活動。最終的確認(rèn)必須由項(xiàng)目經(jīng)理進(jìn)行。1.3術(shù)語WBS: Work Breakdown Structure.作為有效地計(jì)劃和控制項(xiàng)目的工具。它是由一組可交付使用的項(xiàng)目產(chǎn)品/設(shè)施組成的，表現(xiàn)為一種層次化的樹狀結(jié)構(gòu)，定義了整個工程項(xiàng)目的工作范圍。2 WBS 分解指南2.1W BS 分解原則一個單位工作任務(wù)只能在WBS 中出現(xiàn)一次。一個 WBS 項(xiàng)的工作內(nèi)容是其對應(yīng)下級各項(xiàng)工作之和。WBS 中的每一項(xiàng)都只有

3、一個人負(fù)責(zé)，即使這項(xiàng)工作要多人來做，也是如此。WBS 必須與工作任務(wù)的實(shí)際執(zhí)行過程一致。WBS應(yīng)服務(wù)于項(xiàng)目團(tuán)隊(duì)，項(xiàng)目成員必須參與WBS的制定過程，以確保一致性和全員參與。每項(xiàng) WBS 都必須歸檔，以確保準(zhǔn)確理解項(xiàng)目包括和不包括的工作范圍。在根據(jù)范圍說明書對項(xiàng)目的工作內(nèi)容進(jìn)行適當(dāng)控制的同時，WBS 必須具有一定的靈活性，以適應(yīng)無法避免的變更需要。粒度適當(dāng)，即每個任務(wù)最好分解到能在1 周內(nèi)由 1 個人完成。大小可比，即任務(wù)大小可比，不超過一個數(shù)量級，最多不超過10 倍。在進(jìn)行 WBS 分解時，下列活動容易遺漏，需要引起注意，務(wù)必使WBS 分解包含以下內(nèi)容：制定計(jì)劃的活動計(jì)劃變更的活動技術(shù)方案選擇與

4、評審的活動所有的評審的活動（項(xiàng)目計(jì)劃、需求、設(shè)計(jì)、測試用例、PPQA、 MA 、CM 、等等）需求跟蹤矩陣建立的活動需求跟蹤矩陣的維護(hù)活動周例會 /階段總結(jié)會（周期性的活動）里程碑評審實(shí)施 PPQA 的活動度量計(jì)劃的制作度量數(shù)據(jù)的收集與分析集成的活動交付的活動或者分期交付的活動回歸測試的活動過程裁剪的活動2.2W BS 分解方法類比法：類比法就是以一個類似項(xiàng)目的WBS 為基礎(chǔ)，制定本項(xiàng)目的工作分解結(jié)構(gòu)。自上而下法：自上而下法常常被視為構(gòu)建WBS 的常規(guī)方法，即從項(xiàng)目最大的單位開始，逐步將它們分解成下一級的多個子項(xiàng)。這個過程就是要不斷增加級數(shù)，細(xì)化工作任務(wù)。 這種方法對項(xiàng)目經(jīng)理來說，可以說是最佳

5、方法，因?yàn)樗麄兙邆鋸V泛的技術(shù)知識和對項(xiàng)目的整體視角。自下而上法：是要讓項(xiàng)目團(tuán)隊(duì)成員從一開始就盡可能的確定項(xiàng)目有關(guān)的各項(xiàng)具體任務(wù)，然后將各項(xiàng)具體任務(wù)進(jìn)行整合，并歸總到一個整體活動或WBS 的上一級內(nèi)容當(dāng)中去。2.3分解階段1) 確認(rèn)項(xiàng)目的主要要素。通常，項(xiàng)目的主要要素是這個項(xiàng)目的工作細(xì)目和項(xiàng)目管理。然而，在一定時期內(nèi) ,這個主要要素總是根據(jù)項(xiàng)目的實(shí)際管理而定義的。例如：項(xiàng)目生命周期的階段可以當(dāng)作第一層次的劃分， 把第一層次中的項(xiàng)目細(xì)目在第二階段繼續(xù)進(jìn)行劃分。2)決定是否能對開發(fā)到這種詳細(xì)層次的每個要素進(jìn)行充分的成本和期限估算。這里"充分的 " 意味著能夠改變項(xiàng)目運(yùn)行過程- 工

6、作細(xì)目的分解如果在很久的將來才能完成的話，那么這種分解也就沒了確定性。對于每一個要素，如果是充分、詳細(xì)的論述，就有四個階段，否則，是三個階段-這意味著不同的要素有不同的分解層次。3) 確認(rèn)項(xiàng)目的組成要素。子項(xiàng)目的組成要素應(yīng)該用有形的、可證實(shí)結(jié)果來描述，目的是為了績效易檢測。當(dāng)我們知道了主要構(gòu)成要素后，這些因素就應(yīng)該用項(xiàng)目工作怎樣開度，在實(shí)際中怎樣完成形式來定義。有形的、可證實(shí)的結(jié)果既包括服務(wù)，也包括產(chǎn)品（比如：情形報(bào)告能夠用圖形來描述；對于一個工業(yè)項(xiàng)目，組成要素可能包括幾個獨(dú)立單位及對它們的綜合）。4) 核實(shí)分解的正確性(1) 為完成具體工作分解，劃分更低層次的細(xì)目是否必要和充分？如果沒必要，

7、這個組成要素就必須重新修正（增加項(xiàng)目、削減項(xiàng)目或修改項(xiàng)目）。(2) 每個項(xiàng)目都要有明確的、完整的定義嗎？如果不是，這種描述需修正或擴(kuò)充。(3) 是否每個項(xiàng)目都要有適當(dāng)?shù)娜粘瘫怼?預(yù)算能分配給特殊的組織單位 （如：部門、團(tuán)隊(duì)或個人）？誰能擔(dān)負(fù)起滿意地完成這個項(xiàng)目的任務(wù)？如果沒有，修正是必要的，為的是提供一個充分的管理控制。2.4W BS 分解層次將軟件項(xiàng)目的WBS 按以下 5 級層次進(jìn)行分解：1) 項(xiàng)目，即項(xiàng)目名稱。2) 活動，分為項(xiàng)目管理活動和工程活動。3)階段，按照需求設(shè)計(jì)開發(fā)測試版本發(fā)布分為不同的階段。4) 類型，不同階段的任務(wù)類型。5) 任務(wù)，通常由單個人完成。注意事項(xiàng)：1)開始階段，分

8、到第四級就夠了。保證每個任務(wù)不超過20 人日。2)后期，每周對類型進(jìn)行細(xì)分，保證每個任務(wù)不超過5 人日。3) 關(guān)鍵按任務(wù)不要遺漏。3 附錄： WBS 分解示例三級：上海電信移動運(yùn)維業(yè)務(wù)外包管理工程 _項(xiàng)目計(jì)劃0上海電信移動運(yùn)維業(yè)務(wù)外包管理工程1項(xiàng)目管理活動工程活動 1.21.1項(xiàng)目計(jì)劃 1.1.1代碼開發(fā) 1.2.5概要設(shè)計(jì) 1.2.3項(xiàng)目監(jiān)控 1.1.2集成測試 1.2.7用戶接收測試1.2.10版本集成 1.2.8需求管理 1.2.2試運(yùn)行 1.2.12系統(tǒng)測試 1.2.9歸檔 1.2.14初驗(yàn) 1.2.11需求開發(fā) 1.2.1單元測試 1.2.6詳細(xì)設(shè)計(jì) 1.2.4終驗(yàn) 1.2.13四級

9、：項(xiàng)目估算項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃編制1.1.1項(xiàng)目計(jì)劃評審項(xiàng)目計(jì)劃維護(hù)1.1.1.11.1.1.21.1.1.31.1.1.4項(xiàng)目監(jiān)控1.1.2項(xiàng)目階段總結(jié)( 月 )項(xiàng)目例會( 周 )里程碑評審會1.1.2.21.1.2.11.1.2.3項(xiàng)目階段總結(jié)( 月 )項(xiàng)目例會 (周) 4項(xiàng)目例會 (周) 19系統(tǒng)測試?yán)锍瘫u2 1.1.2.2.21.1.2.1.41.1.2.1.19審 1.1.2.3.3項(xiàng)目階段總結(jié)( 月 )項(xiàng)目例會 (周) 18項(xiàng)目例會 (周) 10需求里程碑評審3 1.1.2.2.31.1.2.1.181.1.2.1.101.1.2.3.1項(xiàng)目階段總結(jié)( 月 )項(xiàng)目例會 (周) 12項(xiàng)

10、目例會 (周) 20概要設(shè)計(jì)里程碑評1 1.1.2.2.11.1.2.1.121.1.2.1.20審 1.1.2.3.2項(xiàng)目階段總結(jié)( 月 )項(xiàng)目例會 (周) 5項(xiàng)目例會 (周) 234 1.1.2.2.41.1.2.1.51.1.2.1.23項(xiàng)目階段總結(jié)( 月 )項(xiàng)目例會 (周) 6項(xiàng)目例會 (周) 136 1.1.2.2.61.1.2.1.61.1.2.1.13項(xiàng)目階段總結(jié)( 月 )項(xiàng)目例會 (周) 8項(xiàng)目例會 (周) 155 1.1.2.2.51.1.2.1.81.1.2.1.15項(xiàng)目例會 (周) 1項(xiàng)目例會 (周) 111.1.2.1.11.1.2.1.11項(xiàng)目例會 (周) 9項(xiàng)目例會

11、 (周) 211.1.2.1.91.1.2.1.21項(xiàng)目例會 (周) 2項(xiàng)目例會 (周) 171.1.2.1.21.1.2.1.17項(xiàng)目例會 (周) 25項(xiàng)目例會 (周) 221.1.2.1.251.1.2.1.22項(xiàng)目例會 (周) 3項(xiàng)目例會 (周) 71.1.2.1.31.1.2.1.7項(xiàng)目例會 (周) 26項(xiàng)目例會 (周) 241.1.2.1.261.1.2.1.24項(xiàng)目例會 (周) 14項(xiàng)目例會 (周) 161.1.2.1.141.1.2.1.16需求開發(fā)1.2.1編寫需求規(guī)格說明需求評審需求分析需求調(diào)研書 1.2.1.31.2.1.41.2.1.21.2.1.1需求管理1.2.2管理

12、需求變更需求跟蹤矩陣1.2.2.21.2.2.1概要設(shè)計(jì)1.2.3作業(yè)計(jì)劃概要設(shè)計(jì)評審 1.2.3.4網(wǎng)元信息模塊與作業(yè)計(jì)劃模塊接口概要設(shè)計(jì) 1.2.3.9備品備件系統(tǒng)與任務(wù)管理模塊接口概要設(shè)計(jì)評審1.2.3.8作業(yè)計(jì)劃概要設(shè)計(jì)1.2.3.3任務(wù)管理概要設(shè)計(jì)評審 1.2.3.2網(wǎng)元信息模塊與作業(yè)計(jì)劃模塊接口概要設(shè)計(jì)評審1.2.3.10備品備件系統(tǒng)與任務(wù)管理模塊接口概要設(shè)計(jì) 1.2.3.7任務(wù)管理概要設(shè)計(jì)1.2.3.1WX系統(tǒng)與任務(wù)管理模塊接口概要設(shè)計(jì)1.2.3.5WX系統(tǒng)與任務(wù)管理模塊接口概要設(shè)計(jì)評審 1.2.3.6運(yùn)維管理與外包系統(tǒng)接口概要設(shè)計(jì)1.2.3.11運(yùn)維管理與外包系統(tǒng)接口概要設(shè)計(jì)評

13、審 1.2.3.12詳細(xì)設(shè)計(jì)1.2.4作業(yè)計(jì)劃詳細(xì)設(shè)計(jì)任務(wù)管理詳細(xì)設(shè)計(jì)作業(yè)計(jì)劃詳細(xì)設(shè)計(jì)任務(wù)管理詳細(xì)設(shè)計(jì)評審 1.2.4.4評審 1.2.4.21.2.4.31.2.4.1代碼開發(fā)1.2.5WX系統(tǒng)代碼開發(fā)1.2.5.3任務(wù)管理模塊代碼開發(fā) 1.2.5.1備品備件代碼開發(fā)1.2.5.4網(wǎng)元信息管理代碼開發(fā) 1.2.5.5作業(yè)計(jì)劃模塊代碼開發(fā) 1.2.5.2單元測試1.2.6單元測試用例單元測試單元測試報(bào)告1.2.6.11.2.6.21.2.6.3版本集成1.2.8Beta 版本集成正式版本集成Alpha 版本集成版本集成計(jì)劃1.2.8.31.2.8.41.2.8.21.2.8.1系統(tǒng)測試1.2.9編寫系統(tǒng)測試用例系統(tǒng)測試用例評審Beta 版本系統(tǒng)測試Alpha 版本系統(tǒng)測系統(tǒng)測試計(jì)劃1.2.9.21.2.9.31.2.9.5試 1.2.9.41.2.9.1用戶接收測試1.2.1