服務外包軟件

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

項目范圍管理概述軟件項目需求管理過程范圍定義（WBS）變更管理和范圍計劃最佳實踐

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

灰色地帶是項目的禍根。項目范圍管理概述3

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

1.規(guī)劃范圍管理–范圍管理計劃，確定如何定義、確認、控制項目范圍。

2.收集需求

3.定義范圍：需求分析

4.創(chuàng)建WBS

5.確認范圍

6.范圍控制項目范圍管理概述4項目范圍管理概述

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

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

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

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

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

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

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