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

1、共享知識分享快樂軟件研發(fā)管理制度文件狀態(tài)： 草稿文件標識： 當前版本：lolaage-software-pm0.1.2 正式發(fā)布作者：宋孝光 正在修改完成日期：2012/3/27卑微如螻蟻、堅強似大象共享知識分享快樂版本 / 狀態(tài)作者參與者修改日期備注0.1.10.1.2宋孝光宋孝光2012/3/262012/3/27第一版草稿整理目錄卑微如螻蟻、堅強似大象共享知識分享快樂目錄1 軟件研發(fā)制度綜述 . 41.1 精簡模型 . 41.2 精簡過程域的目的 . 41.3 精簡模型 文檔結(jié)構(gòu)與規(guī)范細分 . 51.4 精簡模型 角色與職責(zé)表 . 61.5 公司軟件過程的政策 . 81.5.1 目標 .

2、 81.5.2 機構(gòu)領(lǐng)導(dǎo)的支持 . 81.5.3 質(zhì)量管理的政策 . 81.5.4 質(zhì)量保證小組的政策 . 91.5.5 項目團隊的政策 . 92 立項管理 . 93 項目規(guī)劃 . 94 項目監(jiān)控 . 104.1 項目計劃跟蹤 . 114.1.1 任務(wù)跟蹤 . 114.1.2 費用跟蹤 . 114.1.3 資源跟蹤 . 114.1.4 工作成果及其規(guī)模跟蹤 . 124.2 控制偏差 . 124.3 項目進展匯報 . 135 風(fēng)險管理 . 146 需求管理 . 186.1 需求確認 . 186.2 需求跟蹤 . 206.3 需求變更控制 . 207 結(jié)項管理 . 228 需求開發(fā) . 239 技

3、術(shù)預(yù)研 . 2410 系統(tǒng)設(shè)計 . 25卑微如螻蟻、堅強似大象共享知識分享快樂10.1 體系結(jié)構(gòu)設(shè)計 . 2610.2 用戶界面設(shè)計 . 2610.3 數(shù)據(jù)庫設(shè)計 . 2710.4 模塊設(shè)計 . 2811 實現(xiàn)與測試 . 2812 系統(tǒng)測試 . 3013 客戶驗收 . 3114 技術(shù)評審 . 3215 配置管理 . 3316 質(zhì)量保證 . 3517 培訓(xùn)管理 . 3718 服務(wù)與維護 . 38卑微如螻蟻、堅強似大象共享知識分享快樂1 軟件研發(fā)制度綜述1.1 精簡模型“精簡模型” 是基于 cmmi 以及軟件工程和項目管理知識而創(chuàng)作的一種 “軟件過程改 進方法和規(guī)范”，它由眾多的過程規(guī)范和文檔模板

4、組成。精簡模型把產(chǎn)品生命周期劃分為6 個階段，分別為：產(chǎn)品概念階段 產(chǎn)品定義階段 產(chǎn)品開發(fā)階段 產(chǎn)品測試階段 用戶驗收階段 產(chǎn)品維護階段在精簡模型中，軟件項目的過程有三大類：項目管理過程、項目研發(fā)過程和機構(gòu)支持過程。上述三類過程可以細分為17 個主要過程域，分布在產(chǎn)品生命周期的各個階段。項目管理過程包含 6 個過程域，分別為：立項管理結(jié)項管理項目規(guī)劃項目監(jiān)控風(fēng)險管理需求管理項目研發(fā)過程包含 7 個過程域，分別為：需求開發(fā)技術(shù)預(yù)研系統(tǒng)設(shè)計 實現(xiàn)與測試 系統(tǒng)測試客戶驗收技術(shù)評審機構(gòu)支撐過程包含 4 個過程域，分別為：配置管理質(zhì)量保證培訓(xùn)管理 服務(wù)與維護精簡模型如圖 1-1 所示。精簡模型的主要特征

