第5章任務(wù)分解

1、情景引入0情景引入 chapter_21情景引入2路線圖：范圍計劃3軟件項目管理 第二篇4第第 5 5 章章軟件項目任務(wù)分解軟件項目任務(wù)分解本章要點5任務(wù)分解定義任務(wù)分解方法任務(wù)分解的基本步驟案例分析 課程實踐任務(wù)分解 chapter_56將一個項目分解為更多的工作細目或者子項目，使項目變得更小、更易管理、更易操作任務(wù)分解過程任務(wù)分解結(jié)果WBS（ Work Breakdown Structure:任務(wù)分解結(jié)構(gòu)）類型q清單q圖表圖表類型“變化計數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計總行標記修改記錄修改版本比較找出增刪行統(tǒng)計增刪行刪除代碼增加行數(shù)刪除行數(shù)WBS9WBSWBS是對項目由粗到細的

2、分解過程。是對項目由粗到細的分解過程。面向交付成果的面向交付成果的WBSWBS它組織并定義了整個項目范圍它組織并定義了整個項目范圍工作包（ Work packages）10WBS的最低層次的可交付成果工作包應(yīng)當由唯一主體負責圖表形式的WBS chapter_211清單形式的WBS chapter_212WBS表達形式層次結(jié)構(gòu)圖和鋸齒列表 圖形顯示圖形顯示 鋸齒列表鋸齒列表 10系統(tǒng)系統(tǒng) 11元素元素A 1.1.1任任務(wù)務(wù) 1.1.2任任務(wù)務(wù) 12元素元素B10系統(tǒng)系統(tǒng)11元素元素A12元素元素B1.1.1任任務(wù)務(wù)1.1.2任任務(wù)務(wù)WBS工作編碼由高層向下層用多位碼編排，要求每項工作有唯一的編碼

3、10001100111011111112111311201121112211231200WBS工作編碼的意義工作編碼的意義對WBS的任務(wù)進行編碼，WBS就不僅是一個任務(wù)表示方式，它還可以充當一個共同的信息交換語言，為項目的所有信息建立一個共同的定義。例如：它是計劃、成本、風險、監(jiān)督和評審、考核等過程的基本信息來源和依據(jù)。通過任務(wù)編碼，我們就能夠把項目的所有要素在一個共同的基礎(chǔ)（WBS）上建立關(guān)聯(lián)，在此基礎(chǔ)上建立各管理過程的所有信息溝通。WBS工作編碼的意義工作編碼的意義應(yīng)用WBS作為項目信息的共同基礎(chǔ)的最大優(yōu)點是，為監(jiān)控及預(yù)測費用、進度、實施等不同過程，建立了一個統(tǒng)一的項目信息系統(tǒng)，WBS給所

4、有階段、過程的項目管理人員提供了一個均可以與之作對比的一致基準，并且在大型項目中，由于參加者眾多及人員可能發(fā)生的變化，使所用的項目概念、階段、任務(wù)對所有的參加者都具有相同意義是很重要的，而WBS通過編碼和編碼字典的編制可使這一點得到保證。WBS的編碼原則的編碼原則不論編碼采用什么形式，編碼應(yīng)具備以下基本原則：（1）編碼應(yīng)能反映出任務(wù)單元在整個項目中的層次和位置層次和位置，例如：1.2.3和3.4.5顯然是在不同層的不同位置。（2）當發(fā)生任務(wù)增加和刪減時，整個的層次體系不會發(fā)生巨大變化，只是在恰當?shù)奈恢迷谇‘數(shù)奈恢?，進行增刪。，進行增刪。（3）編碼方便進行任務(wù)的索引索引。（4）編碼方便與其他過程

5、管理的相互參照參照。WBS工作分解的原則工作分解的原則功能或技術(shù)的原則：考慮到每一階段到底需要什么樣的技術(shù)或?qū)＜医M織結(jié)構(gòu)：考慮項目的分解應(yīng)適應(yīng)組織管理的需要地理位置：主要是考慮實施處于不同地區(qū)的子項目系統(tǒng)或子系統(tǒng)原則：根據(jù)項目在某些方面的特點或差異將項目分為幾個不同的子項目.本章要點19任務(wù)分解定義任務(wù)分解方法任務(wù)分解的基本步驟案例分析 課程實踐分解方法 chapter_520類比模版參照自上而下自下而上模板參照 chapter_221自上而下22“變化計數(shù)器”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計總行標記修改記錄修改版本比較找出增刪行統(tǒng)計增刪行刪除代碼增加行數(shù)刪除行數(shù)自下而上23“變化計數(shù)器

