TOC\o"1-3"\h\z第2章CMMI3級精簡并行過程綜述12.1SPP模型12.2SPP過程域的目的42.3SPP與CMMI的關(guān)系52.4SPP文檔結(jié)構(gòu)與標準細分62.5SPP角色與職責表82.6機構(gòu)軟件過程改良的政策92.6.1目標92.6.2機構(gòu)領(lǐng)導的支持92.6.3質(zhì)量治理的政策102.6.4軟件工程過程小組的政策102.6.5質(zhì)量保證小組的政策112.6.7工程團隊的政策112.7SPP裁剪與擴充的指導方針12第2章CMMI3級精簡并行過程綜述“精簡并行過程〞〔SimplifiedParallelProcess，SPP〕是基于CMMI以及軟件工程和工程治理知識而創(chuàng)作的一種“軟件過程改良方法和標準〞，它由眾多的過程標準和文檔模板組成。SPP主要用于指導國內(nèi)IT企業(yè)持續(xù)地改良其軟件過程能力。此處“精簡并行〞的含義是：〔1〕對CMMI3級以內(nèi)各過程域的內(nèi)容和要求作了“精簡〞處理?！?〕在產(chǎn)品生命周期之內(nèi)，工程治理過程、工程研發(fā)過程和機構(gòu)支撐過程“并行〞開展。本章是SPP的綜述文章，它對SPP的思想方法以及企業(yè)的軟件過程改良政策作了全面介紹。閱讀本章有助于讀者更好地理解和應用SPP的所有過程標準和文檔模板。建議用戶〔企業(yè)〕根據(jù)自身情況〔如開展戰(zhàn)略、研發(fā)實力等〕適當?shù)匦薷腟PP，然后推廣使用。2.1SPP模型SPP模型把產(chǎn)品生命周期劃分為6個階段，分別為：產(chǎn)品概念階段，記為PH0。產(chǎn)品定義階段，記為PH1。產(chǎn)品開發(fā)階段，記為PH2。產(chǎn)品測試階段，記為PH3。用戶驗收階段，記為PH4。產(chǎn)品保護階段，記為PH5。在SPP模型中，軟件工程的過程有三大類：工程治理過程、工程研發(fā)過程和機構(gòu)支持過程。上述三類過程可以細分為19個主要過程域，分布在PH0到PH5的各個階段。工程治理過程包含6個過程域，分別為：立項治理結(jié)項治理工程規(guī)劃工程監(jiān)控風險治理需求治理工程研發(fā)過程包含8個過程域，分別為：需求開發(fā)技術(shù)預研系統(tǒng)設(shè)計實現(xiàn)與測試系統(tǒng)測試Beta測試客戶驗收技術(shù)評審機構(gòu)支撐過程包含5個過程域，分別為：配置治理質(zhì)量保證培訓治理外包與摘購治理效勞與保護SPP模型如圖2-1所示。SPP模型的主要特征和優(yōu)點有：一、直觀的過程模型SPP模型將工程治理、工程研發(fā)、機構(gòu)支撐所包含的工作劃分為相對獨立的三類過程，各個過程域之間的關(guān)系直觀明了。這樣，機構(gòu)領(lǐng)導、工程經(jīng)理、開發(fā)人員、測試人員、質(zhì)量保證人員、外包與摘購治理人員等人根據(jù)SPP模型，很容易知道自己“應該在什么時候、按照什么標準做什么事情〞。所以SPP模型有助于使機構(gòu)內(nèi)的各個職能單位有條不紊地開展工作。二、容易裁剪與擴充SPP模型的三類過程貫穿了產(chǎn)品的整個生命周期，19個最常見的過程域都合理地安排在產(chǎn)品生命周期中的某些階段。用戶可以根據(jù)自己產(chǎn)品的特征，適當?shù)夭眉艋驍U充SPP的過程域，很容易制定出最適合于本產(chǎn)品的過程模型。并行、迭代配置治理質(zhì)量保證外包與摘購治理培訓治理根據(jù)產(chǎn)品特征確定最適宜的開發(fā)模型，以線性順序為主，以并行、迭代為輔。其它：人力資源治理財務(wù)治理行政治理市場營銷…技術(shù)預研效勞與保護客戶驗收Beta測試系統(tǒng)測試技術(shù)評審實現(xiàn)與測試需求開發(fā)系統(tǒng)設(shè)計結(jié)項治理工程監(jiān)控風險治理需求治理PH5產(chǎn)品保護PH4客戶驗收PH3產(chǎn)品測試PH2產(chǎn)品開發(fā)工程規(guī)劃立項治理PH1產(chǎn)品定義PH0產(chǎn)品概念機構(gòu)支撐過程工程研發(fā)過程工程治理過程并行、迭代配置治理質(zhì)量保證外包與摘購治理培訓治理根據(jù)產(chǎn)品特征確定最適宜的開發(fā)模型，以線性順序為主，以并行、迭代為輔。其它：人力資源治理財務(wù)治理行政治理市場營銷…技術(shù)預研效勞與保護客戶驗收Beta測試系統(tǒng)測試技術(shù)評審實現(xiàn)與測試需求開發(fā)系統(tǒng)設(shè)計結(jié)項治理工程監(jiān)控風險治理需求治理PH5產(chǎn)品保護PH4客戶驗收PH3產(chǎn)品測試PH2產(chǎn)品開發(fā)工程規(guī)劃立項治理PH1產(chǎn)品定義PH0產(chǎn)品概念機構(gòu)支撐過程工程研發(fā)過程工程治理過程圖2-1SPP模型2.2SPP過程域的目的SPP所有19個過程域的目的如表2-1所示。工程治理過程域目的立項治理摘納符合機構(gòu)最大利益的立項建議，通過立項治理使該建議成為正式的工程。杜絕不符合機構(gòu)最大利益的立項建議被摘納，防止浪費機構(gòu)的資源、資金、時間等。結(jié)項治理在工程開發(fā)工作結(jié)束后，對工程的有形資產(chǎn)和無形資產(chǎn)進行清算、對工程進行綜合評估以及總結(jié)體會教訓等。工程規(guī)劃為工程的研發(fā)和治理工作制定合理的行動綱領(lǐng)〔即工程方案〕，以便所有相關(guān)人員按照該方案有條不紊地開展工作。工程監(jiān)控周期性地跟蹤工程方案的各種參數(shù)如進度、工作量、費用、資源等，不斷地了解工程的進展情況，以便當工程實際進展顯著偏離方案時能夠及時摘取糾正措施。風險治理在風險產(chǎn)生危害之前識別它們，從而有方案地消除或削弱風險。需求治理在客戶與開發(fā)方之間建立對需求的共同理解，保護需求與其它工作成果的一致性，并控制需求的變更。工程研發(fā)過程域目的需求開發(fā)通過調(diào)查與分析，獲取用戶需求并定義產(chǎn)品需求。技術(shù)預研在立項之后到開發(fā)工作完成之前的時間內(nèi)，對工程將摘用的關(guān)鍵技術(shù)提前學習和研究，盡可能早地發(fā)現(xiàn)并解決開發(fā)過程中將會遇到的技術(shù)障礙。系統(tǒng)設(shè)計設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，從而在需求與代碼之間建立橋梁，指導開發(fā)人員去實現(xiàn)能滿足用戶需求的軟件產(chǎn)品。實現(xiàn)與測試依據(jù)系統(tǒng)設(shè)計文檔，編寫并測試整個系統(tǒng)的代碼。在SPP中，實現(xiàn)與測試是“編程、代碼審查、單元測試、集成測試、缺陷治理與改錯〞的綜合表述。系統(tǒng)測試對最終系統(tǒng)進行全面的測試，確保最終系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。Beta測試在產(chǎn)品正式銷售之前，開發(fā)方將產(chǎn)品交付給一些潛在的客戶免費試用，請他們對產(chǎn)品進行測試，并獲取他們對產(chǎn)品的建議?？蛻趄炇湛蛻粢罁?jù)合同對產(chǎn)品進行審查和測試，確保產(chǎn)品滿足客戶需求。技術(shù)評審盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量。機構(gòu)支撐過程域目的配置治理通過執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置治理軟件來保證所有配置項的完整性和可跟蹤性。配置治理是對工作成果的一種有效保護。質(zhì)量保證提供一種有效的人員組織形式和治理方法，通過客觀地檢查和監(jiān)控“過程質(zhì)量〞與“產(chǎn)品質(zhì)量〞，從而實現(xiàn)持續(xù)地改良質(zhì)量。外包與摘購治理選擇適宜的承包商〔外包〕和供應商〔摘購〕，并依據(jù)合同進行有效的治理。培訓治理根據(jù)機構(gòu)〔或工程〕的需求來制定培訓方案，并監(jiān)督該方案的實施，確保培訓取得預期效果。效勞與保護是指產(chǎn)品銷售之后的客戶效勞和產(chǎn)品保護，其宗旨是提高客戶對產(chǎn)品以及對開發(fā)方的滿意度。表2-1SPP過程域的目的2.3SPP與CMMI的關(guān)系 CMMI是SPP的主要參考標準，但是SPP并不是對CMMI進行簡化處理后的結(jié)果。兩者都是用于指導軟件過程改良的方法論，CMMI主要論述“應當做什么才能使軟件過程能力到達CMMI某種級別〞，而SPP那么論述“應當怎樣做才能使軟件過程能力到達CMMI3級水平〞。SPP過程域和CMMI3級過程域的對應關(guān)系如表2-2所示。SPP的19個過程域CMMI3級以內(nèi)的18個過程域工程治理過程立項治理CMMI3級，DecisionAnalysisandResolution結(jié)項治理工程規(guī)劃CMMI2級，ProjectPlanning工程監(jiān)控CMMI2級，ProjectMonitoringandControlCMMI2級，MeasurementandAnalysis風險治理CMMI3級，RiskManagement需求治理CMMI2級，RequirementsManagement工程研發(fā)過程需求開發(fā)CMMI3級，RequirementsDevelopment技術(shù)預研系統(tǒng)設(shè)計實現(xiàn)與測試CMMI3級，TechnicalSolutionCMMI3級，ProductIntegration系統(tǒng)測試Beta測試用戶驗收技術(shù)評審CMMI3級，VerificationCMMI3級，Validation機構(gòu)支撐過程配置治理CMMI2級，ConfigurationManagement質(zhì)量保證CMMI2級，ProcessandProductQualityAssurance外包與摘購治理CMMI2級，SupplierAgreementManagement培訓治理CMMI3級，OrganizationalTraining效勞與保護SPP其它成果：SPP綜述文章SPP培訓教材基于Web的工程治理工具CMM3級，OrganizationProcessFocusCMM3級，OrganizationProcessDefinitionCMM3級，IntegratedProjectManagement表2-2SPP過程域和CMMI3級過程域的對應關(guān)系2.4SPP文檔結(jié)構(gòu)與標準細分 SPP的文檔結(jié)構(gòu)如圖2-2所示，SPP包含19個過程域、40余個規(guī)程、近60個文檔模板。SPP的標準細分如表2-3所示。過程域ProcessesAreasSPIPoliciesProceduresTemplates過程改良政策文檔模板規(guī)程過程域ProcessesAreasSPIPoliciesProceduresTemplates過程改良政策文檔模板規(guī)程圖2-2SPP文檔結(jié)構(gòu)工程治理過程域主要規(guī)程文檔模板立項治理SPP-PROC-PIM立項建議立項評審工程籌備?立項建議書??立項調(diào)查報告書??立項可行性分析報告??立項評審報告?結(jié)項治理SPP-PROC-PCM結(jié)項治理?結(jié)項申請書??結(jié)項評審報告?工程規(guī)劃SPP-PROC-PP工程估量制定工程方案審批工程方案工程方案變更控制?工程估量表??工程方案??工程方案變更控制報告?工程監(jiān)控SPP-PROC-PMC工程方案跟蹤偏差控制工程進展總結(jié)?工程監(jiān)控數(shù)據(jù)表??工程偏差控制報告??工程進展報告?風險治理SPP-PROC-PM風險治理?風險檢查表??風險治理報告?需求治理SPP-PROC-RM需求確認需求跟蹤需求變更控制?需求跟蹤報告??需求變更控制報告?工程研發(fā)過程域主要規(guī)程文檔模板需求開發(fā)SPP-PROC-RD需求調(diào)查需求分析需求定義?用戶需求說明書??產(chǎn)品需求規(guī)格說明書?技術(shù)預研SPP-PROC-TPR技術(shù)預研?技術(shù)預研方案??技術(shù)預研報告?系統(tǒng)設(shè)計SPP-PROC-SD體系結(jié)構(gòu)設(shè)計用戶界面設(shè)計數(shù)據(jù)庫設(shè)計模塊設(shè)計?體系結(jié)構(gòu)設(shè)計報告??用戶界面設(shè)計報告??數(shù)據(jù)庫設(shè)計報告??模塊設(shè)計報告?實現(xiàn)與測試SPP-PROC-IT實現(xiàn)與測試?實現(xiàn)與測試方案??編程文檔?系統(tǒng)測試SPP-PROC-ST系統(tǒng)測試?系統(tǒng)測試方案??測試用例??測試報告?Beta測試SPP-PROC-BETABeta測試?Beta測試協(xié)議??Beta測試報告?客戶驗收SPP-PROC-CA客戶驗收?客戶驗收方案??客戶驗收報告?技術(shù)評審SPP-PROC-TR正式技術(shù)評審非正式技術(shù)評審?技術(shù)評審方案??技術(shù)評審報告??技術(shù)評審檢查表?機構(gòu)支撐過程域規(guī)程與關(guān)鍵活動文檔模板質(zhì)量保證SPP-PROC-QA制定質(zhì)量保證方案過程與產(chǎn)品質(zhì)量檢查問題跟蹤與質(zhì)量改良?質(zhì)量保證方案??質(zhì)量保證檢查表??質(zhì)量保證報告??質(zhì)量問題跟蹤表?配置治理SPP-PROC-CM制定配置治理方案配置庫治理版本控制變更控制?配置治理方案??配置庫治理報告??配置項變更控制報告?外包與摘購治理SPP-PROC-OPM外包治理?外包開發(fā)競標邀請書??承包商評估報告??外包開發(fā)合同??外包開發(fā)過程監(jiān)控報告??外包開發(fā)成果驗收報告?摘購治理?摘購競標邀請書??供應商評估報告??摘購合同??摘購物品驗收報告?培訓治理SPP-PROC-TM機構(gòu)培訓治理工程培訓治理?培訓方案??培訓評估報告?效勞與保護SPP-PROC-SM客戶效勞?客戶效勞方案??客戶效勞報告?產(chǎn)品保護?產(chǎn)品保護方案??產(chǎn)品保護報告?表2-3SPP標準細分2.5SPP角色與職責表 SPP的主要角色及其職責如表2-4所示〔詳見各個過程域?qū)巧c職責的描述〕。企業(yè)在應用SPP時，可以將SPP的各個角色映射到企業(yè)原有的崗位上，也可以依據(jù)SPP角色建立新的崗位。一個人可以被賦予多個角色，視具體情況而定。常設(shè)角色職責簡述機構(gòu)過程改良角色軟件工程過程組〔SEPG〕〔1〕制定適合于本機構(gòu)的過程標準。〔2〕在機構(gòu)范圍內(nèi)推廣該標準〔如培訓、考核〕，評估機構(gòu)過程能力等。質(zhì)量保證小組〔QAG〕〔1〕監(jiān)督標準的實施，確保所有工程以及相關(guān)部門準照標準開展工作?！?〕分析并解決機構(gòu)內(nèi)存在的共性質(zhì)量問題，協(xié)組SEPG完善標準。工程治理過程角色機構(gòu)領(lǐng)導〔1〕是機構(gòu)內(nèi)所有工程的主管，對立項治理和結(jié)項治理有最終決策權(quán)?！?〕監(jiān)督工程經(jīng)理的工作，審批工程經(jīng)理的各種申請。工程經(jīng)理〔1〕向機構(gòu)領(lǐng)導匯報工作。〔2〕是工程規(guī)劃、工程監(jiān)控、風險治理和需求治理過程域的負責人?！?〕監(jiān)督工程成員的工作，審批工程成員的各種申請。工程研發(fā)過程角色需求分析員調(diào)查、分析并定義需求，撰寫相應的需求文檔，盡最大努力使需求文檔能夠正確無誤地反映用戶的真實意愿。系統(tǒng)設(shè)計師根據(jù)需求文檔設(shè)計軟件系統(tǒng)的體系結(jié)構(gòu)、用戶界面、數(shù)據(jù)庫、模塊等，并撰寫相應的設(shè)計文檔。程序員〔1〕根據(jù)系統(tǒng)設(shè)計文檔，編寫軟件系統(tǒng)的代碼?！?〕隨時測試和檢查自己的代碼，及時消除代碼中的缺陷。測試員從事單元測試、集成測試和系統(tǒng)測試，主要工作包括制定測試方案、設(shè)計測試用例、執(zhí)行測試和撰寫測試報告。機構(gòu)支撐過程角色配置治理員〔1〕為工程制定?配置治理方案??！?〕創(chuàng)立并保護配置庫，如分配權(quán)限、去除垃圾文件、備份配置庫等。質(zhì)量保證員〔即QAG成員〕〔1〕為工程制定?質(zhì)量保證方案?。〔2〕周期性的開展“過程與產(chǎn)品質(zhì)量檢查〞?！?〕跟蹤質(zhì)量問題，給出質(zhì)量改良措施。外包治理員〔1〕挑選最適宜的承包商，簽訂外包開發(fā)合同?！?〕監(jiān)控外包開發(fā)過程，驗收外包開發(fā)成果。摘購治理員〔1〕挑選最適宜的供應商，簽訂摘購合同?！?〕驗收摘購物品。培訓治理員制定機構(gòu)〔或工程〕的?培訓方案?，監(jiān)督該方案的實施，撰寫?培訓評估報告??？蛻粜谌藛T為客戶提供與產(chǎn)品相關(guān)的效勞〔如技術(shù)咨詢〕，快速響應客戶的要求，給客戶一個滿意的解答。產(chǎn)品保護人員〔1〕糾錯性保護：及時解決用戶遇到的技術(shù)故障和消除產(chǎn)品中的缺陷?！?〕完善性保護：在資源允許的情況下，不斷改善產(chǎn)品功能與質(zhì)量。暫時角色職責說明立項建議小組〔1〕開展立項調(diào)查、產(chǎn)品構(gòu)思和可行性分析，撰寫相應文檔?！?〕申請立項，并在立項評審會議上辯論。立項評審委員會由機構(gòu)領(lǐng)導、各級經(jīng)理、市場人員、技術(shù)專家、財務(wù)人員等組成，委員會按少數(shù)服從多數(shù)原那么投票決定是否同意立項。結(jié)項評審委員會對工程的有形資產(chǎn)和無形資產(chǎn)進行清算，對工程進行綜合評估，總結(jié)體會教訓等。結(jié)項委員會的人員組成與立項評審委員會的類似。技術(shù)評審委員會對工作成果進行正式技術(shù)評審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷。該委員會由工程內(nèi)外的技術(shù)專家組成。配置控制委員會對配置治理各項活動擁有決策權(quán)〔例如審批方案，審批變更請求等〕。表2-4SPP的角色與職責簡表2.6機構(gòu)軟件過程改良的政策2.6.1目標持續(xù)改良機構(gòu)的軟件過程能力，不斷地提高產(chǎn)品質(zhì)量、提高生產(chǎn)率并且降低開發(fā)本錢。在一年之內(nèi)，初步建立適合于本機構(gòu)的軟件過程標準，并使機構(gòu)內(nèi)的所有工程和相關(guān)部門執(zhí)行該標準。本年度機構(gòu)內(nèi)部對過程能力的評估成績到達：合格率為100％，良好率為50％以上，優(yōu)秀率為25％以上。在兩年之內(nèi)，完善適合于本機構(gòu)的軟件過程標準，并使機構(gòu)內(nèi)的所有工程和相關(guān)部門執(zhí)行改良后的標準。第二年度機構(gòu)內(nèi)部對過程能力的評估成績到達：合格率為100％，良好率為75％以上，優(yōu)秀率為50％以上。或者通過CMMI3級評估。補充說明：評估成績在100～85之間為“優(yōu)秀〞，85～70之間為“良好〞，70～60之間為“合格〞，分數(shù)低于60為“不合格〞。2.6.2機構(gòu)領(lǐng)導的支持機構(gòu)領(lǐng)導批準用于軟件過程改良的必要經(jīng)費，例如支付咨詢費，購置相關(guān)軟件工具等。機構(gòu)領(lǐng)導組建SEPG和QAG，專門從事軟件過程改良工作。SEPG的主要職責是建立適合于機構(gòu)的過程標準，QAG的主要職責是監(jiān)督該標準的實施。建議讓SEPG和QAG的大局部人員重疊，這些人既是SEPG成員又是質(zhì)量保證員，扮演兩種角色。這樣不僅節(jié)約人力資源，并且提高了工作效果〔由制定標準的人去監(jiān)督標準的實施最適宜不過〕。一般地，SEPG成員和質(zhì)量保證員共占機構(gòu)總?cè)藬?shù)的5%左右。機構(gòu)領(lǐng)導不僅要口頭支持，還要親自參與軟件過程改良的實踐。例如參加培訓和考試，準照過程標準執(zhí)行立項治理和結(jié)項治理等。2.6.3質(zhì)量治理的政策質(zhì)量治理口號：“在開發(fā)過程之中內(nèi)建質(zhì)量而非修補質(zhì)量〞。質(zhì)量治理有種根本措施：“質(zhì)量保證〞、“技術(shù)評審〞和“測試〞。質(zhì)量保證機構(gòu)的質(zhì)量保證員周期性地檢查工程成員的“工作過程以及工作成果〞是否符合既定的標準，來監(jiān)控和改良“過程質(zhì)量以及產(chǎn)品質(zhì)量〞。機構(gòu)的質(zhì)量保證員獨立于任何工程，并賦予他一定的權(quán)利，對質(zhì)量不合格的工作成果作出處理。二、技術(shù)評審在工作成果剛產(chǎn)生之際，對其進行技術(shù)評審〔分正式或非正式兩種〕，目的是盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而提高產(chǎn)品的質(zhì)量。如果時間允許的話，應當盡可能多地對產(chǎn)品的重要工作成果進行技術(shù)評審。技術(shù)評審活動由工程開發(fā)團隊組織。三、測試測試是指通過運行測試用例〔testcase〕來找出軟件中的缺陷。測試與技術(shù)評審的主要區(qū)別是前者要運行軟件而后者不必運行軟件。一般地，產(chǎn)品開發(fā)過程中有四個測試階段：單元測試、集成測試、系統(tǒng)測試和驗收測試〔或Beta測試〕。其中單元測試和集成測試可以由工程開發(fā)團隊組織。系統(tǒng)測試階段必須有工程外的人員參與，以保證系統(tǒng)測試的客觀性。驗收測試〔或Beta測試〕由客戶組織。如果有條件的話，建議機構(gòu)成立專門的測試小組從事單元測試、集成測試和系統(tǒng)測試工作。2.6.4軟件工程過程小組的政策 機構(gòu)領(lǐng)導任命一位熟悉軟件工程、工程治理、CMM/CMMI并且有豐富工作體會的人擔任SEPG的負責人。在機構(gòu)領(lǐng)導的許可下，該負責人組建SEPG〔成員可以是全職的也可以是兼職的〕。第一年度的任務(wù)與目標SEPG約用2～3個月的時間，了解機構(gòu)過程能力的現(xiàn)狀，通過裁剪或擴充SPP，初步建立適合于本機構(gòu)的過程標準。SEPG約用1～2個月的時間，對機構(gòu)全員進行培訓和考試，確保全員了解本標準，并懂得如何應用。之后SEPG協(xié)助QAG監(jiān)督本標準在所有工程和相關(guān)部門的實施，并不斷收集員工們反映的過程改良問題和建議，逐步改良過程標準〔允許有小幅度的升級〕。本年度最后一個月，SEPG對機構(gòu)的過程能力進行評估，并向領(lǐng)導和員工們通報“本年度過程改良工作報告〞。在SEPG、QAG和全體工程人員的共同努力下，爭取使本年度過程能力的評估成績到達：合格率為100％，良好率為50％以上，優(yōu)秀率為25％以上。第二年度的任務(wù)與目標根據(jù)上年度的過程能力評估狀況，以及員工們反映的問題和建議，SEPG查找機構(gòu)過程能力的薄弱環(huán)節(jié)，研究出解決措施。SEPG用1~2個月的時間，建立比較完備的過程標準新版本〔允許有大幅度的升級〕。如果機構(gòu)資金充足的話，可以邀請CMMI評估師作正式評估前的指導。SEPG約用1～2個月的時間，就標準的更新內(nèi)容對機構(gòu)全員進行培訓和考試，確保全員了解新版本標準，并懂得如何應用。之后SEPG協(xié)助QAG監(jiān)督本標準在所有工程和相關(guān)部門的實施，并不斷地完善過程標準。本年度最后一個月，SEPG對機構(gòu)的過程能力進行評估，并向領(lǐng)導和員工們通報“本年度過程改良工作報告〞。如果機構(gòu)資金充足的話，可以邀請CMMI評估師對機構(gòu)過程能力進行正式評估。在SEPG、QAG和全體工程人員的共同努力下，爭取使本年度過程能力的評估成績到達：合格率為100％，良好率為75％以上，優(yōu)秀率為50％以上?；蛘咄ㄟ^CMMI3級評估。2.6.5質(zhì)量保證小組的政策 機構(gòu)領(lǐng)導任命一位熟悉過程標準并且有豐富的質(zhì)量治理體會的人擔任QAG的負責人〔或稱為質(zhì)量經(jīng)理〕。在機構(gòu)領(lǐng)導的許可下，該負責人組建QAG〔成員可以是全職的也可以是兼職的〕。QAG在行政上獨立于任何工程。這種獨立性有助