5、和優(yōu)點有： 卑微如螻蟻、堅強似大象共享知識分享快樂一、直觀的過程模型精簡模型將項目管理、項目研發(fā)、機構(gòu)支撐所包含的工作劃分為相對獨立的三類過 程，各個過程域之間的關(guān)系直觀明了。這樣，機構(gòu)領(lǐng)導(dǎo)、項目經(jīng)理、開發(fā)人員、測試人 員、質(zhì)量保證人員等人根據(jù)精簡模型，很容易知道自己“應(yīng)該在什么時候、按照什么規(guī) 范做什么事情”。所以精簡模型有助于使機構(gòu)內(nèi)的各個職能單位有條不紊地開展工作。二、容易裁剪與擴充精簡模型的三類過程貫穿了產(chǎn)品的整個生命周期，17 個最常見的過程域都合理地安排在產(chǎn)品生命周期中的某些階段。用戶可以根據(jù)自己產(chǎn)品的特征，適當?shù)夭眉艋驍U充精 簡的過程域，很容易制定出最適合于本產(chǎn)品的過程模型。卑微

6、如螻蟻、堅強似大象共享知識分享快樂產(chǎn)品概念產(chǎn)品定義產(chǎn)品開發(fā)產(chǎn)品測試客戶驗收項目管理立項管理項目規(guī)劃項目監(jiān)控風(fēng)險管理需求管理過程需求開發(fā)技術(shù)預(yù)研技術(shù)評審項目并行、迭代系統(tǒng)設(shè)計研發(fā)過程實現(xiàn)與測試根據(jù)產(chǎn)品特征確定最合適的開發(fā)模型，以線性順序為主，以并行、迭代為輔。系統(tǒng)測試客戶驗收機構(gòu)支撐配置管理質(zhì)量保證培訓(xùn)管理過程其它：人力資源管理財務(wù)管理行政管理市場營銷 圖 1-1精簡模型卑微如螻蟻、堅強似大象共享知識分享快樂1.2 精簡過程域的目的精簡模型 所有 17 個過程域的目的如表 1-1 所示。項目管理過程域立項管理結(jié)項管理項目規(guī)劃項目監(jiān)控風(fēng)險管理目的采納符合機構(gòu)最大利益的立項建議，通過立項管理使該建議

7、成為正式的項目。杜 絕不符合機構(gòu)最大利益的立項建議被采納，避免浪費機構(gòu)的資源、資金、時間等。在項目開發(fā)工作結(jié)束后，對項目的有形資產(chǎn)和無形資產(chǎn)進行清算、對項目進行綜 合評估以及總結(jié)經(jīng)驗教訓(xùn)等。為項目的研發(fā)和管理工作制定合理的行動綱領(lǐng)（即項目計劃） ，以便所有相關(guān)人員 按照該計劃有條不紊地開展工作。周期性地跟蹤項目計劃的各種參數(shù)如進度、工作量、費用、資源等，不斷地了解 項目的進展情況，以便當項目實際進展顯著偏離計劃時能夠及時采取糾正措施。 在風(fēng)險產(chǎn)生危害之前識別它們，從而有計劃地消除或削弱風(fēng)險。需求管理項目研發(fā)過程域在客戶與開發(fā)方之間建立對需求的共同理解， 并控制需求的變更。目的維護需求與其它工作

8、成果的一致性，需求開發(fā)技術(shù)預(yù)研系統(tǒng)設(shè)計實現(xiàn)與測試系統(tǒng)測試客戶驗收技術(shù)評審機構(gòu)支撐過程域配置管理質(zhì)量保證培訓(xùn)管理服務(wù)與維護通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。在立項之后到開發(fā)工作完成之前的時間內(nèi)，對項目將采用的關(guān)鍵技術(shù)提前學(xué)習(xí)和 研究，盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將會遇到的技術(shù)障礙。設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，從而在需求與代碼之間 建立橋梁，指導(dǎo)開發(fā)人員去實現(xiàn)能滿足用戶需求的軟件產(chǎn)品。依據(jù)系統(tǒng)設(shè)計文檔，編寫并測試整個系統(tǒng)的代碼。在精簡模型中，實現(xiàn)與測試是 “編程、代碼審查、單元測試、集成測試、缺陷管理與改錯”的綜合表述。對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產(chǎn)

9、品需求并且遵循系統(tǒng)設(shè)計。 客戶依據(jù)合同對產(chǎn)品進行審查和測試，確保產(chǎn)品滿足客戶需求。盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效地提高 產(chǎn)品的質(zhì)量。目的通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件來保證所有配置項 的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。提供一種有效的人員組織形式和管理方法，通過客觀地檢查和監(jiān)控“過程質(zhì)量” 與“產(chǎn)品質(zhì)量”，從而實現(xiàn)持續(xù)地改進質(zhì)量。根據(jù)機構(gòu)（或項目）的需求來制定培訓(xùn)計劃，并監(jiān)督該計劃的實施，確保培訓(xùn)取 得預(yù)期效果。是指產(chǎn)品銷售之后的客戶服務(wù)和產(chǎn)品維護，其宗旨是提高客戶對產(chǎn)品以及對開發(fā) 方的滿意度。表 1-1精簡過程域的

