軟件項目管理CMMI3級精簡并行過程

1、軟件項目管理CMMI3級精簡并行過程制作：艾磊時間：2015-3-26目錄概述SPP模型SPP過程域的目的SPP文檔結(jié)構(gòu)與規(guī)范細分SPP角色與職責(zé)表SPP裁剪與擴充的指導(dǎo)方針概述：精簡并行過程： “精簡并行過程”（Simplified Parallel Process，SPP）是基于CMMI以及軟件工程和項目管理知識而創(chuàng)作的一種“軟件過程改進方法和規(guī)范”，它由眾多的過程規(guī)范和文檔模板組成。SPP主要用于指導(dǎo)國內(nèi)IT企業(yè)持續(xù)地改進其軟件過程能力。概述：精簡并行的含義：（1）對CMMI 3級以內(nèi)各過程域的內(nèi)容和要求作了“精簡”處理。（2）在產(chǎn)品生命周期之內(nèi)，項目管理過程、項目研發(fā)過程和機構(gòu)支撐過程

2、“并行”開展。概述：概述：本章是SPP的綜述文章，它對SPP的思想方法以及企業(yè)的軟件過程改進政策作了全面介紹。閱讀本章有助于讀者更好地理解和應(yīng)用SPP的所有過程規(guī)范和文檔模板。建議用戶（企業(yè)）根據(jù)自身情況（如發(fā)展戰(zhàn)略、研發(fā)實力等）適當(dāng)?shù)匦薷腟PP，然后推廣使用。SPP模型：特征和優(yōu)點：二、容易裁剪和擴充： SPP模型的三類過程貫穿了產(chǎn)品的整個生命周期，19個最常見的過程域都合理地安排在產(chǎn)品生命周期中的某些階段。用戶可以根據(jù)自己產(chǎn)品的特征，適當(dāng)?shù)夭眉艋驍U充SPP的過程域，很容易制定出最適合于本產(chǎn)品的過程模型。一、直觀的過程模型： SPP模型將項目管理、項目研發(fā)、機構(gòu)支撐所包含的工作劃分為相對獨立

3、的三類過程，各個過程域之間的關(guān)系直觀明了。這樣，機構(gòu)領(lǐng)導(dǎo)、項目經(jīng)理、開發(fā)人員、測試人員、質(zhì)量保證人員、外包與采購管理人員等人根據(jù)SPP模型，很容易知道自己“應(yīng)該在什么時候、按照什么規(guī)范做什么事情”。所以SPP模型有助于使機構(gòu)內(nèi)的各個職能單位有條不紊地開展工作。SPP模型：PH0 產(chǎn)品概念PH1 產(chǎn)品定義PH2 產(chǎn)品研發(fā)PH3 產(chǎn)品測試PH4 客戶驗收PH5 產(chǎn)品維護項目管理過程項目研發(fā)過程機構(gòu)支持過程立項管理項目規(guī)劃項目監(jiān)控風(fēng)險管理需求管理結(jié)項管理需求開發(fā)技術(shù)預(yù)研系統(tǒng)設(shè)計實現(xiàn)與測試系統(tǒng)測試beta測試客戶驗收配置管理質(zhì)量保證外包與采購管理培訓(xùn)管理維護與服務(wù)并行、迭代技術(shù)評審SPP過程域的目的：

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

5、間建立對需求的共同理解，維護需求與其它工作成果的一致性，并控制需求的變更。SPP過程域的目的：需求開發(fā)技術(shù)預(yù)研系統(tǒng)設(shè)計實現(xiàn)與測試系統(tǒng)測試Beta測試通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。在產(chǎn)品正式銷售之前，開發(fā)方將產(chǎn)品交付給一些潛在的客戶免費試用，請他們對產(chǎn)品進行測試，并獲取他們對產(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)的代碼。在SP

6、P中，實現(xiàn)與測試是“編程、代碼審查、單元測試、集成測試、缺陷管理與改錯”的綜合表述。對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計?？蛻趄炇占夹g(shù)審核盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量?？蛻粢罁?jù)合同對產(chǎn)品進行審查和測試，確保產(chǎn)品滿足客戶需求。SPP過程域的目的：配置管理質(zhì)量保證外包采購管理培訓(xùn)管理服務(wù)與維護通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件來保證所有配置項的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。提供一種有效的人員組織形式和管理方法，通過客觀地檢查和監(jiān)控“過程質(zhì)量”與“產(chǎn)品質(zhì)量”，從而實現(xiàn)持續(xù)地改