6、”系統(tǒng)文件比較預(yù)處理增加代碼結(jié)果處理統(tǒng)計總行標記修改記錄修改版本比較找出增刪行統(tǒng)計增刪行刪除代碼增加行數(shù)刪除行數(shù)本章要點24任務(wù)分解定義任務(wù)分解方法任務(wù)分解的基本步驟案例分析 課程實踐任務(wù)分解的基本步驟 chapter_525確認并分解項目的組成要素(WBS編號)確定分解標準確定分解是否詳細確定項目交付成果（可以編制WBS字典）驗證分解的正確性WBS分解的一般步驟分解的一般步驟（1）總項目（2）子項目或主體工作任務(wù)（3）主要工作任務(wù)（4）次要工作任務(wù)（5）小工作任務(wù)或工作元素軟件項目開發(fā)的軟件項目開發(fā)的WBSq1 項目啟動階段1.1 售前階段1.1.1 提供技術(shù)白皮書和現(xiàn)場的技術(shù)介紹，了解項目

7、需求1.1.2 提交項目可行性研究報告1.1.2 提交項目開發(fā)計劃1.1.4 提交項目風險管理計劃1.1.5 通過公司的立項評審1.1.6 進行項目前期開發(fā)（制作需求模板、功能演示系統(tǒng)、關(guān)鍵技 術(shù)分析和實驗等）1.1.7 向用戶提交系統(tǒng)建設(shè)建議書1.2 招標和合同簽訂階段1.2.1 制作標書，參加投標和答標活動1.2.2 中標后，根據(jù)商務(wù)談判的結(jié)果，制作合同副本1.2.3 合同簽訂1.3 1.3 項目前期準備階段項目前期準備階段1.3.1 1.3.1 指定項目經(jīng)理、子項目經(jīng)理或技術(shù)經(jīng)理，成立項目組。指定項目經(jīng)理、子項目經(jīng)理或技術(shù)經(jīng)理，成立項目組。1.3.2 1.3.2 完成完成工作任務(wù)分解（工

8、作任務(wù)分解（WBSWBS）1.3.3 1.3.3 劃分接口人員責任劃分接口人員責任1.3.4 1.3.4 提交提交項目進度計劃項目進度計劃1.3.5 1.3.5 提交提交項目成本預(yù)算項目成本預(yù)算1.3.6 1.3.6 提交提交風險控制計劃風險控制計劃1.3.7 1.3.7 其他專項計劃：對本項目開發(fā)中需制訂的各個專題計劃其他專項計劃：對本項目開發(fā)中需制訂的各個專題計劃（如分合同計劃、開發(fā)人員培訓計劃、測試計劃、安全保密計（如分合同計劃、開發(fā)人員培訓計劃、測試計劃、安全保密計劃、質(zhì)量控制計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝劃、質(zhì)量控制計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝計劃等），分別

9、進行制訂。計劃等），分別進行制訂。1.3.8 1.3.8 以上項目計劃提交公司評審，并形成以上項目計劃提交公司評審，并形成項目任務(wù)責任書項目任務(wù)責任書下達下達軟件項目開發(fā)的軟件項目開發(fā)的WBSq 2 2 需求分析階段需求分析階段 2.1 2.1 分析用戶需求分析用戶需求2.1.12.1.1與用戶一起分析需求，并形成用自然語言表述的與用戶一起分析需求，并形成用自然語言表述的需求說明需求說明 書書，由用戶確認，由用戶確認2.1.22.1.2將用戶確認的將用戶確認的需求說明書需求說明書，轉(zhuǎn)化為用計算機術(shù)語描述的，轉(zhuǎn)化為用計算機術(shù)語描述的 系統(tǒng)需求規(guī)范書系統(tǒng)需求規(guī)范書2.1.32.1.3提交提交系統(tǒng)需

10、求規(guī)范書系統(tǒng)需求規(guī)范書，進行評審，進行評審 2.2 2.2 形成形成集成測試計劃集成測試計劃，提交公司評審，提交公司評審q 3 3 系統(tǒng)設(shè)計階段系統(tǒng)設(shè)計階段 3.1 3.1 系統(tǒng)總體設(shè)計系統(tǒng)總體設(shè)計3.1.13.1.1運行環(huán)境設(shè)計運行環(huán)境設(shè)計3.1.2 3.1.2 基本業(yè)務(wù)處理流程描述基本業(yè)務(wù)處理流程描述3.1.3 3.1.3 系統(tǒng)結(jié)構(gòu)設(shè)計系統(tǒng)結(jié)構(gòu)設(shè)計3.1.4 3.1.4 模塊關(guān)系設(shè)計模塊關(guān)系設(shè)計3.1.5 3.1.5 人工處理過程人工處理過程3.1.6 3.1.6 尚未解決的問題尚未解決的問題軟件項目開發(fā)的軟件項目開發(fā)的WBS 3.2 3.2 接口設(shè)計接口設(shè)計3.2.13.2.1用戶接口用