10、目的卑微如螻蟻、堅強似大象共享知識分享快樂1.3 精簡模型 文檔結(jié)構(gòu)與規(guī)范細分精簡模型的文檔結(jié)構(gòu)如圖 1-2 所示，spp 包含 17 個過程域，規(guī)范細分如表 1-2 所示。過程改進政策過程域規(guī)程文檔模板項目管理過程域精簡模型 文檔結(jié)構(gòu)圖 1-2主要規(guī)程文檔模板立項管理結(jié)項管理項目規(guī)劃項目監(jiān)控風(fēng)險管理需求管理項目研發(fā)過程域需求開發(fā)技術(shù)預(yù)研卑微如螻蟻、堅強似大象立項建議立項評審項目籌備結(jié)項管理制定項目計劃 審批項目計劃 項目計劃變更控制項目計劃跟蹤 偏差控制項目進展總結(jié) 風(fēng)險管理需求確認需求跟蹤需求變更控制主要規(guī)程需求調(diào)查需求分析需求定義技術(shù)預(yù)研立項建議書立項調(diào)查報告書 立項可行性分析報告 立項

11、評審報告結(jié)項申請書結(jié)項評審報告項目計劃項目計劃變更控制報告項目監(jiān)控數(shù)據(jù)表 項目偏差控制報告 項目進展報告風(fēng)險檢查表風(fēng)險管理報告需求跟蹤報告需求變更控制報告文檔模板用戶需求說明書 產(chǎn)品需求規(guī)格說明書技術(shù)預(yù)研計劃技術(shù)預(yù)研報告共享知識分享快樂系統(tǒng)設(shè)計實現(xiàn)與測試體系結(jié)構(gòu)設(shè)計 用戶界面設(shè)計 數(shù)據(jù)庫設(shè)計 模塊設(shè)計實現(xiàn)與測試體系結(jié)構(gòu)設(shè)計報告 用戶界面設(shè)計報告 數(shù)據(jù)庫設(shè)計報告 模塊設(shè)計報告實現(xiàn)與測試計劃 編程文檔系統(tǒng)測試計劃系統(tǒng)測試系統(tǒng)測試 測試用例測試報告客戶驗收技術(shù)評審機構(gòu)支撐過程域質(zhì)量保證配置管理培訓(xùn)管理服務(wù)與維護客戶驗收正式技術(shù)評審非正式技術(shù)評審規(guī)程與關(guān)鍵活動制定質(zhì)量保證計劃過程與產(chǎn)品質(zhì)量檢查問題跟蹤

12、與質(zhì)量改進制定配置管理計劃配置庫管理版本控制變更控制機構(gòu)培訓(xùn)管理項目培訓(xùn)管理客戶服務(wù)產(chǎn)品維護精簡模型 規(guī)范細分表 1-2客戶驗收計劃 客戶驗收報告技術(shù)評審計劃 技術(shù)評審報告 技術(shù)評審檢查表文檔模板質(zhì)量保證計劃 質(zhì)量保證檢查表 質(zhì)量保證報告 質(zhì)量問題跟蹤表配置管理計劃 配置庫管理報告 配置項變更控制報告培訓(xùn)計劃培訓(xùn)評估報告客戶服務(wù)計劃 客戶服務(wù)報告產(chǎn)品維護計劃 產(chǎn)品維護報告1.4 精簡模型 角色與職責(zé)表精簡模型的主要角色及其職責(zé)如表1-3 所示（詳見各個過程域?qū)巧c職責(zé)的描述） 。公司在應(yīng)用精簡模型時，可以將精簡模型的各個角色映射到公司原有的崗位上，也可以 依據(jù)精簡模型角色建立新的崗位。 一個

