軟件研發(fā)管理制度

1、軟件研發(fā)管理制度軟件研發(fā)管理制度 文件標(biāo)識(shí)：lolaage-software-pm 當(dāng)前版本：0.1.2 作 者：宋孝光 文件狀態(tài)： 草稿 正式發(fā)布 正在修改 完成日期：2012/3/27 版本/狀態(tài)作者參與者修改日期備注 0.1.1宋孝光2012/3/26第一版草稿 0.1.2宋孝光2012/3/27整理目錄 目錄 1 軟件研發(fā)制度綜述軟件研發(fā)制度綜述 .3 1.1 精簡(jiǎn)模型精簡(jiǎn)模型 .3 1.2 精簡(jiǎn)過程域的目的精簡(jiǎn)過程域的目的 .4 1.3 精簡(jiǎn)模型精簡(jiǎn)模型 文檔結(jié)構(gòu)與規(guī)范細(xì)分文檔結(jié)構(gòu)與規(guī)范細(xì)分 .5 1.4 精簡(jiǎn)模型精簡(jiǎn)模型 角色與職責(zé)表角色與職責(zé)表 .6 1.5 公司軟件過程的政策公

2、司軟件過程的政策 .8 1.5.1 目標(biāo).8 1.5.2 機(jī)構(gòu)領(lǐng)導(dǎo)的支持.8 1.5.3 質(zhì)量管理的政策.8 1.5.4 質(zhì)量保證小組的政策.9 1.5.5 項(xiàng)目團(tuán)隊(duì)的政策.9 2 立項(xiàng)管理立項(xiàng)管理 .9 3 項(xiàng)目規(guī)劃項(xiàng)目規(guī)劃 .9 4 項(xiàng)目監(jiān)控項(xiàng)目監(jiān)控 .10 4.1 項(xiàng)目計(jì)劃跟蹤項(xiàng)目計(jì)劃跟蹤 .11 4.1.1 任務(wù)跟蹤任務(wù)跟蹤 .11 4.1.2 費(fèi)用跟蹤費(fèi)用跟蹤 .11 4.1.3 資源跟蹤資源跟蹤 .11 4.1.4 工作成果及其規(guī)模跟蹤工作成果及其規(guī)模跟蹤 .12 4.2 控制偏差控制偏差 .12 4.3 項(xiàng)目進(jìn)展匯報(bào)項(xiàng)目進(jìn)展匯報(bào) .13 5 風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理 .14 6 需求管理

3、需求管理 .18 6.1 需求確認(rèn)需求確認(rèn) .18 6.2 需求跟蹤需求跟蹤 .20 6.3 需求變更控制需求變更控制 .20 7 結(jié)項(xiàng)管理結(jié)項(xiàng)管理 .22 8 需求開發(fā)需求開發(fā) .23 9 技術(shù)預(yù)研技術(shù)預(yù)研 .24 10 系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì) .25 10.1 體系結(jié)構(gòu)設(shè)計(jì)體系結(jié)構(gòu)設(shè)計(jì) .26 10.2 用戶界面設(shè)計(jì)用戶界面設(shè)計(jì) .26 10.3 數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì) .27 10.4 模塊設(shè)計(jì)模塊設(shè)計(jì) .28 11 實(shí)現(xiàn)與測(cè)試實(shí)現(xiàn)與測(cè)試 .28 12 系統(tǒng)測(cè)試系統(tǒng)測(cè)試 .30 13 客戶驗(yàn)收客戶驗(yàn)收 .31 14 技術(shù)評(píng)審技術(shù)評(píng)審 .32 15 配置管理配置管理 .33 16 質(zhì)量保證質(zhì)量保證

4、 .35 17 培訓(xùn)管理培訓(xùn)管理 .37 18 服務(wù)與維護(hù)服務(wù)與維護(hù) .38 1 軟件研發(fā)制度綜述軟件研發(fā)制度綜述 1.1 精簡(jiǎn)模型精簡(jiǎn)模型 “精簡(jiǎn)模型”是基于 cmmi 以及軟件工程和項(xiàng)目管理知識(shí)而創(chuàng)作的一種“軟件過程改進(jìn) 方法和規(guī)范” ，它由眾多的過程規(guī)范和文檔模板組成。 精簡(jiǎn)模型把產(chǎn)品生命周期劃分為 6 個(gè)階段，分別為： 產(chǎn)品概念階段 產(chǎn)品定義階段 產(chǎn)品開發(fā)階段 產(chǎn)品測(cè)試階段 用戶驗(yàn)收階段 產(chǎn)品維護(hù)階段 在精簡(jiǎn)模型中，軟件項(xiàng)目的過程有三大類：項(xiàng)目管理過程、項(xiàng)目研發(fā)過程和機(jī)構(gòu)支持過 程。上述三類過程可以細(xì)分為 17 個(gè)主要過程域，分布在產(chǎn)品生命周期的各個(gè)階段。 項(xiàng)目管理過程包含 6 個(gè)過程

5、域，分別為： 立項(xiàng)管理 結(jié)項(xiàng)管理 項(xiàng)目規(guī)劃 項(xiàng)目監(jiān)控 風(fēng)險(xiǎn)管理 需求管理 項(xiàng)目研發(fā)過程包含 7 個(gè)過程域，分別為： 需求開發(fā) 技術(shù)預(yù)研 系統(tǒng)設(shè)計(jì) 實(shí)現(xiàn)與測(cè)試 系統(tǒng)測(cè)試 客戶驗(yàn)收 技術(shù)評(píng)審 機(jī)構(gòu)支撐過程包含 4 個(gè)過程域，分別為： 配置管理 質(zhì)量保證 培訓(xùn)管理 服務(wù)與維護(hù) 精簡(jiǎn)模型如圖 1-1 所示。精簡(jiǎn)模型的主要特征和優(yōu)點(diǎn)有： 一、直觀的過程模型一、直觀的過程模型 精簡(jiǎn)模型將項(xiàng)目管理、項(xiàng)目研發(fā)、機(jī)構(gòu)支撐所包含的工作劃分為相對(duì)獨(dú)立的三類過程， 各個(gè)過程域之間的關(guān)系直觀明了。這樣，機(jī)構(gòu)領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、開發(fā)人員、測(cè)試人員、質(zhì)量 保證人員等人根據(jù)精簡(jiǎn)模型，很容易知道自己“應(yīng)該在什么時(shí)候、按照什么規(guī)范做

6、什么事情” 。所以精簡(jiǎn)模型有助于使機(jī)構(gòu)內(nèi)的各個(gè)職能單位有條不紊地開展工作。 二、容易裁剪與擴(kuò)充二、容易裁剪與擴(kuò)充 精簡(jiǎn)模型的三類過程貫穿了產(chǎn)品的整個(gè)生命周期，17 個(gè)最常見的過程域都合理地安排在 產(chǎn)品生命周期中的某些階段。用戶可以根據(jù)自己產(chǎn)品的特征，適當(dāng)?shù)夭眉艋驍U(kuò)充精簡(jiǎn)的過程 域，很容易制定出最適合于本產(chǎn)品的過程模型。 圖 1-1 精簡(jiǎn)模型 產(chǎn)品概念產(chǎn)品定義產(chǎn)品開發(fā)產(chǎn)品測(cè)試客戶驗(yàn)收產(chǎn)品維護(hù) 立項(xiàng)管理項(xiàng)目規(guī)劃項(xiàng)目監(jiān)控 風(fēng)險(xiǎn)管理 需求管理結(jié)項(xiàng)管理 需求開發(fā) 配置管理 質(zhì)量保證 培訓(xùn)管理 項(xiàng)目 管理 過程 項(xiàng)目 研發(fā) 過程 機(jī)構(gòu) 支撐 過程 服務(wù)與維護(hù) 技術(shù)評(píng)審技術(shù)評(píng)審 技術(shù)預(yù)研 并行、迭代 根據(jù)產(chǎn)

