軟件項(xiàng)目范圍管理

服務(wù)外包軟件

項(xiàng)目組織與管理三朱建凱0軟件項(xiàng)目組織與管理第2章軟件項(xiàng)目范圍管理1第二章軟件項(xiàng)目范圍管理

項(xiàng)目范圍管理概述軟件項(xiàng)目需求管理過程范圍定義（WBS）變更管理和范圍計(jì)劃最佳實(shí)踐

項(xiàng)目范圍是指開發(fā)項(xiàng)目產(chǎn)品（含服務(wù)）所包括的工作及產(chǎn)生這些產(chǎn)品所用的過程。 項(xiàng)目范圍管理是指對(duì)項(xiàng)目包括什么與不包括什么的定義與控制過程。這個(gè)過程用于確保項(xiàng)目組和項(xiàng)目干系人對(duì)作為項(xiàng)目結(jié)果的項(xiàng)目產(chǎn)品以及生產(chǎn)(開發(fā))這些產(chǎn)品所用到的過程有共同的理解。

灰色地帶是項(xiàng)目的禍根。項(xiàng)目范圍管理概述3

啟動(dòng)過程制定項(xiàng)目章程，同時(shí)項(xiàng)目范圍管理就已經(jīng)開始了開始進(jìn)行，其主要過程有：

1.規(guī)劃范圍管理–范圍管理計(jì)劃，確定如何定義、確認(rèn)、控制項(xiàng)目范圍。

2.收集需求

3.定義范圍：需求分析

4.創(chuàng)建WBS

5.確認(rèn)范圍

6.范圍控制項(xiàng)目范圍管理概述4項(xiàng)目范圍管理概述

范圍的概念包含兩方面，一個(gè)是產(chǎn)品范圍，即產(chǎn)品或服務(wù)所包含的特征或功能；另一個(gè)是項(xiàng)目范圍，即為交付具有規(guī)定特征和功能的產(chǎn)品或服務(wù)所必項(xiàng)完成的工作。

在確定范圍時(shí)，首先要確定最終產(chǎn)生的是什么，它具有哪些可清晰界定的特征。特征必須要清晰，用文字、圖表或某種標(biāo)準(zhǔn)表達(dá)出來(lái)，能被項(xiàng)目參與人理解。5項(xiàng)目范圍管理概述 軟件項(xiàng)目的產(chǎn)品范圍通常由功能需求、非功能性需求（包括性能需求、設(shè)計(jì)約束需求、軟件接口需求和軟件質(zhì)量需求）幾個(gè)方面來(lái)說(shuō)明。 軟件項(xiàng)目的項(xiàng)目范圍通常是指除開產(chǎn)品范圍之外的其他要求達(dá)到的要求，包括需要完成的一些工藝過程要求。 強(qiáng)烈建議采用UML用例圖和用例說(shuō)明來(lái)描述產(chǎn)品范圍。