13、人可以被賦予多個角色， 視具體情況而定。常設(shè)角色卑微如螻蟻、堅強似大象職責(zé)簡述共享知識分享快樂機構(gòu)過程改進軟件工程過程組 （ sepg ）質(zhì)量保證小組（1） 制定適合于本機構(gòu)的過程規(guī)范。（2） 在機構(gòu)范圍內(nèi)推廣該規(guī)范 （如培訓(xùn)、 考核），評估機構(gòu)過程能力等。 （ 1）監(jiān)督規(guī)范的實施， 確保所有項目以及相關(guān)部門準照規(guī)范開展工作。角色（ qag ）（ 2）分析并解決機構(gòu)內(nèi)存在的共性質(zhì)量問題，協(xié)組sepg 完善規(guī)范。項目管理過程角色項目研發(fā)過程角色機構(gòu)支撐過程角色機構(gòu)領(lǐng)導(dǎo)項目經(jīng)理需求分析員系統(tǒng)設(shè)計師程序員測試員配置管理員質(zhì)量保證員 （即 qag 成員）培訓(xùn)管理員客戶服務(wù)人員產(chǎn)品維護人員臨時角色（ 1

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

15、試計劃、設(shè) 計測試用例、執(zhí)行測試和撰寫測試報告。（1） 為項目制定配置管理計劃 。（2） 創(chuàng)建并維護配置庫，如分配權(quán)限、清除垃圾文件、備份配置庫等。 （ 1）為項目制定質(zhì)量保證計劃 。（2） 周期性的開展“過程與產(chǎn)品質(zhì)量檢查” 。（3） 跟蹤質(zhì)量問題，給出質(zhì)量改進措施。制定機構(gòu)（或項目）的培訓(xùn)計劃 ，監(jiān)督該計劃的實施，撰寫培訓(xùn) 評估報告。為客戶提供與產(chǎn)品相關(guān)的服務(wù)（如技術(shù)咨詢） ，快速響應(yīng)客戶的要求， 給客戶一個滿意的解答。（ 1）糾錯性維護： 及時解決用戶遇到的技術(shù)故障和消除產(chǎn)品中的缺陷。 （ 2）完善性維護：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。職責(zé)說明立項建議小組立項評審委員會結(jié)項

16、評審委員會技術(shù)評審委員會配置控制委員會（1） 開展立項調(diào)查、產(chǎn)品構(gòu)思和可行性分析，撰寫相應(yīng)文檔。（2） 申請立項，并在立項評審會議上答辯。由機構(gòu)領(lǐng)導(dǎo)、各級經(jīng)理、市場人員、技術(shù)專家、財務(wù)人員等組成，委員 會按少數(shù)服從多數(shù)原則投票決定是否同意立項。對項目的有形資產(chǎn)和無形資產(chǎn)進行清算， 對項目進行綜合評估， 總結(jié)經(jīng) 驗教訓(xùn)等。結(jié)項委員會的人員組成與立項評審委員會的類似。對工作成果進行正式技術(shù)評審， 盡早地發(fā)現(xiàn)工作成果中的缺陷， 并幫助 開發(fā)人員及時消除缺陷。該委員會由項目內(nèi)外的技術(shù)專家組成。對配置管理各項活動擁有決策權(quán)（例如審批計劃，審批變更請求等） 。表 1-3精簡模型的角色與職責(zé)簡表卑微如螻蟻、

17、堅強似大象共享知識分享快樂1.5 公司軟件過程的政策 1.5.1 目標l持續(xù)改進機構(gòu)的軟件過程能力，不斷地提高產(chǎn)品質(zhì)量、提高生產(chǎn)率并且降低開發(fā)成 本。1.5.2 機構(gòu)領(lǐng)導(dǎo)的支持ll機構(gòu)領(lǐng)導(dǎo)批準用于軟件過程改進的必要經(jīng)費，例如支付咨詢費，購買相關(guān)軟件工具 等。機構(gòu)領(lǐng)導(dǎo)組建 sepg 和 qag ，專門從事軟件過程改進工作。 sepg 的主要職責(zé)是建立適合于機構(gòu)的過程規(guī)范， qag 的主要職責(zé)是監(jiān)督該規(guī)范的實施。建議讓sepg 和qag 的大部分人員重疊，這些人既是sepg 成員又是質(zhì)量保證員，扮演兩種角色。這樣不僅節(jié)約人力資源，并且提高了工作效果（由制定規(guī)范的人去監(jiān)督規(guī)范的實施最合適不過）。一般

