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

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

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

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

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

5、間建立對需求的共同理解，維護需求與其它工作成果的一致性，并控制需求的變更。SPP過程域的目的：需求開發(fā)技術預研系統(tǒng)設計實現(xiàn)與測試系統(tǒng)測試Beta測試通過調查與分析，獲取用戶需求并定義產品需求。在產品正式銷售之前，開發(fā)方將產品交付給一些潛在的客戶免費試用，請他們對產品進行測試，并獲取他們對產品的建議。在立項之后到開發(fā)工作完成之前的時間內，對項目將采用的關鍵技術提前學習和研究，盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將會遇到的技術障礙。設計軟件系統(tǒng)的體系結構、用戶界面、數據庫、模塊等，從而在需求與代碼之間建立橋梁，指導開發(fā)人員去實現(xiàn)能滿足用戶需求的軟件產品。依據系統(tǒng)設計文檔，編寫并測試整個系統(tǒng)的代碼。在SP

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

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

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

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

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

11、項目管理過程角色項目研發(fā)過程角色機構支撐過程角色臨時角色立項評審委員會結項評審委員會技術評審委員會配置控制委員會立項建議小組SPP角色與職責表：項目工程過程組質量保證小組（1）制定適合于本機構的過程規(guī)范。（2）在機構范圍內推廣該規(guī)范（如培訓、考核），評估機構過程能力等。（1）監(jiān)督規(guī)范的實施，確保所有項目以及相關部門準照規(guī)范開展工作。（2）分析并解決機構內存在的共性質量問題，協(xié)組SEPG完善規(guī)范。機構過程改進角色機構領導項目經理（1）是機構內所有項目的主管，對立項管理和結項管理有最終決策權。（2）監(jiān)督項目經理的工作，審批項目經理的各種申請。（1）向機構領導匯報工作。（2）是項目規(guī)劃、項目監(jiān)控、風

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

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

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

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