11、戶接口3.2.2 3.2.2 外部接口外部接口3.2.33.2.3內(nèi)部接口內(nèi)部接口 3.3 3.3 運行設(shè)計運行設(shè)計3.3.1 3.3.1 運行模塊組合：說明對系統(tǒng)施加不同的外界運行控制時所引運行模塊組合：說明對系統(tǒng)施加不同的外界運行控制時所引 起的各種不同的運行模塊組合，說明每種運行所歷經(jīng)的內(nèi)部起的各種不同的運行模塊組合，說明每種運行所歷經(jīng)的內(nèi)部 模塊和支持軟件。模塊和支持軟件。3.3.2 3.3.2 運行控制運行控制: :說明每一種外界的運行控制的方式方法和操作步驟說明每一種外界的運行控制的方式方法和操作步驟3.3.33.3.3運行時間運行時間: :說明每種運行模塊組合將占用各種資源的時間

12、。說明每種運行模塊組合將占用各種資源的時間。 3.4 3.4 系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設(shè)計3.4.13.4.1邏輯結(jié)構(gòu)設(shè)計要點邏輯結(jié)構(gòu)設(shè)計要點3.4.23.4.2物理結(jié)構(gòu)設(shè)計要點物理結(jié)構(gòu)設(shè)計要點3.4.33.4.3數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系數(shù)據(jù)結(jié)構(gòu)與程序的關(guān)系 3 3.4.3.1 .4.3.1 后備技術(shù)后備技術(shù) 3.4.3.2 3.4.3.2 降效技術(shù)降效技術(shù) 3.4.3.3 3.4.3.3 恢復及再啟動技術(shù)恢復及再啟動技術(shù)軟件項目開發(fā)的軟件項目開發(fā)的WBSWBS編號系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123WBS

13、編號系統(tǒng) chapter_232WBS字典 chapter_233檢驗分解結(jié)果的標準 chapter_534最底層的要素是否是實現(xiàn)目標的充分必要條件最底層要素是否有重復的每個要素是否清晰完整定義最底層要素是否有定義清晰的責任人是否可以進行成本估算和進度安排分解標準WBS任務(wù)分解建議 chapter_535最低層是可控的和可管理的，但是不必要的過細每個Work package必須有一個提交物定義任務(wù)完成的標準有利于責任分配推薦任務(wù)分解到40小時以內(nèi)80/8規(guī)則WBS編號系統(tǒng)功能1:11軟件產(chǎn)品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123標識

14、項 功能名F1.1獲取網(wǎng)絡(luò)資源數(shù)據(jù)F1.2將資源數(shù)據(jù)存入數(shù)據(jù)庫F1.3獲取網(wǎng)絡(luò)資源信息F1.4觀察網(wǎng)絡(luò)資源F1.4.1依類型分類觀察網(wǎng)絡(luò)資源F1.4.2依狀態(tài)分類觀察網(wǎng)絡(luò)資源F1.5觀察邏輯網(wǎng)F1.6觀察資源狀態(tài)F1.7修改網(wǎng)絡(luò)資源的狀態(tài)F1.8依條件檢驗網(wǎng)絡(luò)使用情況F1.9顯示拓撲圖F1.10建立通道WBS與OBS（組織分解結(jié)構(gòu)）工作責任分配表制定目的目的：對項目的每一項任務(wù)分配責任者和落實責任。用途用途：明確各單位或個人的責任，便于項目管理部門在項目實施過程中的管理協(xié)調(diào)。 依據(jù)依據(jù)：以工作分解結(jié)構(gòu)圖表和項目組織結(jié)構(gòu)圖表為依據(jù)制作此表。結(jié)果：工作責任分配表責任分配表圖例：負責輔助承包責任者（

15、個人或組織）責任者（個人或組織）工作分解結(jié)構(gòu)工作分解結(jié)構(gòu)任務(wù)編碼任務(wù)名稱項目負責人審核意見：項目負責人審核意見：簽名：日期：責任分配表 ( 負責 審批 輔助 承包 通知)責任者WBS項目經(jīng)理土建總工機電總工總會計師工管處財務(wù)處計劃合同處機電設(shè)備合同處設(shè)計院咨詢專家電力局水電部中技公司十四局大成設(shè)計招標施工準備采購施工項目管理WBS工作細目BethJimJackRoseSteveJeffTylerCathySharonHannahJoeGerriMaggieGeneGreg銷售報告銷售報告PSSSS 系統(tǒng)系統(tǒng)1問題界定問題界定PSS1.1收集數(shù)據(jù)PSS1.2可行性研究PSSSS1.3準備報告SP