18、地， sepg 成員和質(zhì)量保證員共占機構(gòu)總?cè)藬?shù)的5% 左右。l機構(gòu)領(lǐng)導(dǎo)不僅要口頭支持，還要親自參與軟件過程改進的實踐。例如參加培訓(xùn)和考 試，準照過程規(guī)范執(zhí)行立項管理和結(jié)項管理等。1.5.3 質(zhì)量管理的政策質(zhì)量管理口號：“在開發(fā)過程之中內(nèi)建質(zhì)量而非修補質(zhì)量” 。質(zhì)量管理有種基本措施： “質(zhì)量保證”、“技術(shù)評審”和“測試” 。一、 質(zhì) 量保證機構(gòu)的質(zhì)量保證員周期性地檢查項目成員的“工作過程以及工作成果”是否符合既 定的規(guī)范，來監(jiān)控和改進“過程質(zhì)量以及產(chǎn)品質(zhì)量” 。機構(gòu)的質(zhì)量保證員獨立于任何項目，并賦予他一定的權(quán)利，對質(zhì)量不合格的工作成 果作出處理。二、技術(shù)評審在工作成果剛產(chǎn)生之際，對其進行技術(shù)評審

19、（分正式或非正式兩種） ，目的是盡早地 發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而提高產(chǎn)品的質(zhì)量。如果時間允許的話，應(yīng)當盡可能多地對產(chǎn)品的重要工作成果進行技術(shù)評審。技術(shù)評 審活動由項目開發(fā)團隊組織。三、測試測試是指通過運行測試用例（ test case ）來找出軟件中的缺陷。測試與技術(shù)評審的主 要區(qū)別是前者要運行軟件而后者不必運行軟件。一般地，產(chǎn)品開發(fā)過程中有四個測試階段：單元測試、集成測試、系統(tǒng)測試和驗收 測試。其中單元測試和集成測試可以由項目開發(fā)團隊組織。系統(tǒng)測試階段必須有項目外 的人員參與，以保證系統(tǒng)測試的客觀性。驗收測試由客戶組織。如果有條件的話，建議 卑微如螻蟻、堅強似大

20、象共享知識分享快樂機構(gòu)成立專門的測試小組從事單元測試、集成測試和系統(tǒng)測試工作。 1.5.4 質(zhì)量保證小組的政策機構(gòu)領(lǐng)導(dǎo)任命一位熟悉過程規(guī)范并且有豐富的質(zhì)量管理經(jīng)驗的人擔任qag 的負責(zé)人（或稱為質(zhì)量經(jīng)理） 。在機構(gòu)領(lǐng)導(dǎo)的許可下，該負責(zé)人組建 也可以是兼職的）。qag （成員可以是全職的qag 在行政上獨立于任何項目。這種獨立性有助于質(zhì)量保證員客觀地檢查和監(jiān)控 “過程以及產(chǎn)品的質(zhì)量” 。qag 準照 sepg 制定的“質(zhì)量保證規(guī)范”開展工作。機構(gòu)領(lǐng)導(dǎo)賦予 qag 一定的權(quán)利，可以對質(zhì)量不合格的工作成果做出處理。這種權(quán)利使得 qag 的工作不會被輕視，并有助于加強全員的質(zhì)量意識。對于 出現(xiàn)的難以調(diào)

21、和的爭議，由機構(gòu)領(lǐng)導(dǎo)處理。1.5.5 項目團隊的政策qag 與項目之間項目中的任何管理人員、開發(fā)人員、測試人員等，必須學(xué)習(xí)與本職工作相關(guān)的過程 規(guī)范，每個人都必須明白自己“ 應(yīng)當在什么時候依據(jù)什么規(guī)范做什么事情 ”。項目經(jīng)理 應(yīng)當樹立榜樣，并且督促項目成員們按規(guī)范做事。允許項目經(jīng)理根據(jù)本項目的特征， 在 sepg 和 qag 的指導(dǎo)下，適當?shù)夭眉艋驍U充機 構(gòu)的過程規(guī)范，從而快速建立本項目的過程規(guī)范。這項工作應(yīng)當在“項目規(guī)劃過程域” 中完成，并在項目計劃中體現(xiàn)出來。如果項目對機構(gòu)過程規(guī)范的裁剪幅度比較大，遭到 成共識，則由機構(gòu)領(lǐng)導(dǎo)處理該爭議。qag 的反對，如果雙方不能達sepg 對項目過程能力

