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

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

啟動過程制定項(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á)出來，能被項(xiàng)目參與人理解。5項(xiàng)目范圍管理概述 軟件項(xiàng)目的產(chǎn)品范圍通常由功能需求、非功能性需求（包括性能需求、設(shè)計(jì)約束需求、軟件接口需求和軟件質(zhì)量需求）幾個(gè)方面來說明。 軟件項(xiàng)目的項(xiàng)目范圍通常是指除開產(chǎn)品范圍之外的其他要求達(dá)到的要求，包括需要完成的一些工藝過程要求。 強(qiáng)烈建議采用UML用例圖和用例說明來描述產(chǎn)品范圍。

6第二章軟件項(xiàng)目范圍管理1.項(xiàng)目范圍管理概述2.軟件項(xiàng)目需求管理過程3.范圍定義（WBS）4.變更管理和范圍計(jì)劃5.最佳實(shí)踐需求工程研究內(nèi)容需求工程的組成8需求開發(fā)和管理的界限9需求開發(fā)1）需求開發(fā)活動需求開發(fā)操作矩陣102）需求獲取確定需求開發(fā)過程將需求分組管理具有很重要的意義編寫項(xiàng)目視圖和范圍文檔112）需求獲?。ɡm(xù)）用戶群分類-應(yīng)該建立干系人聯(lián)系冊選擇產(chǎn)品代表建立（用戶）核心隊(duì)伍確定使用實(shí)例召開應(yīng)用程序開發(fā)聯(lián)系會議分析用戶工作流程確定質(zhì)量屬性檢查問題報(bào)告需求重用123）需求分析繪制關(guān)聯(lián)圖創(chuàng)建用戶接口原型分析可行性確定需求優(yōu)先級建立需求模型編寫數(shù)據(jù)字典應(yīng)用質(zhì)量功能調(diào)配134）編寫需求文檔軟件需求規(guī)格說明的基本含義（SRS）IEEE標(biāo)準(zhǔn)830-1998145）需求驗(yàn)證需求驗(yàn)證過程審查需求文檔依據(jù)需求文檔編寫測試用例編寫用戶手冊確定產(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定義和說明項(xiàng)目的結(jié)構(gòu)分解結(jié)構(gòu)分解的工具是工作分解結(jié)構(gòu)WBS(WorkBreakdownStructure)，它是一個(gè)分級的樹型結(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)目評估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)行的全部活動的一張清單，也是進(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)目開始，逐步將它們分解成下一級的多個(gè)子項(xiàng)。這個(gè)過程就是要不斷地增加級數(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è)整體活動或WBS的上一級內(nèi)容當(dāng)中去。這種方法一般都很費(fèi)時(shí)，但這種方法對于WBS的創(chuàng)建來說效果好。工程項(xiàng)目中會用到，在IT項(xiàng)目中使用較少。262728第二章軟件項(xiàng)目范圍管理1.項(xiàng)目范圍管理概述2.范圍計(jì)劃編制3.范圍定義（WBS）4.變更管理和范圍計(jì)劃5.最佳實(shí)踐范圍核實(shí)范圍核實(shí)是項(xiàng)目干系人對項(xiàng)目范圍的正式承認(rèn)。項(xiàng)目組必須形成一些明確的文件（文檔），說明項(xiàng)目產(chǎn)品范圍。（責(zé)任矩陣）范圍核實(shí)后，是項(xiàng)目接下來進(jìn)行任務(wù)分工和考核以及將來進(jìn)行驗(yàn)收和管理的基準(zhǔn)。306）需求管理的必要性（續(xù)）軟件項(xiàng)目中40%-60%的問題都是在需求階段埋下的禍根EstimatingSoftwareCosts2ndEdition,CapersJones,McGraw-Hill,2007.ISBN978-0071483001

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