7、進質(zhì)量。選擇合適的承包商（外包）和供應(yīng)商（采購），并依據(jù)合同進行有效的管理。根據(jù)機構(gòu)（或項目）的需求來制定培訓(xùn)計劃，并監(jiān)督該計劃的實施，確保培訓(xùn)取得預(yù)期效果。是指產(chǎn)品銷售之后的客戶服務(wù)和產(chǎn)品維護，其宗旨是提高客戶對產(chǎn)品以及對開發(fā)方的滿意度。SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范立項建議立項評審項目籌備立項管理文檔模板立項調(diào)查報告書立項可行性分析報告立項評審報告立項建議書SPP文檔結(jié)構(gòu)與規(guī)范細分：文檔模板項目評估表項目計劃項目計劃變更控制報告項目規(guī)劃規(guī)范制定項目計劃審批項目計劃項目計劃變更控制項目估計SPP文檔結(jié)構(gòu)與規(guī)范細分：文檔模板項目控制數(shù)據(jù)表項目偏差控制報告項目進展報告項目監(jiān)控規(guī)范項目計劃跟蹤偏差

8、控制項目進展總結(jié)SPP文檔結(jié)構(gòu)與規(guī)范細分：文檔模板風(fēng)險檢查表風(fēng)險管理報告風(fēng)險管理規(guī)范風(fēng)險管理文檔模板結(jié)項申請書結(jié)項申請報告結(jié)項管理規(guī)范結(jié)項管理SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范需求確認需求跟蹤需求變更控制需求管理文檔模板需求變更控制報告需求跟蹤報告SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范需求調(diào)查需求分析需求定義需求開發(fā)文檔模板產(chǎn)品需求規(guī)格說明書用戶需求說明書SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范技術(shù)預(yù)研技術(shù)預(yù)研文檔模板技術(shù)預(yù)研報告技術(shù)預(yù)研計劃規(guī)范實現(xiàn)與測試實現(xiàn)與測試文檔模板編程文檔實現(xiàn)與測試計劃SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范體系結(jié)構(gòu)設(shè)計用戶界面設(shè)計數(shù)據(jù)庫設(shè)計模塊設(shè)計系統(tǒng)設(shè)計文檔模板體系結(jié)構(gòu)設(shè)計報告用戶界面設(shè)計報告數(shù)

9、據(jù)庫設(shè)計報告模塊設(shè)計報告SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范系統(tǒng)測試系統(tǒng)測試文檔模板測試用例系統(tǒng)測試計劃測試報告規(guī)范Beta測試Beta測試文檔模板Beta測試報告Beta測試協(xié)議SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范用戶驗收用戶驗收文檔模板用戶驗收報告用戶驗收計劃技術(shù)評審規(guī)范非正式技術(shù)評審正式技術(shù)評審文檔模板技術(shù)評審報告技術(shù)評審計劃技術(shù)評審檢測表SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范制定質(zhì)量保證計劃過程與產(chǎn)品質(zhì)量檢測問題跟蹤與質(zhì)量改進質(zhì)量保證文檔模板質(zhì)量保證計劃質(zhì)量保證檢測表質(zhì)量保證報告質(zhì)量問題跟蹤表SPP文檔結(jié)構(gòu)與規(guī)范細分：文檔模板配置管理計劃配置庫管理報告配置項變更控制報告配置管理規(guī)范制定配置管理計劃配置庫管

10、理版本控制變更控制SPP文檔結(jié)構(gòu)與規(guī)范細分：采購管理采購競標邀請書供應(yīng)商評估報告采購物品驗收報告采購合同外包與采購管理外包管理外包開發(fā)競標邀請書承包商評估報告外包開發(fā)過程監(jiān)控報告外包開發(fā)成果驗收報告外包開發(fā)合同SPP文檔結(jié)構(gòu)與規(guī)范細分：文檔模板培訓(xùn)計劃培訓(xùn)評估報告培訓(xùn)管理規(guī)范機構(gòu)培訓(xùn)管理項目培訓(xùn)管理SPP文檔結(jié)構(gòu)與規(guī)范細分：規(guī)范客戶服務(wù)產(chǎn)品維護服務(wù)與維護文檔模板客戶服務(wù)計劃客戶服務(wù)報告產(chǎn)品維護計劃產(chǎn)品維護報告SPP角色與職責(zé)表： 企業(yè)在應(yīng)用SPP時，可以將SPP的各個角色映射到企業(yè)原有的崗位上，也可以依據(jù)SPP角色建立新的崗位。一個人可以被賦予多個角色，視具體情況而定。常設(shè)角色機構(gòu)過程改進角色

11、項目管理過程角色項目研發(fā)過程角色機構(gòu)支撐過程角色臨時角色立項評審委員會結(jié)項評審委員會技術(shù)評審委員會配置控制委員會立項建議小組SPP角色與職責(zé)表：項目工程過程組質(zhì)量保證小組（1）制定適合于本機構(gòu)的過程規(guī)范。（2）在機構(gòu)范圍內(nèi)推廣該規(guī)范（如培訓(xùn)、考核），評估機構(gòu)過程能力等。（1）監(jiān)督規(guī)范的實施，確保所有項目以及相關(guān)部門準照規(guī)范開展工作。（2）分析并解決機構(gòu)內(nèi)存在的共性質(zhì)量問題，協(xié)組SEPG完善規(guī)范。機構(gòu)過程改進角色機構(gòu)領(lǐng)導(dǎo)項目經(jīng)理（1）是機構(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)