7、品特征確定最合適的開發(fā)模型， 以線性順序?yàn)橹?，以并行、迭代為輔。 系統(tǒng)設(shè)計(jì) 實(shí)現(xiàn)與測(cè)試 系統(tǒng)測(cè)試 客戶驗(yàn)收 其它： 人力資源管理 財(cái)務(wù)管理 行政管理 市場(chǎng)營(yíng)銷 1.2 精簡(jiǎn)過程域的目的精簡(jiǎn)過程域的目的 精簡(jiǎn)模型 所有 17 個(gè)過程域的目的如表 1-1 所示。 項(xiàng)目管理過程域項(xiàng)目管理過程域目的目的 立項(xiàng)管理 采納符合機(jī)構(gòu)最大利益的立項(xiàng)建議，通過立項(xiàng)管理使該建議成為正式的項(xiàng)目。杜絕不 符合機(jī)構(gòu)最大利益的立項(xiàng)建議被采納，避免浪費(fèi)機(jī)構(gòu)的資源、資金、時(shí)間等。 結(jié)項(xiàng)管理 在項(xiàng)目開發(fā)工作結(jié)束后，對(duì)項(xiàng)目的有形資產(chǎn)和無形資產(chǎn)進(jìn)行清算、對(duì)項(xiàng)目進(jìn)行綜合評(píng) 估以及總結(jié)經(jīng)驗(yàn)教訓(xùn)等。 項(xiàng)目規(guī)劃 為項(xiàng)目的研發(fā)和管理工作制定

8、合理的行動(dòng)綱領(lǐng)（即項(xiàng)目計(jì)劃） ，以便所有相關(guān)人員按照 該計(jì)劃有條不紊地開展工作。 項(xiàng)目監(jiān)控 周期性地跟蹤項(xiàng)目計(jì)劃的各種參數(shù)如進(jìn)度、工作量、費(fèi)用、資源等，不斷地了解項(xiàng)目 的進(jìn)展情況，以便當(dāng)項(xiàng)目實(shí)際進(jìn)展顯著偏離計(jì)劃時(shí)能夠及時(shí)采取糾正措施。 風(fēng)險(xiǎn)管理在風(fēng)險(xiǎn)產(chǎn)生危害之前識(shí)別它們，從而有計(jì)劃地消除或削弱風(fēng)險(xiǎn)。 需求管理 在客戶與開發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其它工作成果的一致性，并 控制需求的變更。 項(xiàng)目研發(fā)過程域項(xiàng)目研發(fā)過程域目的目的 需求開發(fā)通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。 技術(shù)預(yù)研 在立項(xiàng)之后到開發(fā)工作完成之前的時(shí)間內(nèi)，對(duì)項(xiàng)目將采用的關(guān)鍵技術(shù)提前學(xué)習(xí)和研究， 盡可能早地發(fā)現(xiàn)

9、并解決開發(fā)過程中將會(huì)遇到的技術(shù)障礙。 系統(tǒng)設(shè)計(jì) 設(shè)計(jì)軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫(kù)、模塊等，從而在需求與代碼之間建立 橋梁，指導(dǎo)開發(fā)人員去實(shí)現(xiàn)能滿足用戶需求的軟件產(chǎn)品。 實(shí)現(xiàn)與測(cè)試 依據(jù)系統(tǒng)設(shè)計(jì)文檔，編寫并測(cè)試整個(gè)系統(tǒng)的代碼。在精簡(jiǎn)模型中，實(shí)現(xiàn)與測(cè)試是“編 程、代碼審查、單元測(cè)試、集成測(cè)試、缺陷管理與改錯(cuò)”的綜合表述。 系統(tǒng)測(cè)試對(duì)最終系統(tǒng)進(jìn)行全面的測(cè)試，確保最終系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。 客戶驗(yàn)收客戶依據(jù)合同對(duì)產(chǎn)品進(jìn)行審查和測(cè)試，確保產(chǎn)品滿足客戶需求。 技術(shù)評(píng)審 盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時(shí)消除缺陷，從而有效地提高產(chǎn)品 的質(zhì)量。 機(jī)構(gòu)支撐過程域機(jī)構(gòu)支撐過程域目的

10、目的 配置管理 通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件來保證所有配置項(xiàng)的完 整性和可跟蹤性。配置管理是對(duì)工作成果的一種有效保護(hù)。 質(zhì)量保證 提供一種有效的人員組織形式和管理方法，通過客觀地檢查和監(jiān)控“過程質(zhì)量”與 “產(chǎn)品質(zhì)量” ，從而實(shí)現(xiàn)持續(xù)地改進(jìn)質(zhì)量。 培訓(xùn)管理 根據(jù)機(jī)構(gòu)（或項(xiàng)目）的需求來制定培訓(xùn)計(jì)劃，并監(jiān)督該計(jì)劃的實(shí)施，確保培訓(xùn)取得預(yù) 期效果。 服務(wù)與維護(hù) 是指產(chǎn)品銷售之后的客戶服務(wù)和產(chǎn)品維護(hù)，其宗旨是提高客戶對(duì)產(chǎn)品以及對(duì)開發(fā)方的 滿意度。 表 1-1 精簡(jiǎn)過程域的目的 comment j1: 使用現(xiàn)有的規(guī)范 1.3 精簡(jiǎn)模型精簡(jiǎn)模型 文檔結(jié)構(gòu)與規(guī)范細(xì)分文檔結(jié)構(gòu)與規(guī)范細(xì)分

11、精簡(jiǎn)模型的文檔結(jié)構(gòu)如圖 1-2 所示，spp 包含 17 個(gè)過程域，規(guī)范細(xì)分如表 1-2 所示。 圖 1-2 精簡(jiǎn)模型 文檔結(jié)構(gòu) 項(xiàng)目管理過程域項(xiàng)目管理過程域主要規(guī)程主要規(guī)程文檔模板文檔模板 立項(xiàng)管理 立項(xiàng)建議 立項(xiàng)評(píng)審 項(xiàng)目籌備 立項(xiàng)建議書 立項(xiàng)調(diào)查報(bào)告書 立項(xiàng)可行性分析報(bào)告 立項(xiàng)評(píng)審報(bào)告 結(jié)項(xiàng)管理結(jié)項(xiàng)管理 結(jié)項(xiàng)申請(qǐng)書 結(jié)項(xiàng)評(píng)審報(bào)告 項(xiàng)目規(guī)劃 制定項(xiàng)目計(jì)劃 審批項(xiàng)目計(jì)劃 項(xiàng)目計(jì)劃變更控制 項(xiàng)目計(jì)劃 項(xiàng)目計(jì)劃變更控制報(bào)告 項(xiàng)目監(jiān)控 項(xiàng)目計(jì)劃跟蹤 偏差控制 項(xiàng)目進(jìn)展總結(jié) 項(xiàng)目監(jiān)控?cái)?shù)據(jù)表 項(xiàng)目偏差控制報(bào)告 項(xiàng)目進(jìn)展報(bào)告 風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理 風(fēng)險(xiǎn)檢查表 風(fēng)險(xiǎn)管理報(bào)告 需求管理 需求確認(rèn) 需求跟蹤 需求