22、的評估成績將作為評定項目人員工作業(yè)績的重要因素，具體比重由機構(gòu)領(lǐng)導(dǎo)決定，建議占30 以上的比重。2 立項管理參見項目管理制度試行 v2.1 版本3 項目規(guī)劃在立項管理過程域的項目籌備階段，機構(gòu)領(lǐng)導(dǎo)首先任命一位項目經(jīng)理，之后機 構(gòu)領(lǐng)導(dǎo)協(xié)助項目經(jīng)理籌備項目經(jīng)費、人力資源、軟件硬件資源等。如果必要的資金和資 源已經(jīng)到位，那么項目經(jīng)理和核心成員即可組成一個項目規(guī)劃小組，著手制定項目計 劃，并按計劃執(zhí)行研發(fā)和管理工作。項目的計劃書可分兩類：一是全局的計劃書（ overall plan ），這里稱為項目計劃； 卑微如螻蟻、堅強似大象共享知識分享快樂二是一些下屬計劃書（ subordinate plan ）

23、，例如配置管理計劃 、質(zhì)量保證計劃、一 些開發(fā)計劃和測試計劃等。下屬計劃書是對項目計劃的補充，其內(nèi)容不可與項目計劃沖突。通常項 目計劃由項目經(jīng)理負責(zé)制定，由機構(gòu)領(lǐng)導(dǎo)審批。而下屬計劃書一般由項目成員制定， 由項目經(jīng)理審批即可。項目計劃過程域有 3 個主要規(guī)程：“制定項目計劃”、“審批項目計劃”和“項目計劃變更 控制”，流程如圖 3-1 所示。項目計劃變更控制制定項目計劃審批項目計劃按計劃執(zhí)行 研發(fā)與管理工作圖 3-1 項目規(guī)劃流程圖項目計劃模板4 項目監(jiān)控項目監(jiān)控（ project monitoring and control, pmc）的目的是通過周期性地跟蹤項目計劃的各種參數(shù)如進度、工作量、

24、費用、資源、工作成果等，不斷地了解項目的進展情況， 以便當項目實際進展狀況顯著偏離計劃時能夠及時采取糾正措施。本規(guī)范闡述了項目監(jiān)控過程域的三個主要規(guī)程：項目計劃跟蹤 控制偏差 項目進展匯報項目計劃跟蹤周期性地開展偏差控制圖 4-1 項目監(jiān)控流程項目進展總結(jié)卑微如螻蟻、堅強似大象共享知識分享快樂4.1 項目計劃跟蹤周期性的跟蹤任務(wù)（含進度和工作量） 、費用、資源、工作成果等，及時了解項目的 實際進展情況。為持續(xù)過程改進提供有價值的數(shù)據(jù)。4.1.1 任務(wù)跟蹤項目經(jīng)理（或其指定的項目成員）周期性地（如每周一次）跟蹤每個重要的任務(wù)，將采集的數(shù)據(jù)保存在項目監(jiān)控數(shù)據(jù)表之中。任務(wù)跟蹤表的參考格式如表4-1

25、所示。任務(wù)名稱實際起止時間跟蹤日期、當前進度實際工作量實際工作成果表 4-1 任務(wù)跟蹤表4.1.2 費用跟蹤項目經(jīng)理（或其指定的項目成員） 周期性地跟蹤項目費用， 將采集的數(shù)據(jù)保存在 項目監(jiān)控數(shù)據(jù)表之中。費用跟蹤表的參考格式如表4-2 所示。費用類別主要開支項、用途金額時間表 4-2 費用跟蹤表4.1.3 資源跟蹤項目經(jīng)理（或其指定的項目成員）周期性地跟蹤軟硬件資源，將采集的數(shù)據(jù)保存在項目監(jiān)控數(shù)據(jù)表之中。資源跟蹤表的參考格式如表4-3 所示。軟硬件資源名稱級別實際配置獲取方式與時間使用說明關(guān)鍵卑微如螻蟻、堅強似大象共享知識分享快樂關(guān)鍵普通普通表 4-3 資源跟蹤表4.1.4 工作成果及其規(guī)模跟

26、蹤項目經(jīng)理（或其指定的項目成員）周期性地跟蹤工作成果及其規(guī)模，將采集的數(shù)據(jù)保存在項目監(jiān)控數(shù)據(jù)表之中。工作成果跟蹤表的參考格式如表4-4 所示。工作成果名稱工作成果 1工作成果 2總和新開發(fā)的成果規(guī)模 （代碼行、類、文檔頁數(shù)）表 4-4 工作成果及其規(guī)模跟蹤表復(fù)用或自動生成的成果規(guī)模 （代碼行、類、文檔頁數(shù)）4.2 控制偏差對比“項目實際進展”和“項目計劃” ，分析偏差，如果發(fā)現(xiàn)項目實際進展顯著偏離 計劃，則及時采取糾正措施。記錄日期顯著偏差描述原因分析糾正措施結(jié)果表 4-5 項目偏差控制報告卑微如螻蟻、堅強似大象共享知識分享快樂4.3 項目進展匯報周期性地匯報項目進展情況。項目經(jīng)理周期性地總結(jié)

