1、軟件項目管理,任務分解,目 錄,概述 項目初始 項目確立 生存期模型 項目計劃 范圍計劃-需求管理 范圍計劃-任務分解 成本計劃 進度計劃 質量計劃 管理計劃 人員與溝通計劃 風險計劃 合同計劃 集成計劃 項目執(zhí)行控制 集成計劃執(zhí)行控制 核心計劃執(zhí)行控制 輔助計劃執(zhí)行控制 項目結束 結束過程,第五章 軟件項目范圍計劃-任務分解,任務分解,將一個項目分解為更多的工作細目或者子項目，使項目變得更小、更易管理、更易操作,任務分解 過程,任務分解 結果,WBS（ Work Breakdown Structure:任務分解結構）,任務分解結構(WBS),WBS是對項目由粗到細的分解過程, 它是面向交付成

2、果的, WBS它組織并定義了整個項目范圍.,工作包（ Work packages）,WBS的最低層次的可交付成果 工作包應當由唯一主體負責,圖表形式的WBS,清單形式的WBS,第五章 軟件項目范圍計劃-任務分解,任務分解方法,類比：有些項目是具有相似性的，可使用其WBS作為參考。 模版參照：很多領域有標準的或半標準的WBS，可以將其作為模板使用。 自上而下：從大項目到其細化的為子項目或更細的方法。 自下而上：將可能的最終任務列出，然后將其所有任務歸類總結出上端項目。,模板參照,自上而下,12,自下而上,13,“變化計數(shù)器”系統(tǒng),文件比較,預處理,增加 代碼,結果處理,統(tǒng)計總行,標記修改,記錄

3、修改,版本 比較,找出 增刪行,統(tǒng)計 增刪行,刪除代碼,增加 行數(shù),刪除 行數(shù),第五章 軟件項目范圍計劃-任務分解,任務分解的基本步驟,確認并分解項目的主要組成要素。一般指第一級整體要素，要素本身應該是有形的、可證實的結果來描述，便于檢測。結果可以是服務，也可以是產品。 確定分解標準。 確定分解是否詳細，是否可以作為費用和時間估計的標準，明確責任。 確定項目交付成果（可以編制WBS字典），以此檢查交付結果。 驗證分解的正確性。分解正確后，建立統(tǒng)一編號系統(tǒng)。,WBS編號系統(tǒng),分解標準應統(tǒng)一:學生管理,規(guī)劃 需求 設計 編碼 測試 提交,按照生存期階段分解,1.招生管理 2. 分班管理 3. 學生

4、檔案管理 4. 學生成績管理,按照產品組成分解,不能同時使用兩種標準進行分解:,18,招生管理 分班管理 學生檔案管理 學生成績管理 規(guī)劃 需求 設計 編碼 測試 提交,學生管理,WBS字典,明確并識別出項目的各主要組成部分，即主要可交付成果。 項目需要完成哪些主要工作？更低層細目是否必要和充分？,每個可交付成果是否已經達到足以編制的恰當?shù)某杀竞蜌v時估算?是否有重復的底層要素？,確定可交付成功的組成元素。哪些具體的工作要做？細目 是否有明確、完整的定義？,核實分解的正確性。最底層的分解是否必要且充分？每項 定義是否清晰完整？是否恰當?shù)木幹七M度和預算？,相關人員對任務分解結構進行評審。,任務分解

5、結果的檢驗,分解結果檢驗,檢驗分解的注意事項,項目的分解結構是將項目的產品或服務、組織和過程這三種不同結構綜合為項目分解結構的過程。 項目最底層工作要非常具體。 逐層分解項目也是給項目的組織人員分派各自角色和任務的過程。 最低層的工作塊，一般要有詳細、全面的文字說明，定義任務完成的標準。 不是所有的分支必須分解到同一水平，一般來說，任務分解至少拆分到一周以內的工作量。,任務分解的重要性,第五章 軟件項目范圍計劃-任務分解,醫(yī)療信息商務平臺,MED:任務分解結果,25,第五章 軟件項目范圍計劃-任務分解,課程實踐四：項目任務分解,實踐目的：理解WBS概念，掌握任務分解方法 實踐要求： 復習任務分解和驗證方法