12、險管理和需求管理過程域的負責(zé)人。（3）監(jiān)督項目成員的工作，審批項目成員的各種申請。項目管理過程角色SPP角色與職責(zé)表：需求分析員系統(tǒng)設(shè)計師調(diào)查、分析并定義需求，撰寫相應(yīng)的需求文檔，盡最大努力使需求文檔能夠正確無誤地反映用戶的真實意愿。根據(jù)需求文檔設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，并撰寫相應(yīng)的設(shè)計文檔。項目研發(fā)過程角色開發(fā)工程師測試工程師（1）根據(jù)系統(tǒng)設(shè)計文檔，編寫軟件系統(tǒng)的代碼。（2）隨時測試和檢查自己的代碼，及時消除代碼中的缺陷。從事單元測試、集成測試和系統(tǒng)測試，主要工作包括制定測試計劃、設(shè)計測試用例、執(zhí)行測試和撰寫測試報告。SPP角色與職責(zé)表：配置管理員質(zhì)量保證員（1）為項

13、目制定配置管理計劃。（2）創(chuàng)建并維護配置庫，如分配權(quán)限、清除垃圾文件、備份配置庫等。（1）為項目制定質(zhì)量保證計劃。（2）周期性的開展“過程與產(chǎn)品質(zhì)量檢查”。（3）跟蹤質(zhì)量問題，給出質(zhì)量改進措施。機構(gòu)支撐過程角色外包管理員采購管理員（1）挑選最合適的承包商，簽訂外包開發(fā)合同。（2）監(jiān)控外包開發(fā)過程，驗收外包開發(fā)成果。（1）挑選最合適的供應(yīng)商，簽訂采購合同。（2）驗收采購物品。培訓(xùn)管理員制定機構(gòu)（或項目）的培訓(xùn)計劃，監(jiān)督該計劃的實施，撰寫培訓(xùn)評估報告?？蛻舴?wù)人員產(chǎn)品維護人員為客戶提供與產(chǎn)品相關(guān)的服務(wù)（如技術(shù)咨詢），快速響應(yīng)客戶的要求，給客戶一個滿意的解答。（1）糾錯性維護：及時解決用戶遇到的技術(shù)

14、故障和消除產(chǎn)品中的缺陷。（2）完善性維護：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。SPP角色與職責(zé)表：立項評審委員會結(jié)項評審委員會由機構(gòu)領(lǐng)導(dǎo)、各級經(jīng)理、市場人員、技術(shù)專家、財務(wù)人員等組成，委員會按少數(shù)服從多數(shù)原則投票決定是否同意立項。對項目的有形資產(chǎn)和無形資產(chǎn)進行清算，對項目進行綜合評估，總結(jié)經(jīng)驗教訓(xùn)等。結(jié)項委員會的人員組成與立項評審委員會的類似。技術(shù)評審委員會配置控制委員會對工作成果進行正式技術(shù)評審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷。該委員會由項目內(nèi)外的技術(shù)專家組成。對配置管理各項活動擁有決策權(quán)（例如審批計劃，審批變更請求等）。立項建議小組（1）開展立項調(diào)查、產(chǎn)品構(gòu)

15、思和可行性分析，撰寫相應(yīng)文檔。（2）申請立項，并在立項評審會議上答辯。SPP裁剪與擴充的指導(dǎo)方針： 不要迷信或者死搬硬套他人推崇的過程標準和規(guī)范（例如CMM/CMMI, ISO, RUP,SPP等等）。SEPG一定要根據(jù)機構(gòu)的實際情況（如發(fā)展戰(zhàn)略、研發(fā)實力等）來制定機構(gòu)過程規(guī)范，要充分考慮過程改進的成本和效益。能夠以比較低的代價有效地改進機構(gòu)過程能力的規(guī)范才是好規(guī)范。 SEPG要有計劃地、逐步地完善機構(gòu)的過程規(guī)范，切忌盲目追求“大而全”，否則“欲速則不達”。軟件過程改進不是一次性買賣，不能靠“革命”，只能靠持續(xù)地改良，不進則退。 SEPG應(yīng)當(dāng)具備一定的軟件工程和項目管理知識，再通讀CMMI和SPP（或接受培訓(xùn)），才能結(jié)合機構(gòu)實際情況裁剪或擴充SPP，形成機構(gòu)自己的過程規(guī)范。SPP對其19個過程域的論述已經(jīng)比較充分