27、項目進展情況，撰寫項目進展報告并通報給機構(gòu)領(lǐng)導(dǎo)和 所有項目成員?；拘畔㈨椖棵Q項目編號項目經(jīng)理報告日期報告批次項目所處階段第 n 份項目進展狀況任務(wù)與進度工作成果費用人力資源軟硬件資源問題與對策計劃實際情況表 4-6 項目進展報告卑微如螻蟻、堅強似大象共享知識分享快樂5 風(fēng)險管理風(fēng)險管理（ risk management, riskm ）的目的是在風(fēng)險產(chǎn)生危害之前識別它們，從而 有計劃地消除或削弱風(fēng)險。所有可能危害項目的因素都稱為風(fēng)險。被刻畫為風(fēng)險的事件最終可能發(fā)生也可能不 發(fā)生。人們對待風(fēng)險有兩種態(tài)度。一種是被動態(tài)度，可比作“救火模式” 。另一種是主動 態(tài)度，可比作“防火模式” 。風(fēng)險管理

28、屬于“防火模式” ，目的就是“防止風(fēng)險產(chǎn)生真正 的危害”。為了便于量化管理，我們給風(fēng)險定義3 個參數(shù)：風(fēng)險嚴重性：指風(fēng)險對項目造成的危害程度。 風(fēng)險可能性：指風(fēng)險發(fā)生的幾率。風(fēng)險系數(shù)：是風(fēng)險嚴重性和風(fēng)險可能性的乘積。參數(shù)風(fēng)險嚴重性等級很高比較高中等比較低很低值54321描述例如進度延誤大于 30% ，或者費用超支大于 30% 。 例如進度延誤 20%30% ，或者費用超支 20%30% 。 例如進度延誤低于 20% ，或者費用超支低于 20% 。 例如進度延誤低于 10% ，或者費用超支低于 10% 。 例如進度延誤低于 5% ，或者費用超支低于 5% 。表 5-1 風(fēng)險嚴重性等級參數(shù)風(fēng)險可能

29、性風(fēng)險等級很高比較高中等比較低很低值描述風(fēng)險發(fā)生的幾率為 1.0 0.8 5風(fēng)險發(fā)生的幾率為 0.8 0.6 4風(fēng)險發(fā)生的幾率為 0.6 0.4 3風(fēng)險發(fā)生的幾率為 0.4 0.2 2風(fēng)險發(fā)生的幾率為 0.2 0.0 1表 5-2 風(fēng)險可能性等級風(fēng)險可能性系數(shù)很高5很高 525比較高 420中等 315比較低 210很低 15風(fēng)險比較高 420161284嚴重性中等31512963比較低 2108642很低154321本表灰色部分的風(fēng)險系數(shù)值為卑微如螻蟻、堅強似大象1025 ，應(yīng)當優(yōu)先處理。表 5-3 風(fēng)險系數(shù)等級共享知識分享快樂風(fēng)險嚴重性的等級劃分如表 5-1 所示，風(fēng)險可能性的等級劃分如表

30、 系數(shù)的等級劃分如表 3 所示。風(fēng)險管理有 4 個主要活動：5-2 所示，風(fēng)險風(fēng)險識別：根據(jù)風(fēng)險檢查表，識別出本項目的風(fēng)險。風(fēng)險分析：估計風(fēng)險嚴重性、風(fēng)險可能性、風(fēng)險系數(shù)。風(fēng)險減緩：對于風(fēng)險系數(shù)超過“容許值”的每一個風(fēng)險，都應(yīng)當采取減緩措施。 風(fēng)險跟蹤：跟蹤風(fēng)險減緩過程，記錄風(fēng)險的狀態(tài)。風(fēng)險識別風(fēng)險跟蹤風(fēng)險分析風(fēng)險減緩圖 5-1 風(fēng)險管理示意圖在項目的生命周期內(nèi)，上述 4 個活動將被循環(huán)執(zhí)行，如圖 5-1 所示。直到項目的所 有風(fēng)險都被識別與解決為止。常用的風(fēng)險檢查表，使用者應(yīng)根據(jù)實際情況進行適當?shù)膭h減或補充。風(fēng)險管理過 程域產(chǎn)生的主要文檔是風(fēng)險管理報告 。商業(yè)風(fēng)險風(fēng)險類型政治法律市場客戶檢查

