全套CMMi軟件質(zhì)量管理體系

[Step4]審批新的項(xiàng)目計(jì)劃?rùn)C(jī)構(gòu)領(lǐng)導(dǎo)審批新的《項(xiàng)目計(jì)劃》，參見(jiàn)規(guī)程[SPP-PROC-PP-APPROVE]。5.6輸出《項(xiàng)目計(jì)劃變更控制報(bào)告》新的《項(xiàng)目計(jì)劃書(shū)》5.7結(jié)束準(zhǔn)則變更申請(qǐng)以及新的《項(xiàng)目計(jì)劃》都得到了機(jī)構(gòu)領(lǐng)導(dǎo)的批準(zhǔn)。5.8度量項(xiàng)目經(jīng)理統(tǒng)計(jì)工作量。6補(bǔ)充對(duì)項(xiàng)目規(guī)劃過(guò)程域產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理?！俄?xiàng)目計(jì)劃》被機(jī)構(gòu)領(lǐng)導(dǎo)批準(zhǔn)之后，有關(guān)人員即可撰寫(xiě)下屬計(jì)劃如《配置管理計(jì)劃》、《質(zhì)量保證計(jì)劃》、一些開(kāi)發(fā)計(jì)劃和測(cè)試計(jì)劃等。選用合適的軟件工具，盡量減少項(xiàng)目規(guī)劃過(guò)程域的工作量。對(duì)于客戶委托開(kāi)發(fā)的項(xiàng)目，客戶在項(xiàng)目規(guī)劃過(guò)程域的介入程度視具體情況而定 四、項(xiàng)目監(jiān)控項(xiàng)目監(jiān)控（ProjectMonitoringandControl,PMC）的目的是通過(guò)周期性地跟蹤項(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í)采取糾正措施。項(xiàng)目監(jiān)控過(guò)程域是SPP模型的重要組成部分。本規(guī)范闡述了項(xiàng)目監(jiān)控過(guò)程域的三個(gè)主要規(guī)程：項(xiàng)目計(jì)劃跟蹤[PASS-PROC-PMC-TRACKING]控制偏差[PASS-PROC-PMC-CONTROL]項(xiàng)目進(jìn)展匯報(bào)[PASS-PROC-PP-REPORT]上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。本規(guī)范適用于國(guó)內(nèi)IT企業(yè)的軟件研發(fā)項(xiàng)目。建議用戶根據(jù)自身情況（如商業(yè)目標(biāo)、研發(fā)實(shí)力等）適當(dāng)?shù)匦薷谋疽?guī)范，然后推廣使用。1介紹項(xiàng)目監(jiān)控至少有以下幾個(gè)好處：避免原本合理的計(jì)劃在實(shí)施時(shí)落空；避免“執(zhí)迷不悟”地按照不合理的計(jì)劃行事；將監(jiān)控過(guò)程產(chǎn)生的數(shù)據(jù)保存起來(lái)，為機(jī)構(gòu)持續(xù)的過(guò)程改進(jìn)提供有價(jià)值的數(shù)據(jù)。項(xiàng)目監(jiān)控過(guò)程域有3個(gè)主要規(guī)程：“項(xiàng)目計(jì)劃跟蹤”、“偏差控制”、“項(xiàng)目進(jìn)展匯報(bào)”，流程如圖4-1所示。項(xiàng)目計(jì)劃跟蹤項(xiàng)目經(jīng)理周期性地跟蹤項(xiàng)目計(jì)劃的各種參數(shù)如進(jìn)度、工作量、費(fèi)用、資源、工作成果等，從而及時(shí)了解項(xiàng)目的實(shí)際進(jìn)展情況。從數(shù)據(jù)分析角度講，計(jì)劃是基于估計(jì)的，而跟蹤則是基于度量的。偏差控制項(xiàng)目經(jīng)理將跟蹤得到的數(shù)據(jù)和《項(xiàng)目計(jì)劃》中的數(shù)據(jù)進(jìn)行對(duì)比，分析偏差，如果發(fā)現(xiàn)項(xiàng)目進(jìn)展顯著偏離計(jì)劃，應(yīng)當(dāng)及時(shí)采取糾正措施。項(xiàng)目進(jìn)展匯報(bào)項(xiàng)目經(jīng)理周期性地召開(kāi)會(huì)議，討論項(xiàng)目進(jìn)展情況，撰寫(xiě)“項(xiàng)目進(jìn)展報(bào)告”并通報(bào)給機(jī)構(gòu)領(lǐng)導(dǎo)和所有項(xiàng)目成員。項(xiàng)目監(jiān)控過(guò)程域產(chǎn)生的主要文檔有：《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》，模板見(jiàn)[SPP-TEMP-PMC-DATA]。《項(xiàng)目偏差控制報(bào)告》，模板見(jiàn)[SPP-TEMP-PMC-CONTROL]?！俄?xiàng)目進(jìn)展報(bào)告》，模板見(jiàn)[SPP-TEMP-PP-REPORT]。項(xiàng)目計(jì)劃跟蹤偏差控制項(xiàng)目進(jìn)展總結(jié)周期性地開(kāi)展圖4-1項(xiàng)目監(jiān)控流程2項(xiàng)目計(jì)劃跟蹤2.1目的周期性的跟蹤任務(wù)（含進(jìn)度和工作量）、費(fèi)用、資源、工作成果等，及時(shí)了解項(xiàng)目的實(shí)際進(jìn)展情況。為持續(xù)過(guò)程改進(jìn)提供有價(jià)值的數(shù)據(jù)。2.2角色與職責(zé)項(xiàng)目經(jīng)理跟蹤項(xiàng)目的實(shí)施。項(xiàng)目成員協(xié)助項(xiàng)目經(jīng)理采集有關(guān)數(shù)據(jù)。2.3啟動(dòng)準(zhǔn)則《項(xiàng)目計(jì)劃》已經(jīng)制定2.4輸入《項(xiàng)目計(jì)劃》2.5主要步驟[Step1]任務(wù)跟蹤項(xiàng)目經(jīng)理（或其指定的項(xiàng)目成員）周期性地（如每周一次）跟蹤每個(gè)重要的任務(wù)，將采集的數(shù)據(jù)保存在《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》之中。任務(wù)跟蹤表的參考格式如表4-1所示。任務(wù)名稱(chēng)任務(wù)名稱(chēng)實(shí)際起止時(shí)間跟蹤日期、當(dāng)前進(jìn)度實(shí)際工作量實(shí)際工作成果表4-1任務(wù)跟蹤表[Step2]費(fèi)用跟蹤項(xiàng)目經(jīng)理（或其指定的項(xiàng)目成員）周期性地跟蹤項(xiàng)目費(fèi)用，將采集的數(shù)據(jù)保存在《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》之中。費(fèi)用跟蹤表的參考格式如表4-2所示。費(fèi)用類(lèi)別費(fèi)用類(lèi)別主要開(kāi)支項(xiàng)、用途金額時(shí)間表4-2費(fèi)用跟蹤表[Step3]資源跟蹤項(xiàng)目經(jīng)理（或其指定的項(xiàng)目成員）周期性地跟蹤軟硬件資源，將采集的數(shù)據(jù)保存在《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》之中。資源跟蹤表的參考格式如表6-3所示。軟硬件資源名稱(chēng)軟硬件資源名稱(chēng)級(jí)別實(shí)際配置獲取方式與時(shí)間使用說(shuō)明關(guān)鍵關(guān)鍵普通…普通表6-3資源跟蹤表[Step4]工作成果及其規(guī)模跟蹤項(xiàng)目經(jīng)理（或其指定的項(xiàng)目成員）周期性地跟蹤工作成果及其規(guī)模，將采集的數(shù)據(jù)保存在《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》之中。工作成果跟蹤表的參考格式如表6-4所示。工作成果名稱(chēng)工作成果名稱(chēng)新開(kāi)發(fā)的成果規(guī)模（代碼行、類(lèi)、文檔頁(yè)數(shù)）復(fù)用或自動(dòng)生成的成果規(guī)模（代碼行、類(lèi)、文檔頁(yè)數(shù)）工作成果1工作成果2…總和表6-4工作成果及其規(guī)模跟蹤表2.6輸出《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》2.7結(jié)束準(zhǔn)則任務(wù)跟蹤、費(fèi)用跟蹤、資源跟蹤、工作成果跟蹤所產(chǎn)生的數(shù)據(jù)已經(jīng)保存在《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》之中。2.8度量項(xiàng)目經(jīng)理記錄本規(guī)程產(chǎn)生的所有度量數(shù)據(jù)。3控制偏差3.1目的對(duì)比“項(xiàng)目實(shí)際進(jìn)展”和“項(xiàng)目計(jì)劃”，分析偏差，如果發(fā)現(xiàn)項(xiàng)目實(shí)際進(jìn)展顯著偏離計(jì)劃，則及時(shí)采取糾正措施。3.2角色與職責(zé)項(xiàng)目經(jīng)理分析偏差，采取糾正措施。3.3啟動(dòng)準(zhǔn)則周期性地跟蹤進(jìn)度、工作量、費(fèi)用、資源、工作成果等，及時(shí)了解項(xiàng)目的實(shí)際進(jìn)展情況。3.4輸入《項(xiàng)目計(jì)劃》《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》3.5主要步驟[Step1]找出顯著偏差項(xiàng)目經(jīng)理根據(jù)任務(wù)跟蹤、費(fèi)用跟蹤、工作成果跟蹤所產(chǎn)生的數(shù)據(jù)，對(duì)比“項(xiàng)目實(shí)際進(jìn)展”與“項(xiàng)目計(jì)劃”，找出顯著偏差項(xiàng)（例如進(jìn)度或費(fèi)用偏差大于20％）。[Step2]分析原因項(xiàng)目經(jīng)理分析產(chǎn)生顯著偏差的原因，以便采取正確的糾正措施。[Step3]給出糾正偏差的措施項(xiàng)目經(jīng)理給出糾正顯著偏差的措施：如果偏差主要是由于《項(xiàng)目計(jì)劃》不合理導(dǎo)致的，則要變更項(xiàng)目計(jì)劃，見(jiàn)規(guī)程[SPP-PROC-PP-CHANGE]。如果《項(xiàng)目計(jì)劃》本身是合理的，偏差主要是由于項(xiàng)目成員在執(zhí)行時(shí)產(chǎn)生的，那么要求項(xiàng)目成員彌補(bǔ)偏差，避免原本合理的計(jì)劃在實(shí)施時(shí)落空。[Step4]跟蹤糾正偏差的過(guò)程項(xiàng)目經(jīng)理跟蹤糾正偏差的過(guò)程，直到該偏差被消除為止。3.6輸出《項(xiàng)目偏差控制報(bào)告》3.7結(jié)束準(zhǔn)則已發(fā)現(xiàn)的顯著偏差被消除。3.8度量項(xiàng)目經(jīng)理統(tǒng)計(jì)工作量。4項(xiàng)目進(jìn)展匯報(bào)4.1目的周期性地匯報(bào)項(xiàng)目進(jìn)展情況。4.2角色與職責(zé)項(xiàng)目經(jīng)理周期性地總結(jié)項(xiàng)目進(jìn)展情況，撰寫(xiě)《項(xiàng)目進(jìn)展報(bào)告》并通報(bào)給機(jī)構(gòu)領(lǐng)導(dǎo)和所有項(xiàng)目成員。4.3啟動(dòng)準(zhǔn)則已經(jīng)開(kāi)展“項(xiàng)目計(jì)劃跟蹤”和“偏差控制”。4.4輸入《項(xiàng)目計(jì)劃》《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》《項(xiàng)目偏差控制報(bào)告》4.5主要步驟[Step1]舉行項(xiàng)目進(jìn)展會(huì)議項(xiàng)目經(jīng)理周期性地（或者在里程碑處）召開(kāi)項(xiàng)目進(jìn)展會(huì)議，探討問(wèn)題，總結(jié)工作，讓所有項(xiàng)目成員清楚地了解項(xiàng)目的實(shí)際進(jìn)展情況。[Step2]撰寫(xiě)項(xiàng)目進(jìn)展報(bào)告項(xiàng)目經(jīng)理撰寫(xiě)《項(xiàng)目進(jìn)展報(bào)告》，并及時(shí)通報(bào)給所有項(xiàng)目成員和機(jī)構(gòu)領(lǐng)導(dǎo)。4.6輸出《項(xiàng)目進(jìn)展報(bào)告》4.7結(jié)束準(zhǔn)則已經(jīng)舉行項(xiàng)目進(jìn)展會(huì)議，《項(xiàng)目進(jìn)展報(bào)告》已經(jīng)通報(bào)給所有項(xiàng)目成員和機(jī)構(gòu)領(lǐng)導(dǎo)。4.8度量項(xiàng)目經(jīng)理統(tǒng)計(jì)工作量。5補(bǔ)充對(duì)項(xiàng)目規(guī)劃過(guò)程域產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。項(xiàng)目經(jīng)理根據(jù)本項(xiàng)目的特征，確定項(xiàng)目監(jiān)控的重點(diǎn)，適當(dāng)修改《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》和《項(xiàng)目進(jìn)展報(bào)告》的格式。項(xiàng)目經(jīng)理根據(jù)本項(xiàng)目的特征，確定“項(xiàng)目計(jì)劃跟蹤”、“項(xiàng)目進(jìn)展總結(jié)”的頻度，例如每周一次或每月一次。選用合適的軟件工具，盡量減少項(xiàng)目監(jiān)控過(guò)程域的工作量。項(xiàng)目監(jiān)控過(guò)程域和風(fēng)險(xiǎn)管理過(guò)程域均由項(xiàng)目經(jīng)理負(fù)責(zé)，兩者同步執(zhí)行。 五、風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理（RiskManagement,RiskM）的目的是在風(fēng)險(xiǎn)產(chǎn)生危害之前識(shí)別它們，從而有計(jì)劃地消除或削弱風(fēng)險(xiǎn)。風(fēng)險(xiǎn)管理過(guò)程域是SPP模型的重要組成部分。本規(guī)范闡述了風(fēng)險(xiǎn)管理的規(guī)程，該規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。1介紹所有可能危害項(xiàng)目的因素都稱(chēng)為風(fēng)險(xiǎn)。被刻畫(huà)為風(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í)值描述風(fēng)險(xiǎn)嚴(yán)重性很高5例如進(jìn)度延誤大于30%，或者費(fèi)用超支大于30%。比較高4例如進(jìn)度延誤20%~30%，或者費(fèi)用超支20%~30%。中等3例如進(jìn)度延誤低于20%，或者費(fèi)用超支低于20%。比較低2例如進(jìn)度延誤低于10%，或者費(fèi)用超支低于%10。很低1例如進(jìn)度延誤低于5%，或者費(fèi)用超支低于5%。表5-1風(fēng)險(xiǎn)嚴(yán)重性等級(jí)參數(shù)參數(shù)等級(jí)值描述風(fēng)險(xiǎn)可能性很高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很低1風(fēng)險(xiǎn)發(fā)生的幾率為~0.00.2表5-2風(fēng)險(xiǎn)可能性等級(jí)風(fēng)險(xiǎn)風(fēng)險(xiǎn)系數(shù)風(fēng)險(xiǎn)可能性很高5比較高4中等3比較低2很低1風(fēng)險(xiǎn)嚴(yán)重性很高5252015105比較高420161284中等31512963比較低2108642很低154321本表灰色部分的風(fēng)險(xiǎn)系數(shù)值為10~25，應(yīng)當(dāng)優(yōu)先處理。表5-3風(fēng)險(xiǎn)系數(shù)等級(jí)風(fēng)險(xiǎn)嚴(yán)重性的等級(jí)劃分如表7-1所示，風(fēng)險(xiǎn)可能性的等級(jí)劃分如表7-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ù)超過(guò)“容許值”的每一個(gè)風(fēng)險(xiǎn)，都應(yīng)當(dāng)采取減緩措施。風(fēng)險(xiǎn)跟蹤：跟蹤風(fēng)險(xiǎn)減緩過(guò)程，記錄風(fēng)險(xiǎn)的狀態(tài)。風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)減緩風(fēng)險(xiǎn)跟蹤圖7-1風(fēng)險(xiǎn)管理示意圖在項(xiàng)目的生命周期內(nèi)，上述4個(gè)活動(dòng)將被循環(huán)執(zhí)行，如圖7-1所示。直到項(xiàng)目的所有風(fēng)險(xiǎn)都被識(shí)別與解決為止。常用的風(fēng)險(xiǎn)檢查表見(jiàn)[SPP-TEMP-RISKM-CHECKLIST]，使用者應(yīng)根據(jù)實(shí)際情況進(jìn)行適當(dāng)?shù)膭h減或補(bǔ)充。風(fēng)險(xiǎn)管理過(guò)程域產(chǎn)生的主要文檔是《風(fēng)險(xiǎn)管理報(bào)告》，模板見(jiàn)[SPP-TEMP-RISKM-REPORT]。2風(fēng)險(xiǎn)管理規(guī)程2.1目的在項(xiàng)目的生命周期內(nèi)，循環(huán)執(zhí)行風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)減緩和風(fēng)險(xiǎn)跟蹤，直到項(xiàng)目的所有風(fēng)險(xiǎn)都被識(shí)別與解決為止。2.2角色與職責(zé)項(xiàng)目經(jīng)理負(fù)責(zé)風(fēng)險(xiǎn)管理。項(xiàng)目成員協(xié)助項(xiàng)目經(jīng)理處理風(fēng)險(xiǎn)。2.3啟動(dòng)準(zhǔn)則《項(xiàng)目計(jì)劃》已經(jīng)制定，項(xiàng)目研發(fā)已經(jīng)開(kāi)始。2.4輸入《項(xiàng)目計(jì)劃》項(xiàng)目監(jiān)控過(guò)程產(chǎn)生的文檔如《項(xiàng)目監(jiān)控?cái)?shù)據(jù)表》、《項(xiàng)目偏差控制報(bào)告》和《項(xiàng)目進(jìn)展報(bào)告》等2.5主要步驟[Step1]風(fēng)險(xiǎn)識(shí)別項(xiàng)目經(jīng)理根據(jù)“風(fēng)險(xiǎn)檢查表”[SPP-TEMP-RISKM-CHECKLIST，]定期（例如每周一次）識(shí)別本項(xiàng)目的風(fēng)險(xiǎn)。[Step2]風(fēng)險(xiǎn)分析項(xiàng)目經(jīng)理評(píng)估每個(gè)風(fēng)險(xiǎn)的嚴(yán)重性、可能性和風(fēng)險(xiǎn)系數(shù)，并按照風(fēng)險(xiǎn)系數(shù)從高到低的順序排列風(fēng)險(xiǎn)。[Step3]風(fēng)險(xiǎn)減緩對(duì)于風(fēng)險(xiǎn)系數(shù)超過(guò)“容許值”（建議為10）的每一個(gè)風(fēng)險(xiǎn)，項(xiàng)目經(jīng)理應(yīng)當(dāng)給出風(fēng)險(xiǎn)減緩措施，并指定責(zé)任人。風(fēng)險(xiǎn)系數(shù)越高，越先處理。[Step4]風(fēng)險(xiǎn)跟蹤項(xiàng)目經(jīng)理跟蹤風(fēng)險(xiǎn)減緩過(guò)程，直到風(fēng)險(xiǎn)已經(jīng)解決為止。如果風(fēng)險(xiǎn)的性質(zhì)發(fā)生變化，應(yīng)當(dāng)及時(shí)更新風(fēng)險(xiǎn)減緩措施2.6輸出《風(fēng)險(xiǎn)管理報(bào)告》2.7結(jié)束準(zhǔn)則所有風(fēng)險(xiǎn)都已經(jīng)解決，相關(guān)信息已經(jīng)記錄到《風(fēng)險(xiǎn)管理報(bào)告》之中。2.8度量項(xiàng)目經(jīng)理統(tǒng)計(jì)工作量。3補(bǔ)充對(duì)風(fēng)險(xiǎn)管理過(guò)程域產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。項(xiàng)目經(jīng)理根據(jù)本項(xiàng)目的特征，確定風(fēng)險(xiǎn)識(shí)別的頻度（通常為每周一次），適當(dāng)修改“風(fēng)險(xiǎn)檢查表”[SPP-TEMP-RISKM-CHECKLIST]。選用合適的軟件工具，盡量減少風(fēng)險(xiǎn)管理過(guò)程域的工作量。