12、變更控制 需求跟蹤報(bào)告 需求變更控制報(bào)告 項(xiàng)目研發(fā)過程域項(xiàng)目研發(fā)過程域主要規(guī)程主要規(guī)程文檔模板文檔模板 需求開發(fā) 需求調(diào)查 需求分析 需求定義 用戶需求說明書 產(chǎn)品需求規(guī)格說明書 技術(shù)預(yù)研技術(shù)預(yù)研 技術(shù)預(yù)研計(jì)劃 技術(shù)預(yù)研報(bào)告 過程改進(jìn)政策 過程域 規(guī)程 文檔模板 系統(tǒng)設(shè)計(jì) 體系結(jié)構(gòu)設(shè)計(jì) 用戶界面設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì) 模塊設(shè)計(jì) 體系結(jié)構(gòu)設(shè)計(jì)報(bào)告 用戶界面設(shè)計(jì)報(bào)告 數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告 模塊設(shè)計(jì)報(bào)告 實(shí)現(xiàn)與測(cè)試 實(shí)現(xiàn)與測(cè)試實(shí)現(xiàn)與測(cè)試計(jì)劃 編程文檔 系統(tǒng)測(cè)試系統(tǒng)測(cè)試 系統(tǒng)測(cè)試計(jì)劃 測(cè)試用例 測(cè)試報(bào)告 客戶驗(yàn)收客戶驗(yàn)收 客戶驗(yàn)收計(jì)劃 客戶驗(yàn)收?qǐng)?bào)告 技術(shù)評(píng)審 正式技術(shù)評(píng)審 非正式技術(shù)評(píng)審 技術(shù)評(píng)審計(jì)劃 技術(shù)評(píng)審報(bào)

13、告 技術(shù)評(píng)審檢查表 機(jī)構(gòu)支撐過程域機(jī)構(gòu)支撐過程域規(guī)程與關(guān)鍵活動(dòng)規(guī)程與關(guān)鍵活動(dòng)文檔模板文檔模板 質(zhì)量保證 制定質(zhì)量保證計(jì)劃 過程與產(chǎn)品質(zhì)量檢查 問題跟蹤與質(zhì)量改進(jìn) 質(zhì)量保證計(jì)劃 質(zhì)量保證檢查表 質(zhì)量保證報(bào)告 質(zhì)量問題跟蹤表 配置管理 制定配置管理計(jì)劃 配置庫(kù)管理 版本控制 變更控制 配置管理計(jì)劃 配置庫(kù)管理報(bào)告 配置項(xiàng)變更控制報(bào)告 培訓(xùn)管理 機(jī)構(gòu)培訓(xùn)管理 項(xiàng)目培訓(xùn)管理 培訓(xùn)計(jì)劃 培訓(xùn)評(píng)估報(bào)告 客戶服務(wù) 客戶服務(wù)計(jì)劃 客戶服務(wù)報(bào)告 服務(wù)與維護(hù) 產(chǎn)品維護(hù) 產(chǎn)品維護(hù)計(jì)劃 產(chǎn)品維護(hù)報(bào)告 表 1-2 精簡(jiǎn)模型 規(guī)范細(xì)分 1.4 精簡(jiǎn)模型精簡(jiǎn)模型 角色與職責(zé)表角色與職責(zé)表 精簡(jiǎn)模型的主要角色及其職責(zé)如表 1

14、-3 所示（詳見各個(gè)過程域?qū)巧c職責(zé)的描述） 。公 司在應(yīng)用精簡(jiǎn)模型時(shí)，可以將精簡(jiǎn)模型的各個(gè)角色映射到公司原有的崗位上，也可以依據(jù)精 簡(jiǎn)模型角色建立新的崗位。一個(gè)人可以被賦予多個(gè)角色，一個(gè)人可以被賦予多個(gè)角色，視具體情況而定。 常設(shè)角色常設(shè)角色職責(zé)簡(jiǎn)述職責(zé)簡(jiǎn)述 軟件工程過程組 （sepg） （1）制定適合于本機(jī)構(gòu)的過程規(guī)范。 （2）在機(jī)構(gòu)范圍內(nèi)推廣該規(guī)范（如培訓(xùn)、考核） ，評(píng)估機(jī)構(gòu)過程能力等。 機(jī)構(gòu)過 程改進(jìn) 角色 質(zhì)量保證小組 （qag） （1）監(jiān)督規(guī)范的實(shí)施，確保所有項(xiàng)目以及相關(guān)部門準(zhǔn)照規(guī)范開展工作。 （2）分析并解決機(jī)構(gòu)內(nèi)存在的共性質(zhì)量問題，協(xié)組 sepg 完善規(guī)范。 機(jī)構(gòu)領(lǐng)導(dǎo) （1）

15、是機(jī)構(gòu)內(nèi)所有項(xiàng)目的主管，對(duì)立項(xiàng)管理和結(jié)項(xiàng)管理有最終決策權(quán)。 （2）監(jiān)督項(xiàng)目經(jīng)理的工作，審批項(xiàng)目經(jīng)理的各種申請(qǐng)。 項(xiàng)目 管理 過程角 色 項(xiàng)目經(jīng)理 （1）向機(jī)構(gòu)領(lǐng)導(dǎo)匯報(bào)工作。 （2）是項(xiàng)目規(guī)劃、項(xiàng)目監(jiān)控、風(fēng)險(xiǎn)管理和需求管理過程域的負(fù)責(zé)人。 （3）監(jiān)督項(xiàng)目成員的工作，審批項(xiàng)目成員的各種申請(qǐng)。 需求分析員 調(diào)查、分析并定義需求，撰寫相應(yīng)的需求文檔，盡最大努力使需求文檔能 夠正確無誤地反映用戶的真實(shí)意愿。 系統(tǒng)設(shè)計(jì)師 根據(jù)需求文檔設(shè)計(jì)軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫(kù)、模塊等，并 撰寫相應(yīng)的設(shè)計(jì)文檔。 程序員 （1）根據(jù)系統(tǒng)設(shè)計(jì)文檔，編寫軟件系統(tǒng)的代碼。 （2）隨時(shí)測(cè)試和檢查自己的代碼，及時(shí)消除代碼

16、中的缺陷。 項(xiàng)目研 發(fā) 過程 角色 測(cè)試員 從事單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試，主要工作包括制定測(cè)試計(jì)劃、設(shè)計(jì) 測(cè)試用例、執(zhí)行測(cè)試和撰寫測(cè)試報(bào)告。 配置管理員 （1）為項(xiàng)目制定配置管理計(jì)劃 。 （2）創(chuàng)建并維護(hù)配置庫(kù)，如分配權(quán)限、清除垃圾文件、備份配置庫(kù)等。 質(zhì)量保證員 （即 qag 成員） （1）為項(xiàng)目制定質(zhì)量保證計(jì)劃 。 （2）周期性的開展“過程與產(chǎn)品質(zhì)量檢查” 。 （3）跟蹤質(zhì)量問題，給出質(zhì)量改進(jìn)措施。 培訓(xùn)管理員 制定機(jī)構(gòu)（或項(xiàng)目）的培訓(xùn)計(jì)劃 ，監(jiān)督該計(jì)劃的實(shí)施，撰寫培訓(xùn)評(píng)估 報(bào)告 。 客戶服務(wù)人員 為客戶提供與產(chǎn)品相關(guān)的服務(wù)（如技術(shù)咨詢） ，快速響應(yīng)客戶的要求，給客 戶一個(gè)滿意的解答。