6第二章軟件項(xiàng)目范圍管理1.項(xiàng)目范圍管理概述2.軟件項(xiàng)目需求管理過程3.范圍定義（WBS）4.變更管理和范圍計(jì)劃5.最佳實(shí)踐需求工程研究?jī)?nèi)容需求工程的組成8需求開發(fā)和管理的界限9需求開發(fā)1）需求開發(fā)活動(dòng)需求開發(fā)操作矩陣102）需求獲取確定需求開發(fā)過程將需求分組管理具有很重要的意義編寫項(xiàng)目視圖和范圍文檔112）需求獲取（續(xù)）用戶群分類-應(yīng)該建立干系人聯(lián)系冊(cè)選擇產(chǎn)品代表建立（用戶）核心隊(duì)伍確定使用實(shí)例召開應(yīng)用程序開發(fā)聯(lián)系會(huì)議分析用戶工作流程確定質(zhì)量屬性檢查問題報(bào)告需求重用123）需求分析繪制關(guān)聯(lián)圖創(chuàng)建用戶接口原型分析可行性確定需求優(yōu)先級(jí)建立需求模型編寫數(shù)據(jù)字典應(yīng)用質(zhì)量功能調(diào)配134）編寫需求文檔軟件需求規(guī)格說(shuō)明的基本含義（SRS）IEEE標(biāo)準(zhǔn)830-1998145）需求驗(yàn)證需求驗(yàn)證過程審查需求文檔依據(jù)需求文檔編寫測(cè)試用例編寫用戶手冊(cè)確定產(chǎn)品驗(yàn)收合格的標(biāo)準(zhǔn)需求驗(yàn)證的內(nèi)容有效性檢查一致性檢查完備性檢查其他15第二章軟件項(xiàng)目范圍管理1.項(xiàng)目范圍管理概述2.軟件項(xiàng)目需求管理過程3.范圍定義（WBS）4.變更管理和范圍計(jì)劃5.最佳實(shí)踐項(xiàng)目范圍定義項(xiàng)目范圍定義就是把項(xiàng)目的工作分為較小的、更易管理的單元。分解項(xiàng)目范圍的目的就是要確定每一項(xiàng)任務(wù)所需的時(shí)間和成本，為后續(xù)的時(shí)間和成本管理做基礎(chǔ)。項(xiàng)目范圍定義結(jié)果就是工作分解結(jié)構(gòu)（WBS）。17一.WBS定義和說(shuō)明項(xiàng)目的結(jié)構(gòu)分解結(jié)構(gòu)分解的工具是工作分解結(jié)構(gòu)WBS(WorkBreakdownStructure)，它是一個(gè)分級(jí)的樹型結(jié)構(gòu)，是將項(xiàng)目按照其內(nèi)在結(jié)構(gòu)或?qū)嵤┻^程的順序進(jìn)行逐層分解而形成的結(jié)構(gòu)示意圖。核心思想：化整為零18SAP系統(tǒng)實(shí)施方法論（過程）業(yè)務(wù)藍(lán)圖項(xiàng)目準(zhǔn)備0項(xiàng)目評(píng)估6后續(xù)支持系統(tǒng)實(shí)現(xiàn)系統(tǒng)切換準(zhǔn)備上線支持12345項(xiàng)目實(shí)施和運(yùn)行過程的全生命周期管理19WBS示意圖20二.WBS重要性與實(shí)例項(xiàng)目的結(jié)構(gòu)分解的重要性

WBS圖是實(shí)施項(xiàng)目，創(chuàng)造最終產(chǎn)品或服務(wù)所必須進(jìn)行的全部活動(dòng)的一張清單，也是進(jìn)行計(jì)劃、人員分配、預(yù)算計(jì)劃的基礎(chǔ)。

沒有WBS工作，后面的一切工作都沒有依據(jù)。21網(wǎng)站建設(shè)的WBS圖（1）22網(wǎng)站建設(shè)的WBS圖（2）注：IT項(xiàng)目更多按階段設(shè)計(jì)WBS23表格形式的WBS24三.WBS設(shè)計(jì)方法和原則WBS設(shè)計(jì)的方法主要有類比法、自上而下法、自下而上法。1.類比法類比法是以一個(gè)類似項(xiàng)目的WBS模板為基礎(chǔ)（如PROJECT中的模板），制定本項(xiàng)目的工作分解結(jié)構(gòu)。2.自上而下法自上而下法常常被視為構(gòu)建WBS的常規(guī)方法，即從整個(gè)項(xiàng)目開始，逐步將它們分解成下一級(jí)的多個(gè)子項(xiàng)。這個(gè)過程就是要不斷地增加級(jí)數(shù)，細(xì)化工作任務(wù)。25WBS設(shè)計(jì)方法、步驟和原則3.自下而上法

自下而上法是要讓項(xiàng)目各個(gè)團(tuán)隊(duì)（成員）從一開始就盡可能地確定項(xiàng)目有關(guān)的各項(xiàng)具體任務(wù)，然后將各項(xiàng)具體任務(wù)進(jìn)行整合，并歸并到一個(gè)整體活動(dòng)或WBS的上一級(jí)內(nèi)容當(dāng)中去。這種方法一般都很費(fèi)時(shí)，但這種方法對(duì)于WBS的創(chuàng)建來(lái)說(shuō)效果好。工程項(xiàng)目中會(huì)用到，在IT項(xiàng)目中使用較少。262728第二章軟件項(xiàng)目范圍管理1.項(xiàng)目范圍管理概述2.范圍計(jì)劃編制3.范圍定義（WBS）4.變更管理和范圍計(jì)劃5.最佳實(shí)踐范圍核實(shí)范圍核實(shí)是項(xiàng)目干系人對(duì)項(xiàng)目范圍的正式承認(rèn)。項(xiàng)目組必須形成一些明確的文件（文檔），說(shuō)明項(xiàng)目產(chǎn)品范圍。（責(zé)任矩陣）范圍核實(shí)后，是項(xiàng)目接下來(lái)進(jìn)行任務(wù)分工和考核以及將來(lái)進(jìn)行驗(yàn)收和管理的基準(zhǔn)。306）需求管理的必要性（續(xù)）軟件項(xiàng)目中40%-60%的問題都是在需求階段埋下的禍根EstimatingSoftwareCosts2ndEdition,CapersJones,McGraw-Hill,2007.ISBN978-0071483001

