第4章IT項(xiàng)目范圍管理ppt課件

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

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

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

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

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

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

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

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