17、 機(jī)構(gòu) 支撐 過程 角色 產(chǎn)品維護(hù)人員 （1）糾錯(cuò)性維護(hù)：及時(shí)解決用戶遇到的技術(shù)故障和消除產(chǎn)品中的缺陷。 （2）完善性維護(hù)：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。 臨時(shí)角色臨時(shí)角色職責(zé)說明職責(zé)說明 立項(xiàng)建議小組 （1）開展立項(xiàng)調(diào)查、產(chǎn)品構(gòu)思和可行性分析，撰寫相應(yīng)文檔。 （2）申請(qǐng)立項(xiàng)，并在立項(xiàng)評(píng)審會(huì)議上答辯。 立項(xiàng)評(píng)審委員會(huì) 由機(jī)構(gòu)領(lǐng)導(dǎo)、各級(jí)經(jīng)理、市場(chǎng)人員、技術(shù)專家、財(cái)務(wù)人員等組成，委員會(huì) 按少數(shù)服從多數(shù)原則投票決定是否同意立項(xiàng)。 結(jié)項(xiàng)評(píng)審委員會(huì) 對(duì)項(xiàng)目的有形資產(chǎn)和無形資產(chǎn)進(jìn)行清算，對(duì)項(xiàng)目進(jìn)行綜合評(píng)估，總結(jié)經(jīng)驗(yàn) 教訓(xùn)等。結(jié)項(xiàng)委員會(huì)的人員組成與立項(xiàng)評(píng)審委員會(huì)的類似。 技術(shù)評(píng)審委員會(huì) 對(duì)工作

18、成果進(jìn)行正式技術(shù)評(píng)審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開 發(fā)人員及時(shí)消除缺陷。該委員會(huì)由項(xiàng)目?jī)?nèi)外的技術(shù)專家組成。 配置控制委員會(huì)對(duì)配置管理各項(xiàng)活動(dòng)擁有決策權(quán)（例如審批計(jì)劃，審批變更請(qǐng)求等） 。 表 1-3 精簡(jiǎn)模型的角色與職責(zé)簡(jiǎn)表 1.5 公司軟件過程的政策公司軟件過程的政策 1.5.1 目標(biāo)目標(biāo) 持續(xù)改進(jìn)機(jī)構(gòu)的軟件過程能力，不斷地提高產(chǎn)品質(zhì)量、提高生產(chǎn)率并且降低開發(fā)成本。 1.5.2 機(jī)構(gòu)領(lǐng)導(dǎo)的支持機(jī)構(gòu)領(lǐng)導(dǎo)的支持 機(jī)構(gòu)領(lǐng)導(dǎo)批準(zhǔn)用于軟件過程改進(jìn)的必要經(jīng)費(fèi)，例如支付咨詢費(fèi)，購(gòu)買相關(guān)軟件工具等。 機(jī)構(gòu)領(lǐng)導(dǎo)組建 sepg 和 qag，專門從事軟件過程改進(jìn)工作。sepg 的主要職責(zé)是建立適 合于機(jī)構(gòu)

19、的過程規(guī)范，qag 的主要職責(zé)是監(jiān)督該規(guī)范的實(shí)施。建議讓 sepg 和 qag 的 大部分人員重疊，這些人既是 sepg 成員又是質(zhì)量保證員，扮演兩種角色。這樣不僅節(jié) 約人力資源，并且提高了工作效果（由制定規(guī)范的人去監(jiān)督規(guī)范的實(shí)施最合適不過） 。一 般地，sepg 成員和質(zhì)量保證員共占機(jī)構(gòu)總?cè)藬?shù)的 5%左右。 機(jī)構(gòu)領(lǐng)導(dǎo)不僅要口頭支持，還要親自參與軟件過程改進(jìn)的實(shí)踐。例如參加培訓(xùn)和考試， 準(zhǔn)照過程規(guī)范執(zhí)行立項(xiàng)管理和結(jié)項(xiàng)管理等。 1.5.3 質(zhì)量管理的政策質(zhì)量管理的政策 質(zhì)量管理口號(hào)：“在開發(fā)過程之中內(nèi)建質(zhì)量而非修補(bǔ)質(zhì)量” 。 質(zhì)量管理有種基本措施：“質(zhì)量保證” 、 “技術(shù)評(píng)審”和“測(cè)試” 。 一

20、、一、質(zhì)量保證質(zhì)量保證 機(jī)構(gòu)的質(zhì)量保證員周期性地檢查項(xiàng)目成員的“工作過程以及工作成果”是否符合既定的 規(guī)范，來監(jiān)控和改進(jìn)“過程質(zhì)量以及產(chǎn)品質(zhì)量” 。 機(jī)構(gòu)的質(zhì)量保證員獨(dú)立于任何項(xiàng)目，并賦予他一定的權(quán)利，對(duì)質(zhì)量不合格的工作成果作 出處理。 二、技術(shù)評(píng)審二、技術(shù)評(píng)審 在工作成果剛產(chǎn)生之際，對(duì)其進(jìn)行技術(shù)評(píng)審（分正式或非正式兩種） ，目的是盡早地發(fā) 現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時(shí)消除缺陷，從而提高產(chǎn)品的質(zhì)量。 如果時(shí)間允許的話，應(yīng)當(dāng)盡可能多地對(duì)產(chǎn)品的重要工作成果進(jìn)行技術(shù)評(píng)審。技術(shù)評(píng)審活 動(dòng)由項(xiàng)目開發(fā)團(tuán)隊(duì)組織。 三、測(cè)試三、測(cè)試 測(cè)試是指通過運(yùn)行測(cè)試用例（test case）來找出軟件中的缺陷。

21、測(cè)試與技術(shù)評(píng)審的主要區(qū) 別是前者要運(yùn)行軟件而后者不必運(yùn)行軟件。 一般地，產(chǎn)品開發(fā)過程中有四個(gè)測(cè)試階段：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。 其中單元測(cè)試和集成測(cè)試可以由項(xiàng)目開發(fā)團(tuán)隊(duì)組織。系統(tǒng)測(cè)試階段必須有項(xiàng)目外的人員參與， 以保證系統(tǒng)測(cè)試的客觀性。驗(yàn)收測(cè)試由客戶組織。如果有條件的話，建議機(jī)構(gòu)成立專門的測(cè) 試小組從事單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試工作。 1.5.4 質(zhì)量保證小組的政策質(zhì)量保證小組的政策 機(jī)構(gòu)領(lǐng)導(dǎo)任命一位熟悉過程規(guī)范并且有豐富的質(zhì)量管理經(jīng)驗(yàn)的人擔(dān)任 qag 的負(fù)責(zé)人 （或稱為質(zhì)量經(jīng)理） 。在機(jī)構(gòu)領(lǐng)導(dǎo)的許可下，該負(fù)責(zé)人組建 qag（成員可以是全職的也可以 是兼職的） 。 qag 在