六、需求管理需求管理（RequirementManagement,RM）的目的在客戶與開(kāi)發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其他工作成果的一致性，并控制需求的變更。SCRUM開(kāi)發(fā)過(guò)程中常常會(huì)出現(xiàn)需求的變更，SCRUMMaster和SCRUMOwner需要在每次Sprint結(jié)束的時(shí)候重新評(píng)估需求的變更對(duì)項(xiàng)目/產(chǎn)品的計(jì)劃的影響，內(nèi)容包括：交付期限的影響資源配備的影響其他商務(wù)目標(biāo)的影響在影響已經(jīng)超過(guò)可控范圍的時(shí)候需要啟動(dòng)需求變更[RM-CHANGE]過(guò)程。本規(guī)范闡述了需求管理過(guò)程域的三個(gè)主要規(guī)程：需求確認(rèn)[PASS-PROC-RM-VALIDATE]需求跟蹤[PASS-PROC-RM-TRACKING]需求變更控制[PASS-PROC-RM-CHANGE]上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。1介紹我們把所有與需求相關(guān)的活動(dòng)通稱(chēng)為需求工程。需求工程中的活動(dòng)可分為兩大類(lèi)，一類(lèi)屬于需求開(kāi)發(fā)，另一類(lèi)屬于需求管理。圖6-1為需求工程的結(jié)構(gòu)圖。需求工程需求開(kāi)發(fā)需求變更控制需求管理需求確認(rèn)需求跟蹤需求調(diào)查需求分析需求定義圖6-1需求工程結(jié)構(gòu)圖需求管理過(guò)程域主要有3個(gè)規(guī)程：需求確認(rèn)、需求跟蹤與需求變更控制。需求確認(rèn)需求確認(rèn)是指開(kāi)發(fā)方和客戶共同對(duì)需求文檔進(jìn)行評(píng)審，雙方對(duì)需求達(dá)成共識(shí)后作出書(shū)面承諾，使需求文檔具有商業(yè)合同效果。需求跟蹤需求跟蹤是指通過(guò)比較需求文檔與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系，建立與維護(hù)“需求跟蹤矩陣”，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開(kāi)發(fā)。需求變更控制需求變更控制是指依據(jù)“變更申請(qǐng)－審批－更改－重新確認(rèn)”的流程處理需求的變更，確保需求的變更不會(huì)失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。需求管理過(guò)程域產(chǎn)生的主要文檔有：《需求評(píng)審報(bào)告》，同技術(shù)評(píng)審報(bào)告的模板[SPP-TEMP-TR-REPORT]。《需求跟蹤報(bào)告》，模板見(jiàn)[SPP-TEMP-RM-TRACKING]?！缎枨笞兏刂茍?bào)告》，模板見(jiàn)[SPP-TEMP-RM-CHANGE]。2需求確認(rèn)2.1目的開(kāi)發(fā)方和客戶對(duì)需求文檔如《用戶需求說(shuō)明書(shū)》和《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》進(jìn)行評(píng)審，并作書(shū)面承諾。補(bǔ)充說(shuō)明：《用戶需求說(shuō)明書(shū)》和《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》可以分開(kāi)也可以放在一起進(jìn)行需求確認(rèn)，視項(xiàng)目的具體情況而定。2.2角色與職責(zé)開(kāi)發(fā)方和客戶共同組織人員對(duì)需求文檔如《用戶需求說(shuō)明書(shū)》和《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》進(jìn)行評(píng)審。開(kāi)發(fā)方負(fù)責(zé)人（項(xiàng)目經(jīng)理）和客戶對(duì)需求文檔作書(shū)面承諾，使之具有商業(yè)合同效果。2.3啟動(dòng)準(zhǔn)則需求文檔如《用戶需求說(shuō)明書(shū)》和《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》已經(jīng)完成。2.4輸入需求文檔如《用戶需求說(shuō)明書(shū)》和《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》。2.5主要步驟[Step1]非正式需求評(píng)審項(xiàng)目經(jīng)理先在項(xiàng)目?jī)?nèi)部組織人員進(jìn)行非正式的需求評(píng)審，以消除明顯的錯(cuò)誤和分歧。非正式的需求評(píng)審方式請(qǐng)參考技術(shù)評(píng)審過(guò)程域的對(duì)應(yīng)規(guī)程[SPP-PROC-TR-ITR。][Step2]正式需求評(píng)審項(xiàng)目經(jīng)理邀請(qǐng)同行專(zhuān)家和用戶（包括客戶和最終用戶）一起評(píng)審需求文檔，盡最大努力使需求文檔能夠正確無(wú)誤地反映用戶的真實(shí)意愿。正式需求評(píng)審方式請(qǐng)參考技術(shù)評(píng)審過(guò)程域的對(duì)應(yīng)規(guī)程[SPP-PROC-TR-FTR。][Step3]獲取需求承諾當(dāng)需求文檔通過(guò)正式的評(píng)審之后，開(kāi)發(fā)方負(fù)責(zé)人（項(xiàng)目經(jīng)理）和客戶對(duì)需求文檔作書(shū)面承諾，使之具有商業(yè)合同效果。示例如下：本需求文檔建立在雙方對(duì)需求的共同理解基礎(chǔ)之上，我同意后續(xù)的開(kāi)發(fā)工作根據(jù)該需求文檔開(kāi)展。如果需求發(fā)生變化，我們將按照“需求變更控制規(guī)程”執(zhí)行。我明白需求的變更將導(dǎo)致雙方重新協(xié)商成本、資源和進(jìn)度等。甲方負(fù)責(zé)人簽字乙方負(fù)責(zé)人簽字2.6輸出《需求評(píng)審報(bào)告》書(shū)面的需求承諾2.7結(jié)束準(zhǔn)則需求文檔通過(guò)了正式評(píng)審，并且獲得開(kāi)發(fā)方和客戶的書(shū)面承諾。2.8度量項(xiàng)目經(jīng)理統(tǒng)計(jì)工作量和上述文檔的規(guī)模3需求跟蹤3.1目的將系統(tǒng)設(shè)計(jì)、編程、測(cè)試等階段的工作成果與需求文檔進(jìn)行比較，建立與維護(hù)“需求文檔－設(shè)計(jì)文檔－代碼－測(cè)試用例”之間的一致性，確保產(chǎn)品依據(jù)需求文檔進(jìn)行開(kāi)發(fā)。3.2角色與職責(zé)項(xiàng)目經(jīng)理跟蹤需求。3.3啟動(dòng)準(zhǔn)則需求文檔已經(jīng)通過(guò)正式評(píng)審并獲得了承諾。系統(tǒng)設(shè)計(jì)、編程、測(cè)試等階段的工作成果如設(shè)計(jì)文檔、代碼、測(cè)試用例已經(jīng)產(chǎn)生。3.4輸入需求文檔設(shè)計(jì)文檔、代碼、測(cè)試用例等3.5主要步驟[Step1]建立與維護(hù)需求跟蹤矩陣正向跟蹤。檢查需求文檔中的每個(gè)需求是否都能在后續(xù)工作成果中找到對(duì)應(yīng)點(diǎn)。逆向跟蹤。檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在需求文檔中找到出處。正向跟蹤和逆向跟蹤合稱(chēng)為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后續(xù)工作成果的對(duì)應(yīng)關(guān)系。矩陣單元之間的可能存在“一對(duì)一”、“一對(duì)多”或“多對(duì)多”的關(guān)系。由于對(duì)應(yīng)關(guān)系比較復(fù)雜，最好在表格中加必要的文字解釋。表8-1為簡(jiǎn)單的需求跟蹤矩陣格式。當(dāng)需求文檔或后續(xù)工作成果發(fā)生變更時(shí)，要及時(shí)更新需求跟蹤矩陣。＃＃需求文檔（版本，日期）設(shè)計(jì)文檔（版本，日期）代碼（版本，日期）測(cè)試用例（版本，日期）1標(biāo)題或標(biāo)識(shí)符，說(shuō)明標(biāo)題或標(biāo)識(shí)符，說(shuō)明代碼名稱(chēng)，說(shuō)明測(cè)試用例名稱(chēng)，說(shuō)明2…………表8-1簡(jiǎn)單的需求跟蹤矩陣格式[Step2]查找不一致使用需求跟蹤矩陣的優(yōu)點(diǎn)是很容易發(fā)現(xiàn)需求文檔與后續(xù)工作成果之間的不一致之處，例如：后續(xù)工作成果沒(méi)有實(shí)現(xiàn)需求文檔中的某些需求；后續(xù)工作成果實(shí)現(xiàn)了需求文檔中的不存在的需求；后續(xù)工作成果沒(méi)有正確實(shí)現(xiàn)需求文檔中的的需求；項(xiàng)目經(jīng)理將發(fā)現(xiàn)的“不一致性”記錄在《需求跟蹤報(bào)告》之中，并通報(bào)給相關(guān)責(zé)任人（工作成果的開(kāi)發(fā)者）。[Step3]消除不一致相關(guān)責(zé)任人給出消除“不一致”的措施和計(jì)劃，項(xiàng)目經(jīng)理將該措施和計(jì)劃記錄到《需求跟蹤報(bào)告》之中。相關(guān)責(zé)任人消除“不一致性”之后，項(xiàng)目經(jīng)理更新“需求跟蹤矩陣”。3.6輸出《需求跟蹤報(bào)告》3.7結(jié)束準(zhǔn)則每個(gè)開(kāi)發(fā)階段的“需求跟蹤矩陣”都已經(jīng)建立。已經(jīng)消除了需求文檔與后續(xù)工作成果之間的不一致性。3.8度量項(xiàng)目經(jīng)理統(tǒng)計(jì)工作量和上述文檔的規(guī)模。4需求變更控制4.1目的修改“原需求文檔”中不正確的內(nèi)容，產(chǎn)生新的需求文檔?？刂菩枨笪臋n的變更，防止發(fā)生混亂。補(bǔ)充說(shuō)明：本規(guī)程中的“原需求文檔”是指已經(jīng)通過(guò)了評(píng)審并獲得書(shū)面承諾的需求文檔。4.2角色與職責(zé)開(kāi)發(fā)方負(fù)責(zé)人（項(xiàng)目經(jīng)理）和客戶共同控制需求變更。4.3啟動(dòng)準(zhǔn)則某人（來(lái)自開(kāi)發(fā)方或客戶方）提出變更“原需求文檔”的申請(qǐng)。4.4輸入“原需求文檔”4.5主要步驟[Step1]需求變更申請(qǐng)需求變更申請(qǐng)人撰寫(xiě)“需求變更申請(qǐng)書(shū)”，遞交給項(xiàng)目經(jīng)理或客戶方負(fù)責(zé)人?！靶枨笞兏暾?qǐng)書(shū)”必須闡述：（1）變更原因；（2）變更的內(nèi)容；（3）此變更對(duì)項(xiàng)目造成的影響。[Step2]審批需求變更申請(qǐng)開(kāi)發(fā)方負(fù)責(zé)人（項(xiàng)目經(jīng)理）和客戶共同審批“需求變更申請(qǐng)書(shū)”：如果任何一方不同意變更，則退回變更請(qǐng)求，項(xiàng)目按照“原需求文檔”執(zhí)行。如果雙方都同意變更，轉(zhuǎn)向[Step3]。[Step3]更改需求文檔需求分析員根據(jù)[Step1]和[Step2]更改“原需求文檔”，產(chǎn)生新的需求文檔。[Step4]重新進(jìn)行需求確認(rèn)重新進(jìn)行需求評(píng)審，參見(jiàn)需求確認(rèn)規(guī)程中的[Step2]。重新獲取書(shū)面的需求承諾，參見(jiàn)需求確認(rèn)規(guī)程中的[Step3]。4.6輸出《需求變更控制報(bào)告》4.7結(jié)束準(zhǔn)則新的需求文檔已經(jīng)被確認(rèn)。4.8度量項(xiàng)目經(jīng)理統(tǒng)計(jì)工作量。5補(bǔ)充先對(duì)項(xiàng)目經(jīng)理和客戶進(jìn)行培訓(xùn)，讓他們掌握必要的需求管理知識(shí)。對(duì)需求管理過(guò)程域產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。對(duì)于非合同項(xiàng)目，本規(guī)范中有關(guān)客戶的活動(dòng)可以被裁減掉。第三篇技術(shù)實(shí)現(xiàn)過(guò)程一、技術(shù)預(yù)研技術(shù)預(yù)研（TechnicalPre-Research,TPR）是指在立項(xiàng)之后到開(kāi)發(fā)工作完成之前的時(shí)間內(nèi)，對(duì)項(xiàng)目將采用的關(guān)鍵技術(shù)提前學(xué)習(xí)和研究，以便盡可能早地發(fā)現(xiàn)并解決開(kāi)發(fā)過(guò)程中將會(huì)遇到的技術(shù)障礙。技術(shù)預(yù)研過(guò)程域是SPP模型的重要組成部分。本規(guī)范闡述了技術(shù)預(yù)研的規(guī)程，該規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。本規(guī)范適用于國(guó)內(nèi)IT企業(yè)的軟件研發(fā)項(xiàng)目。建議用戶根據(jù)自身情況（如商業(yè)目標(biāo)、研發(fā)實(shí)力等）適當(dāng)?shù)匦薷谋疽?guī)范，然后推廣使用。1介紹在產(chǎn)品開(kāi)發(fā)過(guò)程中，技術(shù)問(wèn)題可能會(huì)層出不窮。如果一點(diǎn)技術(shù)障礙都沒(méi)有遇到，要么是開(kāi)發(fā)人員的技術(shù)水平實(shí)在太高了，要么是項(xiàng)目的技術(shù)含量實(shí)在太低了，這類(lèi)情況比較少見(jiàn)。一般說(shuō)來(lái)，在設(shè)計(jì)或?qū)崿F(xiàn)階段遇到了技術(shù)障礙，才去攻克問(wèn)題，其代價(jià)通常比較高。因?yàn)槠渌说墓ぷ骺赡軙?huì)被阻塞，已經(jīng)投入的不少資源將被閑置。最糟糕的是，如果此技術(shù)障礙無(wú)法攻克，不得已要改變技術(shù)方案、重新設(shè)計(jì)系統(tǒng)，那么不僅浪費(fèi)了人力、財(cái)力、時(shí)間，處理不好還會(huì)使開(kāi)發(fā)隊(duì)伍陷入混亂狀態(tài)。所以開(kāi)展技術(shù)預(yù)研工作至少有兩大好處：幫助開(kāi)發(fā)人員更好地進(jìn)行需求開(kāi)發(fā)、系統(tǒng)設(shè)計(jì)和程序設(shè)計(jì)。防止開(kāi)發(fā)進(jìn)程被技術(shù)障礙打斷，導(dǎo)致大量的相關(guān)工作被阻塞。技術(shù)預(yù)研的流程如圖所示。制定計(jì)劃撰寫(xiě)預(yù)研報(bào)告工作成果介紹技術(shù)評(píng)審…開(kāi)展技術(shù)預(yù)研圖7-1技術(shù)預(yù)研流程技術(shù)預(yù)研過(guò)程中產(chǎn)生的主要文檔有：《技術(shù)預(yù)研計(jì)劃》，模板見(jiàn)[SPP-TEMP-TPR-PLAN]。《技術(shù)預(yù)研報(bào)告》，模板見(jiàn)[SPP-TEMP-TPR-REPORT]。2技術(shù)預(yù)研規(guī)程2.1目的提前發(fā)現(xiàn)并解決開(kāi)發(fā)過(guò)程中將會(huì)遇到的技術(shù)障礙。2.2角色與職責(zé)項(xiàng)目經(jīng)理或技術(shù)負(fù)責(zé)人識(shí)別項(xiàng)目中的技術(shù)難題，指定技術(shù)預(yù)研人員攻克該問(wèn)題。2.3啟動(dòng)準(zhǔn)則項(xiàng)目中的技術(shù)難題已經(jīng)識(shí)別。技術(shù)預(yù)研人員已經(jīng)指定。2.4輸入一些用戶需求文檔和技術(shù)方案文檔2.5主要步驟[Step1]制定計(jì)劃技術(shù)預(yù)研人員制定《技術(shù)預(yù)研計(jì)劃》，主要內(nèi)容包括：確定技術(shù)預(yù)研的內(nèi)容和目標(biāo)。確定應(yīng)遞交的工作成果。分配任務(wù)，制定進(jìn)度表。項(xiàng)目經(jīng)理或技術(shù)負(fù)責(zé)人審批該計(jì)劃，如果該計(jì)劃被批準(zhǔn)，則轉(zhuǎn)向[Step2]。[Step2]開(kāi)展技術(shù)預(yù)研技術(shù)預(yù)研人員按照計(jì)劃開(kāi)展技術(shù)預(yù)研工作。[Step3]撰寫(xiě)技術(shù)預(yù)研報(bào)告在預(yù)研任務(wù)結(jié)束時(shí)，技術(shù)預(yù)研人員撰寫(xiě)《技術(shù)預(yù)研報(bào)告》。[后續(xù)活動(dòng)]技術(shù)預(yù)研人員向相關(guān)人員介紹工作成果。項(xiàng)目經(jīng)理或技術(shù)負(fù)責(zé)人視具體情況決定是否對(duì)該預(yù)研成果進(jìn)行技術(shù)評(píng)審。2.6輸出《技術(shù)預(yù)研報(bào)告》2.7結(jié)束準(zhǔn)則指定的預(yù)研任務(wù)已經(jīng)完成，《技術(shù)預(yù)研報(bào)告》已經(jīng)產(chǎn)生。2.8度量技術(shù)預(yù)研人員統(tǒng)計(jì)工作量和工作成果的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。3補(bǔ)充技術(shù)預(yù)研不同于真正地開(kāi)發(fā)產(chǎn)品，投入人員與時(shí)間相對(duì)比較少。一個(gè)項(xiàng)目可以有多次技術(shù)預(yù)研，由項(xiàng)目經(jīng)理或技術(shù)負(fù)責(zé)人視具體情況而定。對(duì)技術(shù)預(yù)研過(guò)程中產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。