312)需求管理的困難性準(zhǔn)確表達(dá)的困難時(shí)間敏感性牽涉面很大對(duì)需求理解的偏差323）需求管理的目標(biāo)和原則目標(biāo)使軟件需求受控，并建立供軟件工程和管理使用的需求基線；是軟件計(jì)劃、產(chǎn)品和活動(dòng)與軟件需求保持一致原則需求一定要分類管理需求必須分優(yōu)先級(jí)需求必須文檔化需求的變更要評(píng)估影響需求管理必須走流程策略需求和投入建立聯(lián)系，變更要投資人認(rèn)可，變更走流程334）需求管理活動(dòng)首先要有需求規(guī)劃需求標(biāo)識(shí)建立需求跟蹤建立變更管理流程,特別是確定最后拍板責(zé)任人選用工具，TelelogicDOORS9.0/RequisistePro345）需求變更管理需求變更的原因變更管理過程圖2.8需求變更管理過程35需求變更申請(qǐng)表樣例365）需求變更管理（續(xù)）變更影響分析圖2.10需求變更影響分析模板375）需求變更管理（續(xù)）變更控制流程需求變更控制流程386）需求狀態(tài)需求的屬性上下文關(guān)系和需求背景需求狀態(tài)書上建議的八種狀態(tài)：建議；批準(zhǔn)；拒絕；設(shè)計(jì)；實(shí)現(xiàn)；驗(yàn)證；交付；刪除39需求狀態(tài)的變遷407）需求文檔版本控制為了做好版本控制，在設(shè)計(jì)好版本標(biāo)識(shí)后，還應(yīng)：保證每人都拿到了最新版本確保通知到了關(guān)系人由專人負(fù)責(zé)更新和通知418）需求跟蹤需求跟蹤的必要性是企業(yè)管理的必然要求，CMM第三級(jí)的一個(gè)KPA內(nèi)部管理成熟的標(biāo)志，也是質(zhì)量的保證措施可追溯性信息源可追溯信息需求可追溯信息設(shè)計(jì)可追溯信息需求跟蹤的實(shí)現(xiàn)正向和逆向跟蹤42438）需求跟蹤（續(xù)）需求跟蹤的作用便于驗(yàn)證；便于需求變更分析；便于需求維護(hù)；便于測(cè)試中找問題；便于項(xiàng)目跟蹤；減少風(fēng)險(xiǎn)；需求重用需求評(píng)審正式評(píng)審：同行評(píng)審非正式評(píng)審：會(huì)議形式，必須先提交文檔讓人有時(shí)間準(zhǔn)備449）案例小宋負(fù)責(zé)一個(gè)中型項(xiàng)目，公司交代多尊重客戶；后期客戶頻繁變更需求，小宋疲于應(yīng)付；后來(lái)直接找開發(fā)人員協(xié)商變更事宜；版本混亂了；有人直接在測(cè)試環(huán)境修改和編譯程序；一個(gè)程序員未經(jīng)許可擅自修改核心程序；客戶出現(xiàn)意見不統(tǒng)一，耽誤了工期?；剡^頭來(lái)看，小宋應(yīng)該如何做才能確保不會(huì)出現(xiàn)這些問題？45第二章軟件項(xiàng)目范圍管理1.項(xiàng)目范圍管理概述2.范圍計(jì)劃編制3.范圍定義（WBS）4.變更管理和范圍計(jì)劃5.最佳實(shí)踐最佳范圍管理實(shí)踐1、任務(wù)要落實(shí)到人2、提供在線網(wǎng)絡(luò)