22、行政上獨(dú)立于任何項(xiàng)目。這種獨(dú)立性有助于質(zhì)量保證員客觀地檢查和監(jiān)控“過程 以及產(chǎn)品的質(zhì)量” 。qag 準(zhǔn)照 sepg 制定的“質(zhì)量保證規(guī)范”開展工作。 機(jī)構(gòu)領(lǐng)導(dǎo)賦予 qag 一定的權(quán)利，可以對(duì)質(zhì)量不合格的工作成果做出處理。這種權(quán)利使 得 qag 的工作不會(huì)被輕視，并有助于加強(qiáng)全員的質(zhì)量意識(shí)。對(duì)于 qag 與項(xiàng)目之間出現(xiàn)的難 以調(diào)和的爭(zhēng)議，由機(jī)構(gòu)領(lǐng)導(dǎo)處理。 1.5.5 項(xiàng)目團(tuán)隊(duì)的政策項(xiàng)目團(tuán)隊(duì)的政策 項(xiàng)目中的任何管理人員、開發(fā)人員、測(cè)試人員等，必須學(xué)習(xí)與本職工作相關(guān)的過程規(guī)范， 每個(gè)人都必須明白自己“應(yīng)當(dāng)在什么時(shí)候依據(jù)什么規(guī)范做什么事情應(yīng)當(dāng)在什么時(shí)候依據(jù)什么規(guī)范做什么事情” 。項(xiàng)目經(jīng)理應(yīng)當(dāng)樹立榜 樣

23、，并且督促項(xiàng)目成員們按規(guī)范做事。 允許項(xiàng)目經(jīng)理根據(jù)本項(xiàng)目的特征，在 sepg 和 qag 的指導(dǎo)下，適當(dāng)?shù)夭眉艋驍U(kuò)充機(jī)構(gòu) 的過程規(guī)范，從而快速建立本項(xiàng)目的過程規(guī)范。這項(xiàng)工作應(yīng)當(dāng)在“項(xiàng)目規(guī)劃過程域”中完成， 并在項(xiàng)目計(jì)劃中體現(xiàn)出來。 如果項(xiàng)目對(duì)機(jī)構(gòu)過程規(guī)范的裁剪幅度比較大，遭到 qag 的反對(duì)，如果雙方不能達(dá)成共 識(shí)，則由機(jī)構(gòu)領(lǐng)導(dǎo)處理該爭(zhēng)議。 sepg 對(duì)項(xiàng)目過程能力的評(píng)估成績(jī)將作為評(píng)定項(xiàng)目人員工作業(yè)績(jī)的重要因素，具體比重 由機(jī)構(gòu)領(lǐng)導(dǎo)決定，建議占 30以上的比重。 2 立項(xiàng)管理立項(xiàng)管理 參見項(xiàng)目管理制度試行 v2.1 版本 3 項(xiàng)目規(guī)劃項(xiàng)目規(guī)劃 在立項(xiàng)管理過程域的項(xiàng)目籌備階段，機(jī)構(gòu)領(lǐng)導(dǎo)首先任命一

24、位項(xiàng)目經(jīng)理，之后機(jī)構(gòu)領(lǐng) 導(dǎo)協(xié)助項(xiàng)目經(jīng)理籌備項(xiàng)目經(jīng)費(fèi)、人力資源、軟件硬件資源等。如果必要的資金和資源已經(jīng)到 位，那么項(xiàng)目經(jīng)理和核心成員即可組成一個(gè)項(xiàng)目規(guī)劃小組，著手制定項(xiàng)目計(jì)劃 ，并按計(jì) 劃執(zhí)行研發(fā)和管理工作。 項(xiàng)目的計(jì)劃書可分兩類：一是全局的計(jì)劃書（overall plan） ，這里稱為項(xiàng)目計(jì)劃 ；二 是一些下屬計(jì)劃書（subordinate plan） ，例如配置管理計(jì)劃 、 質(zhì)量保證計(jì)劃 、一些開發(fā) 計(jì)劃和測(cè)試計(jì)劃等。 下屬計(jì)劃書是對(duì)項(xiàng)目計(jì)劃的補(bǔ)充，其內(nèi)容不可與項(xiàng)目計(jì)劃沖突。通常項(xiàng)目計(jì) 劃由項(xiàng)目經(jīng)理負(fù)責(zé)制定，由機(jī)構(gòu)領(lǐng)導(dǎo)審批。而下屬計(jì)劃書一般由項(xiàng)目成員制定，由項(xiàng)目經(jīng) 理審批即可。 項(xiàng)目計(jì)劃過

25、程域有 3 個(gè)主要規(guī)程：“制定項(xiàng)目計(jì)劃” 、 “審批項(xiàng)目計(jì)劃”和“項(xiàng)目計(jì)劃變更控 制” ，流程如圖 3-1 所示。 圖 3-1 項(xiàng)目規(guī)劃流程圖 項(xiàng)目計(jì)劃模板 4 項(xiàng)目監(jiān)控項(xiàng)目監(jiān)控 項(xiàng)目監(jiān)控（project monitoring and control, pmc）的目的是通過周期性地跟蹤項(xiàng)目計(jì)劃的 各種參數(shù)如進(jìn)度、工作量、費(fèi)用、資源、工作成果等，不斷地了解項(xiàng)目的進(jìn)展情況，以便當(dāng) 項(xiàng)目實(shí)際進(jìn)展?fàn)顩r顯著偏離計(jì)劃時(shí)能夠及時(shí)采取糾正措施。 本規(guī)范闡述了項(xiàng)目監(jiān)控過程域的三個(gè)主要規(guī)程： 項(xiàng)目計(jì)劃跟蹤 控制偏差 項(xiàng)目進(jìn)展匯報(bào) 圖 4-1 項(xiàng)目監(jiān)控流程 制定 項(xiàng)目 計(jì)劃 審批 項(xiàng)目 計(jì)劃 項(xiàng)目計(jì)劃變更控制 按計(jì)

26、劃執(zhí)行 研發(fā)與管理工作 項(xiàng)目計(jì)劃跟蹤偏差控制項(xiàng)目進(jìn)展總結(jié) 周期性地開展 4.1 項(xiàng)目計(jì)劃跟蹤項(xiàng)目計(jì)劃跟蹤 周期性的跟蹤任務(wù)（含進(jìn)度和工作量） 、費(fèi)用、資源、工作成果等，及時(shí)了解項(xiàng)目的實(shí) 際進(jìn)展情況。 為持續(xù)過程改進(jìn)提供有價(jià)值的數(shù)據(jù)。 4.1.1 任務(wù)跟蹤任務(wù)跟蹤 項(xiàng)目經(jīng)理（或其指定的項(xiàng)目成員）周期性地（如每周一次）跟蹤每個(gè)重要的任務(wù)，將采 集的數(shù)據(jù)保存在項(xiàng)目監(jiān)控?cái)?shù)據(jù)表之中。任務(wù)跟蹤表的參考格式如表 4-1 所示。 任務(wù)名稱任務(wù)名稱實(shí)際起止時(shí)間實(shí)際起止時(shí)間跟蹤日期、當(dāng)前進(jìn)度跟蹤日期、當(dāng)前進(jìn)度實(shí)際工作量實(shí)際工作量實(shí)際工作成果實(shí)際工作成果 表 4-1 任務(wù)跟蹤表 4.1.2 費(fèi)用跟蹤費(fèi)用跟蹤 項(xiàng)目經(jīng)

