第4章IT項目范圍管理ppt課件

1、第4章 IT工程范圍管理工程范圍管理概述4.1工程范圍規(guī)劃與范圍定義4.2工程任務分解構造技術4.3工程范圍核實與控制4.4學習目的：1了解做好工程范圍管理的意義2了解并掌握工程范圍與范圍管理的根本概念3了解IT工程范圍與質量、時間和本錢的關系4掌握任務分解構造技術5掌握需求管理與范圍定義的方法與過程6了解控制IT工程范圍變卦的過程4.1 工程范圍管理概述4.1.1 工程范圍與范圍管理 工程范圍管理的過程包括以下內容。1搜集需求。2范圍定義。3創(chuàng)建任務分解構造Work Breakdown Structure，WBS。4范圍核實。5范圍變卦控制。4.1.2 IT工程范圍管理的重要性1提高費用、時

2、間和資源估算的準確性。2確定進展丈量和控制的基準。3有助于工程分工。4.2 工程范圍規(guī)劃與范圍定義4.2.1 工程范圍規(guī)劃的編制1編制范圍規(guī)劃的根據(jù)1環(huán)境要素2組織過程資產3工程章程4工程初步范圍闡明書2工程范圍管理方案4.2.2 搜集工程需求1搜集需求的根據(jù)2搜集需求的工具與技術1訪談。2焦點小組會議。3引導式研討會。4名義小組法。5群體決策技術。6察看法7原型法。3搜集需求的輸出 業(yè)務需求。 可跟蹤業(yè)務目的和工程目的。 功能需求，描畫業(yè)務流程、信息以及與產品的內在聯(lián)絡。 非功能性要求，如效力程度、合規(guī)性、平安、保證才干等。 質量要求。 驗收規(guī)范。 表達組織指點原那么的業(yè)務原那么。 對組織內

3、部和外部團體的影響。 對支持和培訓的需求。 與需求有關的假設條件和制約要素。4.2.3 工程范圍定義1范圍定義的根據(jù)1工程已有的各種文件。2工程范圍定義中搜集的信息。2范圍定義的技術1產品分析。2備選方案識別技術。3專家評定。3IT工程范圍闡明書1工程目的與工程范圍目的。2產品描畫。3工程可交付成果的規(guī)定。4約束條件。5假定。6工程配置關系及其管理要求。4.2.4 軟件工程的需求管理1定義需求2需求確認3建立需求形狀狀 態(tài) 值定 義已建議該需求已被有權提出需求的人建議已批準該需求已被分析，估計了其對項目余下部分的影響，已用一個確定的產品版本號或創(chuàng)建編號分配到相關基線中，開發(fā)團隊已同意實現(xiàn)該需求

4、已實現(xiàn)已實現(xiàn)需求代碼的設計、編寫和單元測試已驗證使用所選擇的方法已驗證了實現(xiàn)的需求，如測試和檢測，審查該需求跟蹤與測試用例相符已刪除計劃的需求已從基線中刪除，但包括一個原因說明和作出決定的人員表4-1 需求形狀表4需求評審 制定評審方案。 需求預審查。 召開評審會議。 調整需求文檔。 重審需求文檔。5需求承諾6需求跟蹤 正向跟蹤。 逆向跟蹤。 跟蹤需求的過程包括以下內容。 從需求到業(yè)務需求、時機、目的和目的。 從需求到工程目的。 從需求到工程范圍/WBS中的可交付成果。 從需求到產品設計。 從需求到產品開發(fā)。 從需求到測試戰(zhàn)略和測試腳本。 從宏觀需求到詳細需求。7需求變卦控制4.3 工程任務分

5、解構造技術4.3.1 任務分解構造1圖表方式圖4-2 任務分解構造圖 分解層次與構造。 WBS編碼設計。2清單方式1需求分析方案2流程優(yōu)化3編寫需求闡明書3.1編寫需求規(guī)格詞匯表3.2繪制業(yè)務流程3.3籠統(tǒng)業(yè)務類3.4建立數(shù)據(jù)模型3.5將需求分析圖示參與規(guī)格文檔4需求規(guī)格測試5需求規(guī)格確認4.3.2 任務分解的過程1分解的規(guī)范 基于成果或功能的分解方法，以完成該工程應該交付的成果為導向，確定相關的義務、任務、活動和要素。 基于流程的分解方法，以完成該工程所應閱歷的流程為導向，確定相關的義務、任務、活動和要素。2分解步驟1確認并分解工程的主要要素。2確定分解規(guī)范。3確認分解能否詳細，分解結果能否

6、可以作為費用和時間估計的規(guī)范，明確責任。4確定工程交付成果。5驗證分解正確性。3分解結果的檢驗 義務分解后，需求核實分解的正確性。 更底層次的細目能否必要和充分？假設不用要或者不充分，這個組成要素就必需重新修正添加、減少或修正細目。 最底層的任務包能否有反復？假設存在反復景象就應該重新分解。 每個細目都有明確的、完好的定義嗎？假設不是，這種描畫需求修正或補充。 能否每個細目可以進展適當?shù)墓浪?？誰能擔負起完成這個義務？假設沒有，修正是必要的，目的是提供一個充分的管理控制。4義務分解的本卷須知 要清楚地認識到，確定工程的分解構培育是將工程的產品或效力、組織、過程這3種不同的構造綜合為工程分解構造的

7、過程，也是給工程的組織人員分派各自角色和義務的過程。應留意搜集與工程相關的一切信息。 工程最底層的任務要詳細，而且要完好無缺地分配給工程內外的不同個人或者組織，以便于明確各個任務的詳細義務、工程目的和所承當?shù)呢熑危脖阌诠こ痰墓芾砣藛T對工程的執(zhí)行情況進展監(jiān)視和業(yè)績考核。義務分解結果必需有利于責任分配。 對于最底層的任務包，普通要有全面、詳細和明確的文字闡明，并聚集編制成工程任務分解構造詞典，用以描畫任務包、提供方案編制信息如進度方案、本錢預算和人員安排，以便于在需求時隨時查閱。 并非任務分解構造中一切的分支都必需分解到同一程度，各分支中的組織原那么能夠會不同。 義務分解的規(guī)模和數(shù)量因工程而異，

8、先分解大塊義務，然后再細分小的義務，最低層是可控和可管理的，防止不用要的過細，最好不要超越7層。按照IT工程的平均規(guī)模來說，引薦義務分解時至少分解到一周的任務量40個小時。4.4 工程范圍核實與控制4.4.1 工程范圍核實 確定需求進展范圍核實的時間。 識別范圍核實需求哪些投入。 確定正式被接受的規(guī)范和要素。 確定范圍核實會議的組織步驟。 組織范圍核實會議。4.4.2 工程范圍控制1IT工程范圍變卦的緣由分析 工程的生命周期。 工程的組織。 工程經理的素質。2對范圍變化的控制1范圍變卦控制實施的根底和前提。 進展任務義務分解。 提供工程實施進展報告。 提出變卦要求。 工程管理方案。2范圍變卦控制的工具和技術。 范圍變卦控制系統(tǒng)。 偏向分析。 補充規(guī)劃。 配置管理系統(tǒng)。3工程范圍變卦控制的作用 合理調整工程范圍。 糾偏行動。 總結閱歷教訓。4IT工程范圍變卦控制過程 提交變卦懇求：變卦懇求應被記錄，并提交給CCB。 復審變卦懇求：在CCB復審會議中對變卦懇求進展初始復審，以確定能否為有效懇求