二、SCRUM過(guò)程1介紹Scrum是一個(gè)敏捷開(kāi)發(fā)框架，是一個(gè)增量迭代的開(kāi)發(fā)過(guò)程.。在這個(gè)框架整個(gè)開(kāi)發(fā)周期由若干個(gè)小的跌代周期，每個(gè)小的的跌代周期稱(chēng)為一個(gè)Sprint，每個(gè)Sprint的長(zhǎng)度2到4周。在每個(gè)Sprint中，Scrum的開(kāi)發(fā)團(tuán)隊(duì)拿到一個(gè)排列好優(yōu)先級(jí)的需求列表，我們稱(chēng)它為用戶故事或者叫Sprintbacklog，所以我們先開(kāi)發(fā)的是對(duì)客戶具有較高價(jià)值的需求。在每個(gè)迭代結(jié)束后，都會(huì)開(kāi)發(fā)完成可交付的產(chǎn)品。框架如圖所示：SCRUM實(shí)現(xiàn)包括以下三個(gè)規(guī)程體系結(jié)構(gòu)設(shè)計(jì)Sprint迭代項(xiàng)目按照計(jì)劃可劃分為幾個(gè)ScrumTeam。每個(gè)Sprint周期控制在3到5天之內(nèi)。鞏固和提交2體系結(jié)構(gòu)設(shè)計(jì)2.1目的將Backlogs按照優(yōu)先級(jí)制成列表，根據(jù)該表制定軟件交付基線。建立軟件體系結(jié)構(gòu)，將Backlog項(xiàng)按高內(nèi)聚，低耦合的原則劃分為一系列的問(wèn)題包，成立數(shù)個(gè)ScrumTeam，為ScrumTeam分配問(wèn)題包。建立開(kāi)發(fā)環(huán)境。2.2角色與職責(zé)項(xiàng)目組由全職開(kāi)發(fā)人員及與該交付產(chǎn)品有關(guān)的市場(chǎng)人員、銷(xiāo)售人員、用戶等組成。設(shè)以下小組：確定系統(tǒng)開(kāi)發(fā)、測(cè)試、運(yùn)行所需的軟硬件環(huán)境。[Step5]撰寫(xiě)體系結(jié)構(gòu)設(shè)計(jì)文檔體系結(jié)構(gòu)設(shè)計(jì)人員根據(jù)指定的模板撰寫(xiě)《體系結(jié)構(gòu)設(shè)計(jì)報(bào)告》，主要內(nèi)容包括：軟件系統(tǒng)概述影響設(shè)計(jì)的約束因素設(shè)計(jì)策略系統(tǒng)總體結(jié)構(gòu)子系統(tǒng)的結(jié)構(gòu)與模塊功能開(kāi)發(fā)、測(cè)試、運(yùn)行所需的軟硬件環(huán)境[Step6]體系結(jié)構(gòu)設(shè)計(jì)評(píng)審體系結(jié)構(gòu)評(píng)審的重點(diǎn)不是“對(duì)還是錯(cuò)”，而是“好還是差”。主要評(píng)審要素包括：合適性?？疾煸擉w系結(jié)構(gòu)是否適合于產(chǎn)品需求，是否可在預(yù)定計(jì)劃內(nèi)實(shí)現(xiàn)。系統(tǒng)的綜合能力（Capability）。例如“時(shí)－空”效率（性能，容量等），可擴(kuò)展性，可管理性（可維護(hù)性），可復(fù)用性，安全性等等，視產(chǎn)品特征而定。2.6輸出《體系結(jié)構(gòu)設(shè)計(jì)報(bào)告》Backlog列表2.7結(jié)束準(zhǔn)則軟件體系結(jié)構(gòu)建立，2.8度量項(xiàng)目經(jīng)理根據(jù)人員統(tǒng)計(jì)工作量和工作成果的規(guī)模3Sprint過(guò)程規(guī)程3.1目的該過(guò)程由若干個(gè)迭代的沖刺(Sprint)活動(dòng)組成，直至風(fēng)險(xiǎn)評(píng)估認(rèn)為產(chǎn)品可交付為止。一個(gè)Sprint是在限定時(shí)間段內(nèi)（Sprint周期，通常為1~6周，可在前一個(gè)Sprint結(jié)束時(shí)調(diào)整）的一系列開(kāi)發(fā)活動(dòng)（包括分析、設(shè)計(jì)、編碼、測(cè)試等），每個(gè)SCRUM小組并行開(kāi)發(fā)且必須步調(diào)一致（在一個(gè)Sprint結(jié)束后，均須完成所分配的Backlog項(xiàng)并有可執(zhí)行的產(chǎn)出）。每個(gè)Sprint包含以下活動(dòng)：開(kāi)發(fā)。對(duì)分配的Backlog工作進(jìn)行分析，將所需改動(dòng)（changes）映射到各packets，打開(kāi)packets,進(jìn)行領(lǐng)域分析，然后設(shè)計(jì)、開(kāi)發(fā)、實(shí)施、測(cè)試、文檔化這些改動(dòng)。打包(Wrap)。封裝packets,產(chǎn)生一個(gè)滿足Backlog需求的可執(zhí)行版本。評(píng)審（Review）。所有的SCRUM小組一起開(kāi)會(huì)，提交各自的工作并演示(Demo)，然后提出和解決問(wèn)題(Issue及難點(diǎn)（) problem）,增加新的Backlog項(xiàng)；發(fā)布、審查或調(diào)整產(chǎn)品的標(biāo)準(zhǔn)規(guī)范；進(jìn)行風(fēng)險(xiǎn)評(píng)估并提出合適的對(duì)策；確定下一個(gè)Sprint的工作內(nèi)容和結(jié)束時(shí)間。調(diào)整（Adjust）。根據(jù)評(píng)審會(huì)匯集的信息，對(duì)受影響的Packets進(jìn)行適當(dāng)調(diào)整和鞏固。3.2角色與職責(zé)項(xiàng)目管理組。由產(chǎn)品經(jīng)理領(lǐng)銜，包括總設(shè)計(jì)師，各SCRUM小組組長(zhǎng)，市場(chǎng)、銷(xiāo)售的高級(jí)職員及典型用戶等。若干個(gè)SCRUM小組。各小組由組長(zhǎng)（SCRUMMaster）領(lǐng)銜。每個(gè)小組都是跨專(zhuān)業(yè)的（通常包括開(kāi)發(fā)人員，文檔人員，質(zhì)量控制人員或用戶代表等），通常為3~7人，以使小組內(nèi)有充分的交流。小組的劃分最好是功能導(dǎo)向的（按所分配的問(wèn)題包或Backlog），也可是系統(tǒng)層次導(dǎo)向（按體系結(jié)構(gòu)中的分層）。3.3啟動(dòng)準(zhǔn)則《體系結(jié)構(gòu)設(shè)計(jì)報(bào)告》建立3.4輸入需求文檔如《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》等作為原始PBL3.5主要步驟[Step1]開(kāi)發(fā)。對(duì)分配的Backlog工作進(jìn)行分析，將所需改動(dòng)（changes）映射到各packets，打開(kāi)packets,進(jìn)行領(lǐng)域分析，然后設(shè)計(jì)、開(kāi)發(fā)、實(shí)施、測(cè)試、文檔化這些改動(dòng)。[Step2]打包(Wrap)。封裝packets,產(chǎn)生一個(gè)滿足Backlog需求的可執(zhí)行版本。[Step3]評(píng)審（Review）。所有的SCRUM小組一起開(kāi)會(huì)，提交各自的工作并演示(Demo)，然后提出和解決問(wèn)題(Issue及難點(diǎn)（)problem）,增加新的Backlog項(xiàng)；發(fā)布、審查或調(diào)整產(chǎn)品的標(biāo)準(zhǔn)規(guī)范；進(jìn)行風(fēng)險(xiǎn)評(píng)估并提出合適的對(duì)策；確定下一個(gè)Sprint的工作內(nèi)容和結(jié)束時(shí)間。[Step4]調(diào)整（Adjust）。根據(jù)評(píng)審會(huì)匯集的信息，對(duì)受影響的Packets進(jìn)行適當(dāng)調(diào)整和鞏固。3.6輸出軟件產(chǎn)品（Artifact）3.7結(jié)束準(zhǔn)則產(chǎn)品可交付為止3.8度量Scrum主管根據(jù)人員統(tǒng)計(jì)工作量和工作成果的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理4交付和鞏固4.1目的一旦根據(jù)風(fēng)險(xiǎn)評(píng)估結(jié)果認(rèn)為可交付產(chǎn)品時(shí)，即進(jìn)入該階段。該階段的活動(dòng)包括：組裝，系統(tǒng)測(cè)試和回歸測(cè)試（Regression），準(zhǔn)備培訓(xùn)材料，完成最終文檔。SCRUM過(guò)程認(rèn)為一個(gè)產(chǎn)品的開(kāi)發(fā)將一直持續(xù)下去，除非經(jīng)風(fēng)險(xiǎn)評(píng)估后認(rèn)為應(yīng)停止。產(chǎn)品交付后的鞏固活動(dòng)類(lèi)似于傳統(tǒng)方法中的維護(hù)和改善，目的在于整理Sprint期壓力下忽略的工作，為下一階段的開(kāi)發(fā)做準(zhǔn)備，以便輕裝上陣。4.2角色與職責(zé)4.3啟動(dòng)準(zhǔn)則根據(jù)風(fēng)險(xiǎn)評(píng)估結(jié)果認(rèn)為可交付產(chǎn)品時(shí)，即進(jìn)入該階段。4.4輸入需求文檔如《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》等作為原始PBL4.5主要步驟[Step1]制定系統(tǒng)測(cè)試計(jì)劃系統(tǒng)測(cè)試小組各成員共同協(xié)商測(cè)試計(jì)劃。測(cè)試組長(zhǎng)按照指定的模板起草《系統(tǒng)測(cè)試計(jì)劃》。該計(jì)劃主要包括：測(cè)試范圍（內(nèi)容）測(cè)試方法測(cè)試環(huán)境與輔助工具測(cè)試完成準(zhǔn)則人員與任務(wù)表項(xiàng)目經(jīng)理審批《系統(tǒng)測(cè)試計(jì)劃》。該計(jì)劃被批準(zhǔn)后，轉(zhuǎn)向[Step2]。[Step2]設(shè)計(jì)系統(tǒng)測(cè)試用例系統(tǒng)測(cè)試小組各成員依據(jù)《系統(tǒng)測(cè)試計(jì)劃》和指定的模板，設(shè)計(jì)（撰寫(xiě)）《系統(tǒng)測(cè)試用例》。測(cè)試組長(zhǎng)邀請(qǐng)開(kāi)發(fā)人員和同行專(zhuān)家，對(duì)《系統(tǒng)測(cè)試用例》進(jìn)行技術(shù)評(píng)審。該測(cè)試用例通過(guò)技術(shù)評(píng)審后，轉(zhuǎn)向[Step3]。[Step3]執(zhí)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試小組各成員依據(jù)《系統(tǒng)測(cè)試計(jì)劃》和《系統(tǒng)測(cè)試用例》執(zhí)行系統(tǒng)測(cè)試。將測(cè)試結(jié)果記錄在《系統(tǒng)測(cè)試報(bào)告》中，用“缺陷管理工具”來(lái)管理所發(fā)現(xiàn)的缺陷，并及時(shí)通報(bào)給開(kāi)發(fā)人員。[Step4]缺陷管理與改錯(cuò)從[Step1]至[Step3]，任何人發(fā)現(xiàn)軟件系統(tǒng)中的缺陷時(shí)都必須使用指定的“缺陷管理工具”。該工具將記錄所有缺陷的狀態(tài)信息，并可以自動(dòng)產(chǎn)生《缺陷管理報(bào)告》。開(kāi)發(fā)人員及時(shí)消除已經(jīng)發(fā)現(xiàn)的缺陷。開(kāi)發(fā)人員消除缺陷之后應(yīng)當(dāng)馬上進(jìn)行回歸測(cè)試，以確保不會(huì)引入新的缺陷。[Step7]測(cè)試報(bào)告編制[Step6]操作文檔編制4.6輸出軟件產(chǎn)品（Artifact）《用戶操作文檔》《測(cè)試報(bào)告》4.7結(jié)束準(zhǔn)則完成最終文檔 三、用戶驗(yàn)收客戶驗(yàn)收（CustomerAcceptance,CA）是指客戶依據(jù)合同對(duì)產(chǎn)品進(jìn)行審查和測(cè)試，確保產(chǎn)品滿足客戶需求。本規(guī)范闡述了客戶驗(yàn)收的規(guī)程，該規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。1介紹客戶對(duì)產(chǎn)品的驗(yàn)收主要有兩種方式：成果審查。驗(yàn)收人員審查開(kāi)發(fā)方應(yīng)當(dāng)交付的成果，如代碼、文檔等等。確保這些成果是完整的并且是正確的。驗(yàn)收測(cè)試。驗(yàn)收人員對(duì)待交付的產(chǎn)品進(jìn)行全面的測(cè)試，確保產(chǎn)品功能、質(zhì)量符合需求。驗(yàn)收測(cè)試的內(nèi)容、方法與系統(tǒng)測(cè)試幾乎是相同的。兩者主要區(qū)別在于執(zhí)行人員不同。驗(yàn)收測(cè)試人員來(lái)自于客戶方，而系統(tǒng)測(cè)試人員則來(lái)自于開(kāi)發(fā)方?？蛻趄?yàn)收流程如圖15-1所示。驗(yàn)收準(zhǔn)備問(wèn)題處理成果審查與驗(yàn)收測(cè)試交付與簽字圖15-1客戶驗(yàn)收流程客戶驗(yàn)收過(guò)程域產(chǎn)生的主要文檔有：《客戶驗(yàn)收計(jì)劃》，模板見(jiàn)[SPP-TEMP-CA-PLAN]?！厄?yàn)收測(cè)試用例》，模板見(jiàn)[SPP-TEMP-TEST-CASE]?！犊蛻趄?yàn)收?qǐng)?bào)告》，模板見(jiàn)[SPP-TEMP-CA-REPORT]。補(bǔ)充說(shuō)明：“客戶驗(yàn)收”是針對(duì)合同項(xiàng)目而言的，對(duì)于非合同項(xiàng)目，請(qǐng)參見(jiàn)Beta測(cè)試[SPP-PROC-BETA]。2客戶驗(yàn)收規(guī)程2.1目的客戶依據(jù)合同對(duì)產(chǎn)品進(jìn)行審查和測(cè)試，確保產(chǎn)品滿足客戶需求。2.2角色與職責(zé)客戶方組建一個(gè)驗(yàn)收小組，并指定驗(yàn)收負(fù)責(zé)人。開(kāi)發(fā)方的項(xiàng)目經(jīng)理和其他成員為客戶驗(yàn)收工作提供協(xié)助。開(kāi)發(fā)方應(yīng)當(dāng)及時(shí)解決客戶方發(fā)現(xiàn)的問(wèn)題。2.3啟動(dòng)準(zhǔn)則系統(tǒng)測(cè)試已經(jīng)完成。開(kāi)發(fā)方對(duì)客戶進(jìn)行了必要的培訓(xùn)，參見(jiàn)培訓(xùn)管理規(guī)范[SPP-PROC-TM]。2.4輸入產(chǎn)品需求文檔需求變更記錄產(chǎn)品使用指南有關(guān)合同2.5主要步驟[Step1]驗(yàn)收準(zhǔn)備開(kāi)發(fā)方和客戶方共同制定《客戶驗(yàn)收計(jì)劃》，主要包括“成果審查計(jì)劃”和“驗(yàn)收測(cè)試計(jì)劃”。雙方的負(fù)責(zé)人審批該計(jì)劃。開(kāi)發(fā)方和客戶方共同設(shè)計(jì)“驗(yàn)收測(cè)試用例”。開(kāi)發(fā)方將待驗(yàn)收的工作成果準(zhǔn)備好，并將必要的材料提前交給驗(yàn)收小組。[Step2]成果審查與驗(yàn)收測(cè)試成果審查。驗(yàn)收人員根據(jù)計(jì)劃審查開(kāi)發(fā)方應(yīng)當(dāng)交付的成果，如代碼、文檔等等。確保這些成果是完整的并且是正確的。驗(yàn)收人員將審查結(jié)果記錄在《客戶驗(yàn)收?qǐng)?bào)告》之中。驗(yàn)收測(cè)試。驗(yàn)收人員依據(jù)計(jì)劃和測(cè)試用例，對(duì)待交付的產(chǎn)品進(jìn)行全面的測(cè)試，確保產(chǎn)品符合需求。驗(yàn)收人員將測(cè)試結(jié)果記錄在《客戶驗(yàn)收?qǐng)?bào)告》之中。[Step3]問(wèn)題處理如果驗(yàn)收人員在審查與測(cè)試時(shí)發(fā)現(xiàn)工作成果存在問(wèn)題，則開(kāi)發(fā)方應(yīng)當(dāng)視問(wèn)題的嚴(yán)重性與客戶協(xié)商，給出合適的處理措施。如果工作成果存在嚴(yán)重的缺陷，則退回給開(kāi)發(fā)方。開(kāi)發(fā)方應(yīng)當(dāng)給出糾正缺陷的措施，雙方協(xié)商第二次驗(yàn)收的時(shí)間。如果給客戶方帶來(lái)?yè)p失，應(yīng)當(dāng)依據(jù)合同對(duì)開(kāi)發(fā)方作出相應(yīng)的處罰。如果工作成果存在一些輕微的缺陷，則開(kāi)發(fā)方應(yīng)當(dāng)給出糾正缺陷的措施，雙方協(xié)商是否需要第二次驗(yàn)收。[Step4]交付與簽字當(dāng)待驗(yàn)收的所有工作成果都通過(guò)了審查和測(cè)試后，開(kāi)發(fā)方將其交付給客戶方。雙方的責(zé)任人簽字認(rèn)可。2.6輸出《客戶驗(yàn)收?qǐng)?bào)告》2.7結(jié)束準(zhǔn)則所有應(yīng)交付的工作成果都已經(jīng)通過(guò)了客戶方的審查與驗(yàn)收?！犊蛻趄?yàn)收?qǐng)?bào)告》已經(jīng)產(chǎn)生，雙方的責(zé)任人已經(jīng)簽字認(rèn)可。2.8度量項(xiàng)目經(jīng)理統(tǒng)計(jì)客戶驗(yàn)收期間雙方投入的工作量。3實(shí)施建議在客戶驗(yàn)收之前，開(kāi)發(fā)方對(duì)驗(yàn)收人員進(jìn)行必要的產(chǎn)品培訓(xùn)。開(kāi)發(fā)方可以將系統(tǒng)測(cè)試用例給驗(yàn)收人員參考，以減少設(shè)計(jì)測(cè)試用例的時(shí)間。開(kāi)發(fā)方人員應(yīng)當(dāng)熱情地協(xié)助驗(yàn)收人員。對(duì)驗(yàn)收人員發(fā)現(xiàn)的軟件缺陷馬上予以糾正；對(duì)于復(fù)雜的問(wèn)題應(yīng)當(dāng)立即請(qǐng)示有關(guān)領(lǐng)導(dǎo)，不可拖延。在驗(yàn)收期間不可與客戶爭(zhēng)吵，給客戶留下很好的印象。對(duì)驗(yàn)收過(guò)程中產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理 四、技術(shù)評(píng)審技術(shù)評(píng)審（TechnicalReview,TR）的目的是盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開(kāi)發(fā)人員及時(shí)消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量。本規(guī)范闡述了技術(shù)評(píng)審過(guò)程域的兩個(gè)主要規(guī)程：制定技術(shù)評(píng)審計(jì)劃[TR-PLANNING]技術(shù)評(píng)審[TR-FTR]上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。1介紹技術(shù)評(píng)審最初是由IBM公司為了提高軟件質(zhì)量和提高程序員生產(chǎn)率而倡導(dǎo)的。技術(shù)評(píng)審方法已經(jīng)被業(yè)界廣泛采用并收到了很好的效果，它被普遍認(rèn)為是軟件開(kāi)發(fā)的最佳實(shí)踐之一。技術(shù)評(píng)審能夠在任何開(kāi)發(fā)階段執(zhí)行，它可以比測(cè)試更早地發(fā)現(xiàn)并消除工作成果中的缺陷。技術(shù)評(píng)審的主要好處有：通過(guò)消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量。越早消除缺陷就越能降低開(kāi)發(fā)成本。開(kāi)發(fā)人員能夠及時(shí)地得到同行專(zhuān)家的幫助和指導(dǎo)，無(wú)疑會(huì)加深對(duì)工作成果的理解，更好地預(yù)防缺陷，一定程度上提高了開(kāi)發(fā)生產(chǎn)率?？梢?jiàn)技術(shù)評(píng)審有助于“提高質(zhì)量、提高生產(chǎn)率、降低成本”，符合軟件過(guò)程改進(jìn)的根本目的。理論上講，為了確保產(chǎn)品的質(zhì)量，產(chǎn)品的所有工作成果都應(yīng)當(dāng)接受技術(shù)評(píng)審。現(xiàn)實(shí)中，為了節(jié)約時(shí)間，允許人們有選擇地對(duì)工作成果進(jìn)行技術(shù)評(píng)審。技術(shù)評(píng)審方式也視工作成果的重要性和復(fù)雜性而定。技術(shù)評(píng)審過(guò)程域有兩個(gè)主要規(guī)程：“制定技術(shù)評(píng)審計(jì)劃”、“技術(shù)評(píng)審”，如圖1所示。制定技術(shù)評(píng)審計(jì)劃正規(guī)技術(shù)評(píng)審圖1技術(shù)評(píng)審過(guò)程域示意圖技術(shù)評(píng)審的注意事項(xiàng)：評(píng)審人員的職責(zé)是發(fā)現(xiàn)工作成果中的缺陷，并幫助開(kāi)發(fā)人員給出消除缺陷的辦法，而不是替開(kāi)發(fā)人員消除缺陷。技術(shù)評(píng)審應(yīng)當(dāng)“就事論事”，不要打擊有失誤的開(kāi)發(fā)人員的工作積極性，更不準(zhǔn)搞人身攻擊（如挖苦、諷刺等）。在會(huì)議評(píng)審期間要限制過(guò)多的爭(zhēng)論，以免浪費(fèi)他人的時(shí)間。技術(shù)評(píng)審過(guò)程域產(chǎn)生的主要文檔有：整個(gè)項(xiàng)目的《技術(shù)評(píng)審計(jì)劃》，模板見(jiàn)[SPP-TEMP-TR-PLAN]?！都夹g(shù)評(píng)審報(bào)告》，模板見(jiàn)[SPP-TEMP-TR-REPORT]。常用的《技術(shù)評(píng)審檢查表》見(jiàn)[SPP-TEMP-TR-CHECKLIST。]2制定技術(shù)評(píng)審計(jì)劃2.1目的確定需要評(píng)審的工作成果、評(píng)審方式，預(yù)定評(píng)審時(shí)間、地點(diǎn)以及相關(guān)人員。2.2角色與職責(zé)項(xiàng)目的技術(shù)負(fù)責(zé)人（或技術(shù)骨干）制定《技術(shù)評(píng)審計(jì)劃》。項(xiàng)目經(jīng)理審批《技術(shù)評(píng)審計(jì)劃》。2.3啟動(dòng)準(zhǔn)則《項(xiàng)目計(jì)劃》已經(jīng)制定。2.4輸入《項(xiàng)目計(jì)劃》2.5主要步驟[Step1]確定需要評(píng)審的工作成果如果項(xiàng)目的時(shí)間充足，為了確保產(chǎn)品的質(zhì)量，應(yīng)當(dāng)對(duì)產(chǎn)品的所有工作成果都進(jìn)行技術(shù)評(píng)審。如果項(xiàng)目的時(shí)間不充足，為了節(jié)約時(shí)間，可以選擇一些重要的工作成果對(duì)其進(jìn)行技術(shù)評(píng)審。[Step2]確定技術(shù)評(píng)審方式根據(jù)工作成果的重要性和復(fù)雜性確定技術(shù)評(píng)審方式。將重要性、復(fù)雜性各分“高、中、低”3個(gè)等級(jí)。重要性－復(fù)雜性組合與技術(shù)評(píng)審方式的對(duì)應(yīng)關(guān)系見(jiàn)下表。重要性－復(fù)雜性組重要性－復(fù)雜性組合技術(shù)評(píng)審方式（FTR,ITR）高高FTR高中FTR高低FTR或者ITR均可中中FTR或者ITR均可中低中低ITR低低ITR表2重要性－復(fù)雜性組合與技術(shù)評(píng)審方式的對(duì)應(yīng)關(guān)系[Step3]預(yù)定評(píng)審時(shí)間、地點(diǎn)以及相關(guān)人員根據(jù)《項(xiàng)目計(jì)劃》中的進(jìn)度表，預(yù)定評(píng)審時(shí)間和地點(diǎn)。根據(jù)工作成果的特征預(yù)定評(píng)審主持人和其他評(píng)審員。[Step4]審批計(jì)劃項(xiàng)目經(jīng)理根據(jù)《項(xiàng)目計(jì)劃》以及現(xiàn)實(shí)情況（如可以支配的人力資源），審批《技術(shù)評(píng)審計(jì)劃》。項(xiàng)目的技術(shù)負(fù)責(zé)人（或技術(shù)骨干）應(yīng)根據(jù)項(xiàng)目經(jīng)理的批示修正《技術(shù)評(píng)審計(jì)劃》。2.6輸出《技術(shù)評(píng)審計(jì)劃》2.7結(jié)束準(zhǔn)則《技術(shù)評(píng)審計(jì)劃》已經(jīng)制定并被項(xiàng)目經(jīng)理批準(zhǔn)。2.8度量技術(shù)負(fù)責(zé)人（或技術(shù)骨干）統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。3技術(shù)評(píng)審3.1目的對(duì)工作成果進(jìn)行正式技術(shù)評(píng)審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開(kāi)發(fā)人員及時(shí)消除缺陷。3.2角色與職責(zé)作者：是指待評(píng)審的工作成果的開(kāi)發(fā)者，可能是一個(gè)人也可能是個(gè)小組。在評(píng)審會(huì)議期間，作者答復(fù)評(píng)審小組的問(wèn)題，并與評(píng)審小組共同查找缺陷、商討缺陷解決方案。評(píng)審會(huì)議結(jié)束后，作者應(yīng)當(dāng)及時(shí)消除工作成果中的缺陷。評(píng)審小組評(píng)審主持人是應(yīng)當(dāng)具備比較高的技術(shù)水平和比較豐富的評(píng)審經(jīng)驗(yàn)，能夠控制評(píng)審會(huì)議的進(jìn)程。評(píng)審主持人可以是項(xiàng)目?jī)?nèi)的技術(shù)骨干也可以是項(xiàng)目外的技術(shù)專(zhuān)家。評(píng)審主持人本身是一名評(píng)審員，評(píng)審結(jié)論必須有評(píng)審主持人的簽字才能生效。評(píng)審員主要來(lái)源于項(xiàng)目?jī)?nèi)和項(xiàng)目外的技術(shù)人員，必要時(shí)還應(yīng)當(dāng)邀請(qǐng)客戶和質(zhì)量保證人員擔(dān)任評(píng)審員。工作成果的作者不能擔(dān)任評(píng)審員。評(píng)審員的人選以及分工都由評(píng)審主持人來(lái)確定。評(píng)審員應(yīng)當(dāng)根據(jù)“檢查表”認(rèn)真地查找工作成果中的缺陷，并和作者共同商討缺陷解決方案。評(píng)審小組的總?cè)藬?shù)一般在3～7人之間。記錄員：由評(píng)審主持人指定一位評(píng)審員來(lái)?yè)?dān)任記錄員。記錄員如實(shí)地將評(píng)審過(guò)程記錄在指定的文檔中。3.3啟動(dòng)準(zhǔn)則作者已經(jīng)按照指定的格式（如模板）完成了工作成果，對(duì)工作成果進(jìn)行了內(nèi)部檢查，消除了拼寫(xiě)、排版等初級(jí)錯(cuò)誤。根據(jù)《技術(shù)評(píng)審計(jì)劃》，該工作成果進(jìn)行正式技術(shù)評(píng)審的時(shí)間已到。3.4輸入待評(píng)審的工作成果。與該工作成果評(píng)審相關(guān)的一些材料，如檢查表。3.5主要步驟技術(shù)評(píng)審的流程如圖16-2所示。Step3.修正跟蹤審核Step2.舉行評(píng)審會(huì)議Step1.準(zhǔn)備評(píng)審2.1主持人宣講2.2作者介紹工作成果2.3識(shí)別缺陷和答辯2.4討論缺陷解決方案2.5會(huì)議結(jié)束決議3.1修正與跟蹤3.2遞交審核3.3審核工作成果圖16-2技術(shù)評(píng)審的流程圖[Step1]準(zhǔn)備評(píng)審評(píng)審主持人首先確定評(píng)審會(huì)議的時(shí)間、地點(diǎn)、設(shè)備和參加會(huì)議的人員名單（包括評(píng)審員、記錄員、作者、旁聽(tīng)者等），然后起草《技術(shù)評(píng)審?fù)ㄖ?，并告知所有相關(guān)人員。評(píng)審主持人把工作成果及相關(guān)材料、技術(shù)評(píng)審規(guī)程、檢查表等發(fā)給評(píng)審員。評(píng)審員閱讀（了解）工作成果及相關(guān)材料。[Step2]舉行評(píng)審會(huì)議[Step2.1]主持人宣講主持人宣講本次評(píng)審會(huì)議的議程、重點(diǎn)、原則、時(shí)間限制等。[Step2.2]作者介紹工作成果作者扼要地介紹工作成果。[Step2.3]識(shí)別缺陷和答辯評(píng)審員根據(jù)“檢查表”認(rèn)真查找工作成果的缺陷。作者回答評(píng)審員的問(wèn)題，雙方要對(duì)每個(gè)缺陷達(dá)成共識(shí)（避免誤解）。[Step2.4]討論缺陷解決方案作者和評(píng)審員共同討論缺陷的解決方案。對(duì)于當(dāng)場(chǎng)難以解決的問(wèn)題，由主持人決定“是否有必要繼續(xù)討論”或者“另定時(shí)間再討論”。[Step2.5]會(huì)議結(jié)束決議評(píng)審小組給出評(píng)審結(jié)論和意見(jiàn)，主持人簽字后本次會(huì)議結(jié)束。評(píng)審結(jié)論有三種：工作成果合格，“無(wú)需修改”或者“需要輕微修改但不必再審核”。工作成果基本合格，需要作少量的修改，之后通過(guò)審核即可。工作成果不合格，需要作比較大的修改，之后必須重新對(duì)其評(píng)審。[Step3]修正、跟蹤與審核[Step3.1]修正與跟蹤作者修正工作成果，消除已發(fā)現(xiàn)的缺陷。評(píng)審主持人（或者指定審查員）跟蹤每個(gè)缺陷的狀態(tài)。[Step3.2]提交審核作者消除所有已發(fā)現(xiàn)的缺陷后，再將修正后的工作成果遞交給評(píng)審主持人（或者指定審查員）審核。[Step3.2]審核工作成果評(píng)審主持人（或者指定審查員）審核修正后的工作成果。審核結(jié)論有兩種：修正后的工作成果合格。修正后的工作成果仍然不合格，需重新修改，重復(fù)[Step3]。3.6輸出該工作成果的《技術(shù)評(píng)審報(bào)告》。根據(jù)評(píng)審報(bào)告修正后的工作成果。3.7結(jié)束準(zhǔn)則工作成果中所有已識(shí)別的缺陷都已經(jīng)被消除。3.8度量評(píng)審主持人統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。4實(shí)施建議對(duì)于重要性和復(fù)雜性都很高的工作成果，建議先在項(xiàng)目?jī)?nèi)部進(jìn)行“非正式技術(shù)評(píng)審”，然后再進(jìn)行“正式技術(shù)評(píng)審”。技術(shù)評(píng)審應(yīng)當(dāng)與質(zhì)量保證有機(jī)地結(jié)合起來(lái)，請(qǐng)質(zhì)量保證人員參加并監(jiān)督正規(guī)技術(shù)評(píng)審是很好的方式。技術(shù)評(píng)審應(yīng)當(dāng)與配置管理有機(jī)地結(jié)合起來(lái)，規(guī)定沒(méi)有通過(guò)技術(shù)評(píng)審的工作成果不允許成為基準(zhǔn)文件（Baselined）。建議機(jī)構(gòu)采用統(tǒng)一的缺陷跟蹤工具，使得技術(shù)評(píng)審所發(fā)現(xiàn)的缺陷能被及時(shí)地消除，不被遺漏。第四篇支撐過(guò)程一、配置管理配置管理（ConfigurationManagement,CM）的目的是通過(guò)執(zhí)行版本控制、變更控制等規(guī)程，以及使用配置管理軟件，來(lái)保證所有配置項(xiàng)的完整性和可跟蹤性。配置管理是對(duì)工作成果的一種有效保護(hù)。配置管理過(guò)程域是SPP模型的重要組成部分。本規(guī)范闡述了配置管理過(guò)程域的四個(gè)主要規(guī)程：制定配置管理計(jì)劃[PASS-PROC-CM-PLANNING]配置庫(kù)管理[PASS-PROC-CM-LIB]配置項(xiàng)版本控制[PASS-PROC-CM-VERSION]配置項(xiàng)變更控制[PASS-PROC-CM-CHANGE]上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。1介紹項(xiàng)目研發(fā)和管理過(guò)程中會(huì)產(chǎn)生許許多多的工作成果，例如文檔、程序和數(shù)據(jù)等，它們都應(yīng)當(dāng)被保存起來(lái)，以便查閱和修改。如果把所有文件一股腦地塞進(jìn)計(jì)算機(jī)里，那么使用起來(lái)肯定很麻煩。毫無(wú)疑問(wèn)，人們應(yīng)當(dāng)將文件分門(mén)別類(lèi)、有條理地保存起來(lái)。凡是納入配置管理范疇的工作成果統(tǒng)稱(chēng)為配置項(xiàng)（ConfigurationItem,CI），配置項(xiàng)主要有兩大類(lèi)：（1）屬于產(chǎn)品組成部分的工作成果，例如需求文檔、設(shè)計(jì)文檔、源代碼、測(cè)試用例等。（2）項(xiàng)目管理和機(jī)構(gòu)支撐過(guò)程域產(chǎn)生的文檔。這些文檔雖然不是產(chǎn)品的組成部分，但是值得保存。每個(gè)配置項(xiàng)的主要屬性有：名稱(chēng)、標(biāo)識(shí)符、文件狀態(tài)、版本、作者、日期等。所有配置項(xiàng)都被保存在配置庫(kù)里，確保不會(huì)混淆、丟失。配置項(xiàng)及其歷史記錄反映了軟件的演化過(guò)程?；€（Baseline）由一組配置項(xiàng)組成，這些配置項(xiàng)構(gòu)成了一個(gè)相對(duì)穩(wěn)定的邏輯實(shí)體?；€中的配置項(xiàng)被“凍結(jié)”了，不能再被任何人隨意修改（見(jiàn)變更控制規(guī)程）。基線通常對(duì)應(yīng)于開(kāi)發(fā)過(guò)程中的里程碑（Milestone），一個(gè)產(chǎn)品可以有多個(gè)基線，也可以只有一個(gè)基線?；€的主要屬性有：名稱(chēng)、標(biāo)識(shí)符、版本、日期等。通常將交付給客戶的基線稱(chēng)為一個(gè)“Release”，為內(nèi)部開(kāi)發(fā)用的基線則稱(chēng)為一個(gè)“Build”。所有的項(xiàng)目成員都要使用配置管理軟件來(lái)保護(hù)自己的工作成果。XX軟件采用Subversion作為配置管理工具。配置管理員為每個(gè)項(xiàng)目制定《配置管理計(jì)劃》，創(chuàng)建和維護(hù)配置庫(kù)。配置管理的流程如圖17-1所示。版本控制制定配置管理計(jì)劃配置庫(kù)管理變更控制配置審計(jì)圖17-1配置管理流程圖制定配置管理計(jì)劃配置管理員制定《配置管理計(jì)劃》，主要內(nèi)容包括配置管理軟硬件資源、配置項(xiàng)計(jì)劃、基線計(jì)劃、交付計(jì)劃、備份計(jì)劃等。CCB審批該計(jì)劃。配置庫(kù)管理配置管理員為項(xiàng)目創(chuàng)建配置庫(kù)，并給每個(gè)項(xiàng)目成員分配權(quán)限。各項(xiàng)目成員根據(jù)自己的權(quán)限操作配置庫(kù)。配置管理員定期維護(hù)配置庫(kù)，例如清楚垃圾文件、備份配置庫(kù)等。版本控制在項(xiàng)目開(kāi)發(fā)過(guò)程中，絕大部分的配置項(xiàng)都要經(jīng)過(guò)多次的修改才能最終確定下來(lái)。對(duì)配置項(xiàng)的任何修改都將產(chǎn)生新的版本。由于我們不能保證新版本一定比老版本“好”，所以不能拋棄老版本。版本控制的目的是按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。配置項(xiàng)的狀態(tài)有三種：“草稿”、“正式發(fā)布”和“正在修改”，本規(guī)程制定了配置項(xiàng)狀態(tài)變遷與版本號(hào)的規(guī)則。變更控制在項(xiàng)目開(kāi)發(fā)過(guò)程中，配置項(xiàng)發(fā)生變更幾乎是不可避免的。變更控制的目的就是為了防止配置項(xiàng)被隨意修改而導(dǎo)致混亂。修改處于“草稿”狀態(tài)的配置項(xiàng)不算是“變更”，無(wú)需CCB的批準(zhǔn)，修改者按照版本控制規(guī)則執(zhí)行即可。當(dāng)配置項(xiàng)的狀態(tài)成為“正式發(fā)布”，或者被“凍結(jié)”后，此時(shí)任何人都不能隨意修改，必須依據(jù)“申請(qǐng)－審批－執(zhí)行變更－再評(píng)審－結(jié)束”的規(guī)則執(zhí)行。配置審計(jì)為了保證所有人員（包括項(xiàng)目成員、配置管理員和CCB）都遵守配置管理規(guī)范，質(zhì)量保證人員要定期審計(jì)配置管理工作。配置審計(jì)是一種“過(guò)程質(zhì)量檢查”活動(dòng)，是質(zhì)量保證人員的工作職責(zé)之一。請(qǐng)參考質(zhì)量保證規(guī)范SPP-PROC-QA，此處不再論述。配置管理過(guò)程域產(chǎn)生的主要文檔有：《配置管理計(jì)劃》，模板見(jiàn)[SPP-TEMP-CM-PLAN]。《配置庫(kù)管理報(bào)告》，模板見(jiàn)[SPP-TEMP-CM-LIB]?！杜渲庙?xiàng)變更控制報(bào)告》，模板見(jiàn)[SPP-TEMP-CM-CHANGE]。2制定配置管理計(jì)劃2.1目的制定配置管理計(jì)劃，以便有計(jì)劃地開(kāi)展配置管理工作。2.2角色與職責(zé)配置管理員制定《配置管理計(jì)劃》。CCB審批《配置管理計(jì)劃》。CCB的人數(shù)視項(xiàng)目的規(guī)模而定。通常CCB由項(xiàng)目經(jīng)理、資深項(xiàng)目成員等人組成，項(xiàng)目經(jīng)理為CCB負(fù)責(zé)人。CCB的決策采用“少數(shù)服從多數(shù)”原則。2.3啟動(dòng)準(zhǔn)則《項(xiàng)目計(jì)劃》已經(jīng)制定配置管理員和CCB已經(jīng)確定。2.4輸入《項(xiàng)目計(jì)劃》2.5主要步驟[Step1]確定配置管理的軟硬件資源[Step2]制定配置項(xiàng)計(jì)劃配置管理員識(shí)別項(xiàng)目的主要配置項(xiàng)。每個(gè)配置項(xiàng)都有唯一的標(biāo)識(shí)符，標(biāo)識(shí)符的參考格式為Project-Type…Type-Number。配置項(xiàng)計(jì)劃的參考格式如下：類(lèi)型類(lèi)型主要配置項(xiàng)標(biāo)識(shí)符預(yù)計(jì)正式發(fā)布時(shí)間[Step3]制定基線計(jì)劃配置管理員確定每個(gè)基線的名稱(chēng)（標(biāo)識(shí)符）及其主要配置項(xiàng)，估計(jì)每個(gè)基線建立的時(shí)間?；€計(jì)劃的參考格式如下：基線名稱(chēng)基線名稱(chēng)/標(biāo)識(shí)符基線所包含的主要配置項(xiàng)預(yù)計(jì)建立時(shí)間[Step4]制定配置庫(kù)備份計(jì)劃配置管理員制定配置庫(kù)備份計(jì)劃，指明“何人”在“何時(shí)”（頻度）將配置庫(kù)備份到“何處”。2.6輸出《配置管理計(jì)劃》2.7結(jié)束準(zhǔn)則《配置管理計(jì)劃》已經(jīng)制定并被CCB的批準(zhǔn)。2.8度量配置管理統(tǒng)計(jì)工作量以及文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。3配置庫(kù)管理3.1目的所有人員依照配置管理規(guī)范和《配置管理計(jì)劃》操作配置庫(kù)。3.2角色與職責(zé)配置管理創(chuàng)建并維護(hù)配置庫(kù)。項(xiàng)目成員在權(quán)限之內(nèi)操作配置庫(kù)。3.3啟動(dòng)準(zhǔn)則《配置管理計(jì)劃》已經(jīng)制定。配置管理的軟件硬件已經(jīng)存在。3.4輸入《配置管理計(jì)劃》3.5主要步驟[Step1]創(chuàng)建配置庫(kù)配置管理員創(chuàng)建配置庫(kù)，并且至少創(chuàng)建配置庫(kù)的所有第一級(jí)目錄。[Step2]分配權(quán)限配置管理員為每個(gè)項(xiàng)目成員分配操作權(quán)限。一般地，項(xiàng)目成員擁有Add,Checkin/Checkout,Download等權(quán)限，但是不能擁有“刪除”權(quán)限。配置管理員的權(quán)限最高。具體操作視所采用的配置管理軟件而定。[Step3]配置庫(kù)操作與管理項(xiàng)目成員根據(jù)自己的權(quán)限操作配置庫(kù)，例如Add,Checkin/Checkout,Download等。配置管理員根據(jù)“基線計(jì)劃”創(chuàng)建與維護(hù)基線，“凍結(jié)”配置項(xiàng)，控制變更。配置管理員定期清除配置庫(kù)里的垃圾文件。配置管理員定期備份配置庫(kù)。3.6輸出《配置庫(kù)管理報(bào)告》（由配置管理員撰寫(xiě)）3.7結(jié)束準(zhǔn)則對(duì)配置庫(kù)的操作與管理將持續(xù)到項(xiàng)目結(jié)束。3.8度量配置管理員統(tǒng)計(jì)工作量以及文檔規(guī)模。4版本控制4.1目的按照一定的規(guī)則保存配置項(xiàng)的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確地查找到配置項(xiàng)的任何版本。4.2角色與職責(zé)所有項(xiàng)目成員都必須遵照版本控制規(guī)程操作配置庫(kù)。5配置項(xiàng)狀態(tài)變遷規(guī)則配置項(xiàng)的狀態(tài)有三種：“草稿”（Draft）、“正式發(fā)布”（Released）和“正在修改”（Changing）。配置項(xiàng)狀態(tài)變遷如圖17-2所示。配置項(xiàng)剛建立時(shí)其狀態(tài)為“草稿”。配置項(xiàng)通過(guò)評(píng)審（或?qū)徟┖?，其狀態(tài)變?yōu)椤罢桨l(fā)布”。此后若更改配置項(xiàng)，必須依照“變更控制規(guī)程”執(zhí)行，其狀態(tài)變?yōu)椤罢谛薷摹?。?dāng)配置項(xiàng)修改完畢并重新通過(guò)評(píng)審（或?qū)徟r(shí)，其狀態(tài)又變?yōu)椤罢桨l(fā)布”，如此循環(huán)。變更控制正式發(fā)布正在修改自由修改草稿評(píng)審或?qū)徟駴Q通過(guò)圖17-2配置項(xiàng)狀態(tài)變遷圖6配置項(xiàng)版本號(hào)規(guī)則配置項(xiàng)的版本號(hào)與配置項(xiàng)的狀態(tài)緊密相關(guān)：處于“草稿”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：0.YZYZ數(shù)字范圍為01-99。隨著草稿的不斷完善，“YZ”的取值應(yīng)遞增。“YZ”的初值和增幅由用戶自己把握。處于“正式發(fā)布”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：X.YX為主版本號(hào)，取值范圍為1-9。Y為次版本號(hào)，取值范圍為1-9。配置項(xiàng)第一次“正式發(fā)布”時(shí)，版本號(hào)為1.0。如果配置項(xiàng)的版本升級(jí)幅度比較小，一般只增大Y值，X值保持不變。只有當(dāng)配置項(xiàng)版本升級(jí)幅度比較大時(shí)，才允許增大X值。處于“正在修改”狀態(tài)的配置項(xiàng)的版本號(hào)格式為：X.YZ配置項(xiàng)正在修改時(shí)，一般只增大Z值，X.Y值保持不變。當(dāng)配置項(xiàng)修改完畢，狀態(tài)重新成為“正式發(fā)布”時(shí)，將Z值設(shè)置為0，增加X(jué).Y值。參見(jiàn)規(guī)則（2）。7補(bǔ)充要求所有人員對(duì)其工作成果進(jìn)行配置管理。對(duì)全員進(jìn)行配置管理培訓(xùn)。由于配置庫(kù)里保存的是項(xiàng)目的所有工作成果，應(yīng)當(dāng)選擇“責(zé)任心強(qiáng)、可靠”的人員擔(dān)任配置管理員。 二、質(zhì)量保證質(zhì)量保證（QualityAssurance,QA）的目的是提供一種有效的人員組織形式和管理方法，通過(guò)客觀地檢查和監(jiān)控“過(guò)程質(zhì)量”與“產(chǎn)品質(zhì)量”，從而實(shí)現(xiàn)持續(xù)地改進(jìn)質(zhì)量。質(zhì)量保證是一種有計(jì)劃的、貫穿于整個(gè)產(chǎn)品生命周期的質(zhì)量管理方法。本規(guī)范闡述了質(zhì)量保證過(guò)程域的三個(gè)主要規(guī)程：制定質(zhì)量保證計(jì)劃[PASS-PROC-QA-PLANNING]過(guò)程與產(chǎn)品質(zhì)量檢查[PASS-PROC-QA-PPQC]問(wèn)題跟蹤與質(zhì)量改進(jìn)[PASS-PROC-QA-TRACKING]上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。1介紹過(guò)程質(zhì)量與產(chǎn)品質(zhì)量存在某種程度的因果關(guān)系，通?！昂玫倪^(guò)程”產(chǎn)生“好的產(chǎn)品”而“差的過(guò)程”將產(chǎn)生“差的產(chǎn)品”。人們銷(xiāo)售的是產(chǎn)品而不是過(guò)程，用戶關(guān)心的是最終產(chǎn)品的質(zhì)量，而開(kāi)發(fā)者（團(tuán)隊(duì)）既要關(guān)心過(guò)程質(zhì)量又要關(guān)心產(chǎn)品質(zhì)量。提高產(chǎn)品質(zhì)量有三種基本方法：質(zhì)量保證。質(zhì)量保證人員通過(guò)有計(jì)劃地檢查“工作過(guò)程以及工作成果”是否符合既定的規(guī)范，來(lái)監(jiān)控和改進(jìn)“過(guò)程質(zhì)量”與“產(chǎn)品質(zhì)量”。技術(shù)評(píng)審。請(qǐng)同行專(zhuān)家、技術(shù)人員對(duì)工作成果進(jìn)行評(píng)審，盡早發(fā)現(xiàn)工作成果中的缺陷。測(cè)試。通過(guò)運(yùn)行測(cè)試用例來(lái)找出軟件中的缺陷。例如單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試等。質(zhì)量保證既關(guān)心過(guò)程質(zhì)量又關(guān)心產(chǎn)品質(zhì)量。如果“工作過(guò)程以及工作成果”不符合既定的規(guī)范，那么產(chǎn)品的質(zhì)量肯定有問(wèn)題?；谶@樣的推理，質(zhì)量保證人員即使不是技術(shù)專(zhuān)家，他也能夠客觀地檢查和監(jiān)控產(chǎn)品的質(zhì)量。這是質(zhì)量保證方法富有成效的一面。但是“工作過(guò)程以及工作成果”符合既定的規(guī)范卻并不意味著產(chǎn)品的質(zhì)量一定合格，因?yàn)閮H靠規(guī)范無(wú)法識(shí)別出產(chǎn)品中可能存在的大量缺陷。這是質(zhì)量保證方法的不足之處。所以單獨(dú)的“質(zhì)量保證”其實(shí)并不能“保證質(zhì)量”。技術(shù)評(píng)審與測(cè)試關(guān)注的是產(chǎn)品質(zhì)量而不是過(guò)程質(zhì)量，兩者的技術(shù)強(qiáng)度比質(zhì)量保證要高得多。技術(shù)評(píng)審和測(cè)試能彌補(bǔ)質(zhì)量保證的不足，三者是相輔相成的質(zhì)量管理方法。我們?cè)趯?shí)踐中不能將質(zhì)量保證、技術(shù)評(píng)審和測(cè)試混為一談，也不能把三者孤立起來(lái)執(zhí)行。讓質(zhì)量保證人員參加并監(jiān)督重要的技術(shù)評(píng)審和測(cè)試工作，這是很好的方法。把三者有機(jī)地結(jié)合起來(lái)，可提高工作效率，降低成本。質(zhì)量保證小組（QualityAssuranceGroup,QAG）有如下特點(diǎn)：質(zhì)量保證小組在行政上獨(dú)立于任何項(xiàng)目。這種獨(dú)立性有助于質(zhì)量保證小組客觀地檢查和監(jiān)控“過(guò)程以及產(chǎn)品的質(zhì)量”。質(zhì)量保證小組有一定的權(quán)利，可以對(duì)質(zhì)量不合格的工作成果做出處理。這種權(quán)利使得質(zhì)量保證小組的工作不會(huì)被輕視，并有助于加強(qiáng)全員的質(zhì)量意識(shí)。需要強(qiáng)調(diào)的是，提高產(chǎn)品質(zhì)量是全員的職責(zé)，并非只是質(zhì)量保證小組的職責(zé)。質(zhì)量保證過(guò)程域有3個(gè)主要規(guī)程：“制定質(zhì)量保證計(jì)劃”、“過(guò)程與產(chǎn)品質(zhì)量檢查”和“問(wèn)題跟蹤與質(zhì)量改進(jìn)”，如圖18-1所示。制定質(zhì)量保證計(jì)劃質(zhì)量保證小組為每個(gè)項(xiàng)目指定一名質(zhì)量保證員（即接口人）。質(zhì)量保證員撰寫(xiě)《質(zhì)量保證計(jì)劃》，項(xiàng)目經(jīng)理和質(zhì)量經(jīng)理審批該計(jì)劃?！顿|(zhì)量保證計(jì)劃》的主要內(nèi)容是“過(guò)程與產(chǎn)品質(zhì)量檢查計(jì)劃”、“參與技術(shù)評(píng)審計(jì)劃”和“參與測(cè)試計(jì)劃”。過(guò)程與產(chǎn)品質(zhì)量檢查質(zhì)量保證員客觀地檢查項(xiàng)目成員的“工作過(guò)程”和“工作成果”是否符合既定的規(guī)范，并與項(xiàng)目成員協(xié)商改進(jìn)措施。質(zhì)量保證員記錄本次檢查的結(jié)果和經(jīng)驗(yàn)教訓(xùn)，并及時(shí)通報(bào)給所有相關(guān)人員。問(wèn)題跟蹤與質(zhì)量改進(jìn)質(zhì)量保證員設(shè)法先在項(xiàng)目?jī)?nèi)部解決質(zhì)量問(wèn)題，如果在項(xiàng)目?jī)?nèi)部難以解決，則提交給上級(jí)領(lǐng)導(dǎo)處理。質(zhì)量保證小組分析機(jī)構(gòu)內(nèi)共性的質(zhì)量問(wèn)題，給出質(zhì)量改進(jìn)措施。制定質(zhì)量保證計(jì)劃過(guò)程與產(chǎn)品質(zhì)量檢查問(wèn)題跟蹤與質(zhì)量改進(jìn)周期性地開(kāi)展技術(shù)評(píng)審測(cè)試表示質(zhì)量保證與技術(shù)評(píng)審、測(cè)試有機(jī)結(jié)合圖18-1質(zhì)量保證過(guò)程域示意圖質(zhì)量保證過(guò)程域產(chǎn)生的主要文檔有：《質(zhì)量保證計(jì)劃》，模板見(jiàn)[SPP-TEMP-QA-PLAN]。《質(zhì)量保證檢查表》，模板見(jiàn)[SPP-TEMP-QA-CHECKLIST]。《質(zhì)量保證報(bào)告》，模板見(jiàn)[SPP-TEMP-QA-REPORT]。《質(zhì)量問(wèn)題跟蹤表》，模板見(jiàn)[SPP-TEMP-QA-TRACKING]。2制定質(zhì)量保證計(jì)劃2.1目的制定關(guān)于檢查和改進(jìn)過(guò)程質(zhì)量、產(chǎn)品質(zhì)量的計(jì)劃。2.2角色與職責(zé)質(zhì)量保證小組為每個(gè)項(xiàng)目指定一名質(zhì)量保證員（即接口人）。項(xiàng)目的質(zhì)量保證員制定《質(zhì)量保證計(jì)劃》。項(xiàng)目經(jīng)理和質(zhì)量經(jīng)理（如果存在的話）審批《質(zhì)量保證計(jì)劃》。2.3啟動(dòng)準(zhǔn)則《項(xiàng)目計(jì)劃》已經(jīng)制定。該項(xiàng)目的質(zhì)量保證員已經(jīng)確定。2.4輸入《項(xiàng)目計(jì)劃》2.5主要步驟[Step1]制定過(guò)程與產(chǎn)品質(zhì)量檢查計(jì)劃質(zhì)量保證員根據(jù)本項(xiàng)目的特征，確定需要檢查的主要過(guò)程域和主要工作成果，并估計(jì)檢查時(shí)間和人員。注意，對(duì)某些過(guò)程域的檢查應(yīng)當(dāng)是周期性的而不是一次性的，例如配置管理、需求管理等。質(zhì)量保證員確定相應(yīng)的檢查表（模板見(jiàn)SPP-TEMP-QA-CHECKLIST）。[Step2]制定“參與技術(shù)評(píng)審”的計(jì)劃《技術(shù)評(píng)審計(jì)劃》一般由項(xiàng)目經(jīng)理或者項(xiàng)目的技術(shù)骨干制定。質(zhì)量保證員應(yīng)當(dāng)參與并監(jiān)督重要工作成果如需求、設(shè)計(jì)、代碼的技術(shù)評(píng)審。質(zhì)量保證員根據(jù)《技術(shù)評(píng)審計(jì)劃》，制定“參與技術(shù)評(píng)審”的計(jì)劃。[Step3]制定“參與測(cè)試”的計(jì)劃一般地，項(xiàng)目開(kāi)發(fā)小組自己負(fù)責(zé)單元測(cè)試和集成測(cè)試，機(jī)構(gòu)獨(dú)立測(cè)試小組負(fù)責(zé)最終產(chǎn)品的測(cè)試（如系統(tǒng)測(cè)試和驗(yàn)收測(cè)試）。由于測(cè)試的種類(lèi)比較多，《測(cè)試計(jì)劃》也可能有多個(gè)。質(zhì)量保證員應(yīng)當(dāng)參與并監(jiān)督重要工作成果的測(cè)試。質(zhì)量保證員參考各種《測(cè)試計(jì)劃》，制定“參與測(cè)試”的計(jì)劃。[Step4]審批質(zhì)量保證計(jì)劃雖然質(zhì)量保證小組在行政上獨(dú)立于任何項(xiàng)目，但是質(zhì)量保證員的工作與項(xiàng)目緊密相關(guān)，所以《質(zhì)量保證計(jì)劃》應(yīng)當(dāng)經(jīng)過(guò)項(xiàng)目經(jīng)理的審批才能生效，以確?！顿|(zhì)量保證計(jì)劃》與《項(xiàng)目計(jì)劃》一致。如果機(jī)構(gòu)存在質(zhì)量經(jīng)理，那么質(zhì)量經(jīng)理也要審批《質(zhì)量保證計(jì)劃》，以確保《質(zhì)量保證計(jì)劃》符合機(jī)構(gòu)的要求（避免過(guò)于寬松而流于形式）。2.6輸出《質(zhì)量保證計(jì)劃》2.7結(jié)束準(zhǔn)則《質(zhì)量保證計(jì)劃》已經(jīng)制定，項(xiàng)目經(jīng)理和質(zhì)量經(jīng)理（如果存在的話）批準(zhǔn)該計(jì)劃。2.8度量質(zhì)量保證員統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理和質(zhì)量經(jīng)理。3過(guò)程與產(chǎn)品質(zhì)量檢查3.1目的客觀地檢查項(xiàng)目開(kāi)發(fā)小組的“工作過(guò)程”和“工作成果”是否符合既定的規(guī)范。3.2角色與職責(zé)質(zhì)量保證員負(fù)責(zé)過(guò)程與產(chǎn)品質(zhì)量檢查。3.3啟動(dòng)準(zhǔn)則根據(jù)《質(zhì)量保證計(jì)劃》執(zhí)行質(zhì)量檢查。3.4輸入《質(zhì)量保證計(jì)劃》質(zhì)量保證檢查表3.5主要步驟[Step1]準(zhǔn)備質(zhì)量保證員和項(xiàng)目經(jīng)理確定本次質(zhì)量檢查的時(shí)間、地點(diǎn)、參加人員等。[Step2]客觀地檢查過(guò)程質(zhì)量質(zhì)量保證員根據(jù)檢查表，和相關(guān)的項(xiàng)目成員交談，檢查項(xiàng)目的實(shí)際執(zhí)行過(guò)程（包括項(xiàng)目管理過(guò)程、項(xiàng)目研發(fā)過(guò)程、機(jī)構(gòu)支撐過(guò)程等）是否符合既定的規(guī)范。如果發(fā)現(xiàn)不一致，質(zhì)量保證員應(yīng)當(dāng)與相關(guān)人員分析原因并協(xié)商改進(jìn)措施。[Step3]客觀地檢查工作成果的質(zhì)量質(zhì)量保證員根據(jù)檢查表，和相關(guān)的項(xiàng)目成員交談，檢查項(xiàng)目的工作成果是否符合既定的規(guī)范（一個(gè)產(chǎn)品包含很多工作成果）。如果發(fā)現(xiàn)不一致，質(zhì)量保證員應(yīng)當(dāng)與相關(guān)人員分析原因并協(xié)商改進(jìn)措施。[Step4]記錄檢查結(jié)果質(zhì)量保證員如實(shí)記錄本次質(zhì)量檢查結(jié)果，并總結(jié)經(jīng)驗(yàn)教訓(xùn)。該信息保存在《質(zhì)量保證工作報(bào)告》中。[Step5]通報(bào)結(jié)果質(zhì)量保證員及時(shí)將本次質(zhì)量檢查的結(jié)果、經(jīng)驗(yàn)教訓(xùn)通報(bào)給所有項(xiàng)目成員、上級(jí)領(lǐng)導(dǎo)和其他相關(guān)的人員。3.6輸出《質(zhì)量保證報(bào)告》3.7結(jié)束準(zhǔn)則質(zhì)量保證員已經(jīng)客觀地檢查了過(guò)程質(zhì)量和工作成果的質(zhì)量。質(zhì)量保證員把本次PPQC結(jié)果、經(jīng)驗(yàn)教訓(xùn)通報(bào)給所有相關(guān)人員。3.8度量質(zhì)量保證員統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。4問(wèn)題跟蹤與質(zhì)量改進(jìn)4.1目的識(shí)別質(zhì)量問(wèn)題并跟蹤問(wèn)題的解決過(guò)程；分析共性質(zhì)量問(wèn)題，給出質(zhì)量改進(jìn)措施。4.2角色與職責(zé)項(xiàng)目的質(zhì)量保證員識(shí)別質(zhì)量問(wèn)題并跟蹤問(wèn)題的解決過(guò)程。質(zhì)量保證小組分析機(jī)構(gòu)內(nèi)共性的質(zhì)量問(wèn)題，給出質(zhì)量改進(jìn)措施。4.3啟動(dòng)準(zhǔn)則有關(guān)人員已經(jīng)執(zhí)行質(zhì)量檢查、技術(shù)評(píng)審或者產(chǎn)品測(cè)試。4.4輸入質(zhì)量檢查、技術(shù)評(píng)審或者產(chǎn)品測(cè)試的報(bào)告4.5主要步驟[Step1]記錄質(zhì)量問(wèn)題質(zhì)量保證員記錄在質(zhì)量檢查、技術(shù)評(píng)審和產(chǎn)品測(cè)試過(guò)程中發(fā)現(xiàn)的質(zhì)量問(wèn)題。[Step2]確定解決措施質(zhì)量保證員首先設(shè)法在項(xiàng)目?jī)?nèi)解決已經(jīng)發(fā)現(xiàn)的質(zhì)量問(wèn)題，與項(xiàng)目成員們協(xié)商解決措施。質(zhì)量保證員識(shí)別出那些在項(xiàng)目?jī)?nèi)難以解決的質(zhì)量問(wèn)題，將這些問(wèn)題遞交給上級(jí)領(lǐng)導(dǎo)，由上級(jí)領(lǐng)導(dǎo)給出解決措施。[Step3]跟蹤問(wèn)題的解決過(guò)程質(zhì)量保證員跟蹤問(wèn)題的解決過(guò)程，記錄問(wèn)題的狀態(tài)，直到問(wèn)題被解決為止。[Step4]分析共性問(wèn)題，給出改進(jìn)措施質(zhì)量保證小組分析機(jī)構(gòu)內(nèi)共性的質(zhì)量問(wèn)題，給出質(zhì)量改進(jìn)措施。4.6輸出《質(zhì)量問(wèn)題跟蹤表》4.7結(jié)束準(zhǔn)則所有已經(jīng)識(shí)別出來(lái)的質(zhì)量問(wèn)題都得到妥善的解決。4.8度量質(zhì)量保證員統(tǒng)計(jì)工作量和上述文檔的規(guī)模，匯報(bào)給項(xiàng)目經(jīng)理。5補(bǔ)充企業(yè)根據(jù)自身的實(shí)力、人力資源組建質(zhì)量保證小組，人員可以是全職的也可以是兼職的。一般地，質(zhì)量保證小組和SEPG之和占企業(yè)總?cè)藬?shù)的5％左右。質(zhì)量保證小組應(yīng)當(dāng)擁有直接向上級(jí)領(lǐng)導(dǎo)反映情況、提出建議的權(quán)利，如果質(zhì)量保證小組的地位無(wú)足輕重，他的工作很容易被項(xiàng)目成員輕視或抵制。先對(duì)質(zhì)量保證小組進(jìn)行培訓(xùn)，讓他們掌握必要的工作技能。 三、培訓(xùn)管理培訓(xùn)管理（TrainingManagement,TM）是指根據(jù)機(jī)構(gòu)（或項(xiàng)目）的需求來(lái)制定培訓(xùn)計(jì)劃，并監(jiān)督該計(jì)劃的實(shí)施，確保培訓(xùn)取得預(yù)期效果。培訓(xùn)管理過(guò)程域是SPP模型的重要組成部分。本規(guī)范闡述了培訓(xùn)管理過(guò)程域的兩個(gè)主要規(guī)程：機(jī)構(gòu)培訓(xùn)管理[PASS-PROC-TM-ORG]項(xiàng)目培訓(xùn)管理[PASS-PROC-QA-PROJECT]上述每個(gè)規(guī)程的“目標(biāo)”、“角色與職責(zé)”、“啟動(dòng)準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和“度量”均已定義。本規(guī)范適用于國(guó)內(nèi)IT企業(yè)的軟件研發(fā)項(xiàng)目。建議用戶根據(jù)自身情況（如商業(yè)目標(biāo)、研發(fā)實(shí)力等）適當(dāng)?shù)匦薷谋疽?guī)范，然后推廣使用。1介紹按范圍劃分，培訓(xùn)管理可分為“機(jī)構(gòu)培訓(xùn)管理”和“項(xiàng)目培訓(xùn)管理”。流程如圖20-1所示。確定機(jī)構(gòu)培訓(xùn)需求執(zhí)行培訓(xùn)制定機(jī)構(gòu)培訓(xùn)計(jì)劃培訓(xùn)效果評(píng)估確定項(xiàng)目培訓(xùn)需求執(zhí)行培訓(xùn)制定