27、理（或其指定的項(xiàng)目成員）周期性地跟蹤項(xiàng)目費(fèi)用，將采集的數(shù)據(jù)保存在項(xiàng)目 監(jiān)控?cái)?shù)據(jù)表之中。費(fèi)用跟蹤表的參考格式如表 4-2 所示。 費(fèi)用類別費(fèi)用類別主要開支項(xiàng)、用途主要開支項(xiàng)、用途金額金額時(shí)間時(shí)間 表 4-2 費(fèi)用跟蹤表 4.1.3 資源跟蹤資源跟蹤 項(xiàng)目經(jīng)理（或其指定的項(xiàng)目成員）周期性地跟蹤軟硬件資源，將采集的數(shù)據(jù)保存在項(xiàng) 目監(jiān)控?cái)?shù)據(jù)表之中。資源跟蹤表的參考格式如表 4-3 所示。 軟硬件資源名稱軟硬件資源名稱級(jí)別級(jí)別實(shí)際配置實(shí)際配置獲取方式與時(shí)間獲取方式與時(shí)間使用說明使用說明 關(guān)鍵 關(guān)鍵 普通 普通 表 4-3 資源跟蹤表 4.1.4 工作成果及其規(guī)模跟蹤工作成果及其規(guī)模跟蹤 項(xiàng)目經(jīng)理（或其指

28、定的項(xiàng)目成員）周期性地跟蹤工作成果及其規(guī)模，將采集的數(shù)據(jù)保存 在項(xiàng)目監(jiān)控?cái)?shù)據(jù)表之中。工作成果跟蹤表的參考格式如表 4-4 所示。 工作成果名稱工作成果名稱新開發(fā)的成果規(guī)模新開發(fā)的成果規(guī)模 （代碼行、類、文檔頁(yè)數(shù)）（代碼行、類、文檔頁(yè)數(shù)） 復(fù)用或自動(dòng)生成的成果規(guī)模復(fù)用或自動(dòng)生成的成果規(guī)模 （代碼行、類、文檔頁(yè)數(shù)）（代碼行、類、文檔頁(yè)數(shù)） 工作成果 1 工作成果 2 總和總和 表 4-4 工作成果及其規(guī)模跟蹤表 4.2 控制偏差控制偏差 對(duì)比“項(xiàng)目實(shí)際進(jìn)展”和“項(xiàng)目計(jì)劃” ，分析偏差，如果發(fā)現(xiàn)項(xiàng)目實(shí)際進(jìn)展顯著偏離計(jì) 劃，則及時(shí)采取糾正措施。 記錄日期記錄日期顯著偏差描述顯著偏差描述原因分析原因分析

29、糾正措施糾正措施結(jié)果結(jié)果 表 4-5 項(xiàng)目偏差控制報(bào)告 4.3 項(xiàng)目進(jìn)展匯報(bào)項(xiàng)目進(jìn)展匯報(bào) 周期性地匯報(bào)項(xiàng)目進(jìn)展情況。 項(xiàng)目經(jīng)理周期性地總結(jié)項(xiàng)目進(jìn)展情況，撰寫項(xiàng)目進(jìn)展報(bào)告并通報(bào)給機(jī)構(gòu)領(lǐng)導(dǎo)和所有 項(xiàng)目成員。 基本信息基本信息 項(xiàng)目名稱報(bào)告日期 項(xiàng)目編號(hào)報(bào)告批次第 n 份 項(xiàng)目經(jīng)理項(xiàng)目所處階段 項(xiàng)目進(jìn)展?fàn)顩r項(xiàng)目進(jìn)展?fàn)顩r計(jì)劃計(jì)劃實(shí)際情況實(shí)際情況 任務(wù)與進(jìn)度 工作成果 費(fèi)用 人力資源 軟硬件資源 問題與對(duì)策問題與對(duì)策 表 4-6 項(xiàng)目進(jìn)展報(bào)告 5 風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理 風(fēng)險(xiǎn)管理（risk management, riskm）的目的是在風(fēng)險(xiǎn)產(chǎn)生危害之前識(shí)別它們，從而有 計(jì)劃地消除或削弱風(fēng)險(xiǎn)。 所有可能危害項(xiàng)目

30、的因素都稱為風(fēng)險(xiǎn)。被刻畫為風(fēng)險(xiǎn)的事件最終可能發(fā)生也可能不發(fā)生。 人們對(duì)待風(fēng)險(xiǎn)有兩種態(tài)度。一種是被動(dòng)態(tài)度，可比作“救火模式” 。另一種是主動(dòng)態(tài)度，可 比作“防火模式” 。風(fēng)險(xiǎn)管理屬于“防火模式” ，目的就是“防止風(fēng)險(xiǎn)產(chǎn)生真正的危害” 。 為了便于量化管理，我們給風(fēng)險(xiǎn)定義 3 個(gè)參數(shù)： 風(fēng)險(xiǎn)嚴(yán)重性：指風(fēng)險(xiǎn)對(duì)項(xiàng)目造成的危害程度。 風(fēng)險(xiǎn)可能性：指風(fēng)險(xiǎn)發(fā)生的幾率。 風(fēng)險(xiǎn)系數(shù)：是風(fēng)險(xiǎn)嚴(yán)重性和風(fēng)險(xiǎn)可能性的乘積。 參數(shù)參數(shù)等級(jí)等級(jí)值值描述描述 很高5例如進(jìn)度延誤大于 30%，或者費(fèi)用超支大于 30%。 比較高4例如進(jìn)度延誤 20%30%，或者費(fèi)用超支 20%30%。 中等3例如進(jìn)度延誤低于 20%，或者費(fèi)用超

31、支低于 20%。 比較低2例如進(jìn)度延誤低于 10%，或者費(fèi)用超支低于 10%。 風(fēng)險(xiǎn) 嚴(yán)重性 很低1例如進(jìn)度延誤低于 5%，或者費(fèi)用超支低于 5%。 表 5-1 風(fēng)險(xiǎn)嚴(yán)重性等級(jí) 參數(shù)參數(shù)等級(jí)等級(jí)值值描述描述 很高5風(fēng)險(xiǎn)發(fā)生的幾率為 1.0 0.8 比較高4風(fēng)險(xiǎn)發(fā)生的幾率為 0.8 0.6 中等3風(fēng)險(xiǎn)發(fā)生的幾率為 0.6 0.4 比較低2風(fēng)險(xiǎn)發(fā)生的幾率為 0.4 0.2 風(fēng)險(xiǎn) 可能性 很低1風(fēng)險(xiǎn)發(fā)生的幾率為 0.2 0.0 表 5-2 風(fēng)險(xiǎn)可能性等級(jí) 風(fēng)險(xiǎn)可能性風(fēng)險(xiǎn)可能性風(fēng)險(xiǎn)風(fēng)險(xiǎn) 系數(shù)系數(shù)很高 5比較高 4中等 3比較低 2很低 1 很高 5252015105 比較高 420161284 中等

32、31512963 比較低 2108642 風(fēng)險(xiǎn)風(fēng)險(xiǎn) 嚴(yán)重性嚴(yán)重性 很低 154321 本表灰色部分的風(fēng)險(xiǎn)系數(shù)值為本表灰色部分的風(fēng)險(xiǎn)系數(shù)值為 1025，應(yīng)當(dāng)優(yōu)先處理。，應(yīng)當(dāng)優(yōu)先處理。 表 5-3 風(fēng)險(xiǎn)系數(shù)等級(jí) 風(fēng)險(xiǎn)嚴(yán)重性的等級(jí)劃分如表 5-1 所示，風(fēng)險(xiǎn)可能性的等級(jí)劃分如表 5-2 所示，風(fēng)險(xiǎn)系數(shù) 的等級(jí)劃分如表 3 所示。 風(fēng)險(xiǎn)管理有 4 個(gè)主要活動(dòng)： 風(fēng)險(xiǎn)識(shí)別：根據(jù)風(fēng)險(xiǎn)檢查表，識(shí)別出本項(xiàng)目的風(fēng)險(xiǎn)。 風(fēng)險(xiǎn)分析：估計(jì)風(fēng)險(xiǎn)嚴(yán)重性、風(fēng)險(xiǎn)可能性、風(fēng)險(xiǎn)系數(shù)。 風(fēng)險(xiǎn)減緩：對(duì)于風(fēng)險(xiǎn)系數(shù)超過“容許值”的每一個(gè)風(fēng)險(xiǎn)，都應(yīng)當(dāng)采取減緩措施。 風(fēng)險(xiǎn)跟蹤：跟蹤風(fēng)險(xiǎn)減緩過程，記錄風(fēng)險(xiǎn)的狀態(tài)。 圖 5-1 風(fēng)險(xiǎn)管理示意圖