16、2系統(tǒng)分析系統(tǒng)分析PSS2.1會晤用戶PSSS2.2研究現(xiàn)有系統(tǒng)P2.3明確用戶要求PP：主要責任S：次要責任銷售報告系統(tǒng)項目責任矩陣簡化的責任矩陣副主管部門經(jīng)理項目經(jīng)理工程經(jīng)理軟件經(jīng)理生產(chǎn)經(jīng)理市場經(jīng)理子程序生產(chǎn)經(jīng)理子程序軟件經(jīng)理子程序硬件經(jīng)理子程序服務(wù)經(jīng)理建立項目計劃62133334444定義WBS5133333333建立硬件231444建立軟件3414建立界面231444生產(chǎn)監(jiān)測234414定義文件214444建立市場計劃5354441準備勞動力估計31114444準備設(shè)備成本估計31114444準備材料成本31114444編分配程序31114444建立時間進度31114444分解標準1.

17、生存期2.功能組成3.項目的組織單位4.。分解標準應(yīng)統(tǒng)一:學生管理461. 規(guī)劃2. 需求3. 設(shè)計4. 編碼5. 測試6. 提交按照生存期階段分解按照生存期階段分解1. 招生管理2. 分班管理3. 學生檔案管理4. 學生成績管理 按照產(chǎn)品組成分解按照產(chǎn)品組成分解不能同時使用兩種標準進行分解:471. 招生管理2. 分班管理3. 學生檔案管理4. 學生成績管理 5. 規(guī)劃6. 需求7. 設(shè)計8. 編碼9. 測試10.提交學生管理學生管理檢驗分解結(jié)果的標準1.最底層的要素是否是實現(xiàn)目標的充分必要條件2.最底層要素是否有重復的3.每個要素是否清晰完整定義4.最底層要素是否有定義清晰的責任人,是否可

18、以進行成本估算和進度安排WBS的指南(1)qWBS分解的規(guī)模和數(shù)量因項目而異q收集與項目相關(guān)的所有信息q參看一下類似的項目的WBS,與相關(guān)人員討論q可以參照模板q最低層是可控的和可管理的，但是避免不必要的過細，最好不要超過7層，q軟件項目推薦分解到40小時的任務(wù)q每個Work package必須有一個提交物注：80/8規(guī)則8-80原則，有時又稱原則，有時又稱2周原則周原則就是任務(wù)分解最小到最小到8小時，最大到小時，最大到80小小時時；目的是為了在項目執(zhí)行期內(nèi)更好的檢查和控制。通過這一手段可以把項目的問題暴露在兩周之內(nèi)或更短的時間。制定項目計劃的目的是為了更好的控制項目，任務(wù)分解的結(jié)果便是項目執(zhí)

19、行、檢查、控制的依據(jù)，WBS的指南（2）q定義任務(wù)完成的標準q每個WBS必須有利于責任分配q可以準備WBS的字典q最后與相關(guān)人員進行評審WBS模板舉例WBS字典內(nèi)容WBS表示號名稱主題目標描述完成的任務(wù)責任者完成的標識備注1.WBS字典實例WBS意義q提供了項目范圍基線,是范圍變更的重要輸入q為評估和分配任務(wù)提供具體的工作包q進行估算和編制項目進度的基礎(chǔ)q對整個項目成功的集成和控制起到非常重要的作用網(wǎng)管系統(tǒng)（圖表）分解實例F2F2.1F2.2F2.3F2.4F2.5F2.6F2.7F2.8F2.9F2.6.1F2.6.2F2.9.2F2.9.4F2.9.3F2.9.1F2.9.5F2.9.6標識項 功能名F1.1獲取網(wǎng)絡(luò)資源數(shù)據(jù)F1.2將資源數(shù)據(jù)存入數(shù)據(jù)庫F1.3獲取網(wǎng)絡(luò)資源信息F1.4觀察網(wǎng)絡(luò)資源F1.4.1依類型分類觀察網(wǎng)絡(luò)資源F1.4.2依狀態(tài)分類觀察網(wǎng)絡(luò)資源F1.5觀察邏輯網(wǎng)F1.6觀察資源狀態(tài)F1.7修改網(wǎng)絡(luò)資源的狀態(tài)F1.8依條件檢驗網(wǎng)絡(luò)使用情況F1.9顯示拓撲圖F1.10建立通道本章要點58任務(wù)分解定義任務(wù)分解方法任務(wù)分解的基本步驟案例分析 課程實踐醫(yī)療信息商務(wù)平臺 chapter_559MED:任務(wù)分解結(jié)果60本章要點61任務(wù)分解定義任務(wù)分解方法任務(wù)分解的基本步驟案例分析 課程實踐案