31、項政府或者其他機構(gòu)對本項目的開發(fā)有限制嗎？有不可預(yù)測的市場動蕩嗎？有不利于我方的官司要打嗎？本產(chǎn)品銷售后在使用過程中可能導(dǎo)致發(fā)生重大的損失或傷亡事故嗎？ 競爭對手有不正當?shù)母偁幮袨閱?？本產(chǎn)品銷售后在使用過程中可能導(dǎo)致發(fā)生重大的損失或傷亡事故嗎？ 是否在開發(fā)很少有人真正需要卻自以為很好的產(chǎn)品？是否在開發(fā)可能虧本的產(chǎn)品？客戶的需求是否含糊不清？客戶是否反反復(fù)復(fù)地改動需求？客戶指定的需求和交付期限在客觀上可行嗎？客戶對產(chǎn)品的健壯性、可靠性、性能等質(zhì)量因素有非常過分的要求嗎？ 客戶的合作態(tài)度友善嗎？與客戶簽的合同公正嗎？雙方互利嗎？卑微如螻蟻、堅強似大象共享知識子承包商供應(yīng)商風(fēng)險類型項目計劃項目團隊上

32、級領(lǐng)導(dǎo)行政部門合作部門風(fēng)險類型分享快樂客戶的信譽好嗎？例如按客戶的需求開發(fā)了產(chǎn)品，但是客戶可能不購買。 與子承包商、供應(yīng)商簽訂的合同公正嗎？雙方互利嗎？子承包商、供應(yīng)商的信譽好嗎？子承包商、供應(yīng)商有可能倒閉嗎？子承包商、供應(yīng)商能及時交付質(zhì)量合格的產(chǎn)品（或部件）嗎？子承包商、供應(yīng)商有能力做好售后服務(wù)嗎？管理風(fēng)險檢查項對項目的規(guī)模、難度估計是否比較正確？人力資源（開發(fā)人員、管理人員）夠用嗎？合格嗎？項目所需的軟件、硬件能按時到位嗎？項目的經(jīng)費夠用嗎？進度安排是否過于緊張？有合理的緩沖時間嗎？進度表中是否遺忘了一些重要的（必要的）任務(wù)？進度安排是否考慮了關(guān)鍵路徑？是否可能出現(xiàn)某一項工作延誤導(dǎo)致其他一

33、連串的工作也被延誤？任務(wù)分配是否合理？（即把任務(wù)分配給合適的項目成員，充分發(fā)揮其才能） 是否為了節(jié)省錢，不采用（購買）成熟的軟件模塊，一切從零做起？項目成員團結(jié)嗎？是否存在矛盾？是否絕大部分的項目成員對工作認真負責(zé)？絕大部分的項目成員有工作熱情嗎？團隊之中有“害群之馬”嗎？技術(shù)開發(fā)隊伍中有臨時工嗎？本項目開發(fā)過程中是否會有核心人員辭職、調(diào)動？是否能保證“人員流動基本不會影響工作的連續(xù)性”？項目經(jīng)理是否忙于行政事務(wù)而無暇顧及項目的開發(fā)工作？本項目是否得到上級領(lǐng)導(dǎo)的重視？上級領(lǐng)導(dǎo)是否隨時會抽調(diào)本項目的資源用于其他“高優(yōu)先級”的項目？ 上級領(lǐng)導(dǎo)是否過多地介入本項目的事務(wù)并且瞎指揮？行政部門的辦事效率是否比較底，以至于拖項目的后腿？行政部門是否經(jīng)常干一些無益于生產(chǎn)力的事情，以至于騷擾本項目？機構(gòu)是否能全面、公正地考核員工的工作業(yè)績？機構(gòu)是否有較好的獎勵和懲罰措施？本項目的合作部門的態(tài)度積極嗎？是否應(yīng)付了事？或者做事與承諾的不一致？技術(shù)風(fēng)險檢查項需求開發(fā)人員懂得如何獲取用戶需求嗎？效率高嗎？卑微如螻蟻、堅強似大象共享知識需求開發(fā)需求管理綜合技術(shù)開發(fā)能力包括設(shè)計分享快樂需求開發(fā)人員懂得項目所涉及的具體業(yè)務(wù)嗎？能否理解用戶的