33、在項(xiàng)目的生命周期內(nèi)，上述 4 個(gè)活動(dòng)將被循環(huán)執(zhí)行，如圖 5-1 所示。直到項(xiàng)目的所有風(fēng) 險(xiǎn)都被識(shí)別與解決為止。 常用的風(fēng)險(xiǎn)檢查表 ，使用者應(yīng)根據(jù)實(shí)際情況進(jìn)行適當(dāng)?shù)膭h減或補(bǔ)充。風(fēng)險(xiǎn)管理過程 域產(chǎn)生的主要文檔是風(fēng)險(xiǎn)管理報(bào)告 。 商業(yè)風(fēng)險(xiǎn)商業(yè)風(fēng)險(xiǎn) 風(fēng)險(xiǎn)類型檢查項(xiàng) 政府或者其他機(jī)構(gòu)對(duì)本項(xiàng)目的開發(fā)有限制嗎？ 有不可預(yù)測(cè)的市場(chǎng)動(dòng)蕩嗎？ 有不利于我方的官司要打嗎？ 本產(chǎn)品銷售后在使用過程中可能導(dǎo)致發(fā)生重大的損失或傷亡事故嗎？ 競(jìng)爭(zhēng)對(duì)手有不正當(dāng)?shù)母?jìng)爭(zhēng)行為嗎？ 本產(chǎn)品銷售后在使用過程中可能導(dǎo)致發(fā)生重大的損失或傷亡事故嗎？ 是否在開發(fā)很少有人真正需要卻自以為很好的產(chǎn)品？ 政治 法律 市場(chǎng) 是否在開發(fā)可能虧本的產(chǎn)品

34、？ 客戶的需求是否含糊不清？ 客戶是否反反復(fù)復(fù)地改動(dòng)需求？ 客戶指定的需求和交付期限在客觀上可行嗎？ 客戶對(duì)產(chǎn)品的健壯性、可靠性、性能等質(zhì)量因素有非常過分的要求嗎？ 客戶的合作態(tài)度友善嗎？ 與客戶簽的合同公正嗎？雙方互利嗎？ 客戶 客戶的信譽(yù)好嗎？例如按客戶的需求開發(fā)了產(chǎn)品，但是客戶可能不購(gòu)買。 風(fēng)險(xiǎn)識(shí)別 風(fēng)險(xiǎn)分析 風(fēng)險(xiǎn)減緩 風(fēng)險(xiǎn)跟蹤 與子承包商、供應(yīng)商簽訂的合同公正嗎？雙方互利嗎？ 子承包商、供應(yīng)商的信譽(yù)好嗎？ 子承包商、供應(yīng)商有可能倒閉嗎？ 子承包商、供應(yīng)商能及時(shí)交付質(zhì)量合格的產(chǎn)品（或部件）嗎？ 子承包商 供應(yīng)商 子承包商、供應(yīng)商有能力做好售后服務(wù)嗎？ 管理風(fēng)險(xiǎn)管理風(fēng)險(xiǎn) 風(fēng)險(xiǎn)類型檢查項(xiàng) 對(duì)

35、項(xiàng)目的規(guī)模、難度估計(jì)是否比較正確？ 人力資源（開發(fā)人員、管理人員）夠用嗎？合格嗎？ 項(xiàng)目所需的軟件、硬件能按時(shí)到位嗎？ 項(xiàng)目的經(jīng)費(fèi)夠用嗎？ 進(jìn)度安排是否過于緊張？有合理的緩沖時(shí)間嗎？ 進(jìn)度表中是否遺忘了一些重要的（必要的）任務(wù)？ 進(jìn)度安排是否考慮了關(guān)鍵路徑？ 是否可能出現(xiàn)某一項(xiàng)工作延誤導(dǎo)致其他一連串的工作也被延誤？ 任務(wù)分配是否合理？（即把任務(wù)分配給合適的項(xiàng)目成員，充分發(fā)揮其才能） 是否為了節(jié)省錢，不采用（購(gòu)買）成熟的軟件模塊，一切從零做起？ 項(xiàng)目計(jì)劃 項(xiàng)目成員團(tuán)結(jié)嗎？是否存在矛盾？ 是否絕大部分的項(xiàng)目成員對(duì)工作認(rèn)真負(fù)責(zé)？ 絕大部分的項(xiàng)目成員有工作熱情嗎？ 團(tuán)隊(duì)之中有“害群之馬”嗎？ 技術(shù)開發(fā)

36、隊(duì)伍中有臨時(shí)工嗎？ 本項(xiàng)目開發(fā)過程中是否會(huì)有核心人員辭職、調(diào)動(dòng)？ 是否能保證“人員流動(dòng)基本不會(huì)影響工作的連續(xù)性”？ 項(xiàng)目團(tuán)隊(duì) 項(xiàng)目經(jīng)理是否忙于行政事務(wù)而無暇顧及項(xiàng)目的開發(fā)工作？ 本項(xiàng)目是否得到上級(jí)領(lǐng)導(dǎo)的重視？ 上級(jí)領(lǐng)導(dǎo)是否隨時(shí)會(huì)抽調(diào)本項(xiàng)目的資源用于其他“高優(yōu)先級(jí)”的項(xiàng)目？ 上級(jí)領(lǐng)導(dǎo)是否過多地介入本項(xiàng)目的事務(wù)并且瞎指揮？ 行政部門的辦事效率是否比較底，以至于拖項(xiàng)目的后腿？ 行政部門是否經(jīng)常干一些無益于生產(chǎn)力的事情，以至于騷擾本項(xiàng)目？ 機(jī)構(gòu)是否能全面、公正地考核員工的工作業(yè)績(jī)？ 機(jī)構(gòu)是否有較好的獎(jiǎng)勵(lì)和懲罰措施？ 上級(jí)領(lǐng)導(dǎo) 行政部門 合作部門 本項(xiàng)目的合作部門的態(tài)度積極嗎？是否應(yīng)付了事？或者做事與承

37、諾的不一致？ 技術(shù)風(fēng)險(xiǎn)技術(shù)風(fēng)險(xiǎn) 風(fēng)險(xiǎn)類型檢查項(xiàng) 需求開發(fā)人員懂得如何獲取用戶需求嗎？效率高嗎？ 需求開發(fā)需求開發(fā)人員懂得項(xiàng)目所涉及的具體業(yè)務(wù)嗎？能否理解用戶的需求？ 需求文檔能夠正確地、完備地表達(dá)用戶需求嗎？ 需求開發(fā)人員能否與客戶對(duì)有爭(zhēng)議的需求達(dá)成共識(shí)？需求管理 需求開發(fā)人員能否獲得客戶對(duì)需求文檔的承諾？以保證客戶不隨便變更需求？ 開發(fā)人員是否有開發(fā)相似產(chǎn)品的經(jīng)驗(yàn)？ 待開發(fā)的產(chǎn)品是否要與未曾證實(shí)的軟硬件相連接？ 對(duì)開發(fā)人員而言，本項(xiàng)目的技術(shù)難度高嗎？ 開發(fā)人員是否已經(jīng)掌握了本項(xiàng)目的關(guān)鍵技術(shù)？ 如果某項(xiàng)技術(shù)尚未實(shí)踐過，開發(fā)人員能否在預(yù)定時(shí)間內(nèi)掌握？ 開發(fā)小組是否采用比較有效的分析、設(shè)計(jì)、編程、

38、測(cè)試工具？ 分析與設(shè)計(jì)工作是否過于簡(jiǎn)單、草率，從而讓程序員邊做邊改？ 開發(fā)小組采用統(tǒng)一的編程規(guī)范嗎？ 開發(fā)人員對(duì)測(cè)試工作重視嗎？能保證測(cè)試的客觀性嗎？ 項(xiàng)目有獨(dú)立的測(cè)試人員嗎？懂得如何進(jìn)行高效率地測(cè)試嗎？ 是否對(duì)所有重要的工作成果進(jìn)行了同行評(píng)審（正式評(píng)審或快速檢查）？ 開發(fā)人員懂得版本控制、變更控制嗎？能夠按照配置管理規(guī)范執(zhí)行嗎？ 綜合技術(shù) 開發(fā)能力 包括設(shè)計(jì) 編程、測(cè)試等 開發(fā)人員重視質(zhì)量嗎？是否會(huì)在進(jìn)度延誤時(shí)降低質(zhì)量要求？ 表 5-4 風(fēng)險(xiǎn)檢查表 風(fēng)險(xiǎn)名稱風(fēng)險(xiǎn)識(shí)別人 風(fēng)險(xiǎn)編號(hào)風(fēng)險(xiǎn)識(shí)別日期 風(fēng)險(xiǎn)描述 風(fēng)險(xiǎn)嚴(yán)重性風(fēng)險(xiǎn)系數(shù) 風(fēng)險(xiǎn)可能性風(fēng)險(xiǎn)處理人 風(fēng)險(xiǎn)減緩措施 跟蹤記錄 （1）記錄何人在何時(shí)做了什

39、么事情 （2）記錄當(dāng)前風(fēng)險(xiǎn)狀態(tài)（正在處理，已經(jīng)解決，不作處理） 表 5-5 風(fēng)險(xiǎn)管理報(bào)告 6 需求管理需求管理 需求管理（requirement management, rm）的目的在客戶與開發(fā)方之間建立對(duì)需求的共 同理解，維護(hù)需求與其他工作成果的一致性，并控制需求的變更。 需求管理過程域的三個(gè)主要規(guī)程： 需求確認(rèn) 需求跟蹤 需求變更控制 圖 6-1 需求工程結(jié)構(gòu)圖 6.1 需求確認(rèn)需求確認(rèn) 項(xiàng)目經(jīng)理邀請(qǐng)同行專家和用戶（包括客戶和最終用戶）一起評(píng)審需求文檔，盡最大努力盡最大努力 使需求文檔能夠正確無誤地反映用戶的真實(shí)意愿。使需求文檔能夠正確無誤地反映用戶的真實(shí)意愿。 當(dāng)需求文檔通過正式的評(píng)審之

40、后，開發(fā)方負(fù)責(zé)人（項(xiàng)目經(jīng)理）和客戶對(duì)需求文檔作書面 承諾，使之具有商業(yè)合同效果。示例如下： 本需求文檔建立在雙方對(duì)需求的共同理解基礎(chǔ)之上，我同意后續(xù)的開發(fā)工作根據(jù)該需求 文檔開展。如果需求發(fā)生變化，我們將按照“需求變更控制規(guī)程”執(zhí)行。我明白需求的變更 將導(dǎo)致雙方重新協(xié)商成本、資源和進(jìn)度等。 甲方負(fù)責(zé)人簽字 乙方負(fù)責(zé)人簽字 評(píng)審結(jié)束 輸出 需求評(píng)審報(bào)告 ，書面的需求承諾 需求工程 需求開發(fā) 需求變更控制 需求管理 需求確認(rèn) 需求跟蹤 需求調(diào)查 需求分析 需求定義 需求評(píng)審報(bào)告摘要需求評(píng)審報(bào)告摘要 需求文檔輸入名稱，標(biāo)識(shí)符，版本，作者，完成日期， 需求評(píng)審報(bào)告輸入名稱，標(biāo)識(shí)符，評(píng)審日期， 評(píng)審結(jié)論

41、 工作成果合格， “無需修改”或者“需要輕微修改但不必再審核” 。 工作成果基本合格，需要作少量的修改，之后通過審核即可。 工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。 評(píng)審意見 評(píng)審小組成員輸入評(píng)審小組成員 表 6-1 需求評(píng)審報(bào)告 需求承諾需求承諾 需求文檔輸入名稱，標(biāo)識(shí)符，版本，作者，完成日期 客戶承諾 承諾 簽字，日期 項(xiàng)目經(jīng)理承諾 承諾 簽字，日期 表 6-2 需求承諾 6.2 需求跟蹤需求跟蹤 將系統(tǒng)設(shè)計(jì)、編程、測(cè)試等階段的工作成果與需求文檔進(jìn)行比較，建立與維護(hù)“需求文 檔設(shè)計(jì)文檔代碼測(cè)試用例”之間的一致性，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開發(fā)。 項(xiàng)目經(jīng)理跟蹤需求。 建立與維

42、護(hù)需求跟蹤矩陣： 正向跟蹤。檢查需求文檔中的每個(gè)需求是否都能在后續(xù)工作成果中找到對(duì)應(yīng)點(diǎn)。 逆向跟蹤。檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在需求文檔中找到出處。 正向跟蹤和逆向跟蹤合稱為“雙向跟蹤” 。不論采用何種跟蹤方式，都要建立與維護(hù)需 求跟蹤矩陣（即表格） 。需求跟蹤矩陣保存了需求與后續(xù)工作成果的對(duì)應(yīng)關(guān)系。矩陣單 元之間的可能存在“一對(duì)一” 、 “一對(duì)多”或“多對(duì)多”的關(guān)系。由于對(duì)應(yīng)關(guān)系比較復(fù)雜， 最好在表格中加必要的文字解釋。表 6-3 為簡(jiǎn)單的需求跟蹤矩陣格式。 當(dāng)需求文檔或后續(xù)工作成果發(fā)生變更時(shí)，要及時(shí)更新需求跟蹤矩陣。 需求文檔 （版本，日期） 設(shè)計(jì)文檔 （版本，日期） 代碼 （版本，日期） 測(cè)試用例 （版本，日期） 1標(biāo)題或標(biāo)識(shí)符，說明標(biāo)題或標(biāo)識(shí)符，說明代碼名稱，說明測(cè)試用例名稱，說明 2 表 6-3 簡(jiǎn)單的需求跟蹤矩陣格式 6.3 需求變更控制需求變更控制 修改“原需求文檔”中不正確的內(nèi)容，產(chǎn)生新的需求文檔。 控制需求文檔的變更，防止發(fā)生混亂。 補(bǔ)充說明：本規(guī)程中的“原需求文檔”是指已經(jīng)通過了評(píng)審并獲得書面承諾的需求文檔。 開發(fā)方負(fù)責(zé)人（項(xiàng)目