技術評審
術評審（Technical Review, TR）的目的是盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷，從而有效地提高產(chǎn)品的質(zhì)量。
技術評審過程域是SPP模型的重要組成部分。本規(guī)范闡述了技術評審過程域的三個主要規(guī)程：
 制定技術評審計劃 [SPP-PROC-TR-PLANNING]
 正式技術評審 [SPP-PROC-TR-FTR]
 非正式技術評審[SPP-PROC-TR-ITR]
上述每個規(guī)程的“目標”、“角色與職責”、“啟動準則”、“輸入”、“主要步驟”、“輸出”、“完成準則”和“度量”均已定義。
本規(guī)范適用于國內(nèi)IT企業(yè)的軟件研發(fā)項目。建議用戶根據(jù)自身情況（如商業(yè)目標、研發(fā)實力等）適當?shù)匦薷谋疽?guī)范，然后推廣使用。
16.1 介紹
技術評審最初是由IBM公司為了提高軟件質(zhì)量和提高程序員生產(chǎn)率而倡導的。技術評審方法已經(jīng)被業(yè)界廣泛采用并收到了很好的效果，它被普遍認為是軟件開發(fā)的最佳實踐之一。
技術評審能夠在任何開發(fā)階段執(zhí)行，它可以比測試更早地發(fā)現(xiàn)并消除工作成果中的缺陷。技術評審的主要好處有：
 通過消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量。
 越早消除缺陷就越能降低開發(fā)成本。
 開發(fā)人員能夠及時地得到同行專家的幫助和指導，無疑會加深對工作成果的理解，更好地預防缺陷，一定程度上提高了開發(fā)生產(chǎn)率。
可見技術評審有助于“提高質(zhì)量、提高生產(chǎn)率、降低成本”，符合軟件過程改進的根本目的。
技術評審有兩種基本類型：
 正規(guī)技術評審（FTR）。FTR比較嚴格，需要舉行評審會議，參加評審會議的人員比較多。
 非正規(guī)技術評審（ITR）。ITR的形式比較靈活，通常在同伴之間開展，不必舉行評審會議，評審人員比較少。
理論上講，為了確保產(chǎn)品的質(zhì)量，產(chǎn)品的所有工作成果都應當接受技術評審?，F(xiàn)實中，為了節(jié)約時間，允許人們有選擇地對工作成果進行技術評審。技術評審方式也視工作成果的重要性和復雜性而定。
技術評審過程域有三個主要規(guī)程：“制定技術評審計劃”、“正規(guī)技術評審”和“非正規(guī)技術評審”，如圖16-1所示。


圖1 技術評審過程域示意圖
技術評審的注意事項：
 評審人員的職責是發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員給出消除缺陷的辦法，而不是替開發(fā)人員消除缺陷。
 技術評審應當“就是論事”，不要打擊有失誤的開發(fā)人員的工作積極性，更不準搞人身攻擊（如挖苦、諷刺等）。
 在會議評審期間要限制過多的爭論，以免浪費他人的時間。
技術評審過程域產(chǎn)生的主要文檔有：
 整個項目的《技術評審計劃》，模板見 [SPP-TEMP-TR-PLAN]。
 《技術評審通知》，模板見 [SPP-TEMP-TR-NOTES]。
 《技術評審報告》，模板見 [SPP-TEMP-TR-REPORT]。
 常用的《技術評審檢查表》見 [SPP-TEMP-TR-CHECKLIST]。
16.2 制定技術評審計劃
16.2.1 目的
 確定需要評審的工作成果、評審方式，預定評審時間、地點以及相關人員。
16.2.2 角色與職責
 項目的技術負責人（或技術骨干）制定《技術評審計劃》。
 項目經(jīng)理審批《技術評審計劃》。
16.2.3 啟動準則
 《項目計劃》已經(jīng)制定。
16.2.4 輸入
 《項目計劃》
16.2.5 主要步驟
[Step1] 確定需要評審的工作成果
 如果項目的時間充足，為了確保產(chǎn)品的質(zhì)量，應當對產(chǎn)品的所有工作成果都進行技術評審。如果項目的時間不充足，為了節(jié)約時間，可以選擇一些重要的工作成果對其進行技術評審。
[Step2] 確定技術評審方式
 根據(jù)工作成果的重要性和復雜性確定技術評審方式。將重要性、復雜性各分“高、中、低”3個等級。重要性－復雜性組合與技術評審方式的對應關系見下表。

重要性－復雜性組合 技術評審方式（FTR, ITR）
高高 FTR
高中 FTR
高低 FTR 或者ITR均可
中中 FTR 或者ITR均可
中低 ITR
低低 ITR
表2 重要性－復雜性組合與技術評審方式的對應關系
[Step3] 預定評審時間、地點以及相關人員
 根據(jù)《項目計劃》中的進度表，預定評審時間和地點。
 根據(jù)工作成果的特征預定評審主持人和其他評審員。
[Step4] 審批計劃
 項目經(jīng)理根據(jù)《項目計劃》以及現(xiàn)實情況（如可以支配的人力資源），審批《技術評審計劃》。
 項目的技術負責人（或技術骨干）應根據(jù)項目經(jīng)理的批示修正《技術評審計劃》。
16.2.6 輸出
 《技術評審計劃》
16.2.7 結(jié)束準則
 《技術評審計劃》已經(jīng)制定并被項目經(jīng)理批準。
16.2.8 度量
 技術負責人（或技術骨干）統(tǒng)計工作量和上述文檔的規(guī)模，匯報給項目經(jīng)理。
16.3 正式技術評審
16.3.1 目的
 對工作成果進行正式技術評審，盡早地發(fā)現(xiàn)工作成果中的缺陷，并幫助開發(fā)人員及時消除缺陷。
16.3.2 角色與職責
 作者：是指待評審的工作成果的開發(fā)者，可能是一個人也可能是個小組。在評審會議期間，作者答復評審小組的問題，并與評審小組共同查找缺陷、商討缺陷解決方案。評審會議結(jié)束后，作者應當及時消除工作成果中的缺陷。
 評審小組
 評審主持人是應當具備比較高的技術水平和比較豐富的評審經(jīng)驗，能夠控制評審會議的進程。評審主持人可以是項目內(nèi)的技術骨干也可以是項目外的技術專家。評審主持人本身是一名評審員，評審結(jié)論必須有評審主持人的簽字才能生效。
 評審員主要來源于項目內(nèi)和項目外的技術人員，必要時還應當邀請客戶和質(zhì)量保證人員擔任評審員。工作成果的作者不能擔任評審員。評審員的人選以及分工都由評審主持人來確定。評審員應當根據(jù)“檢查表”認真地查找工作成果中的缺陷，并和作者共同商討缺陷解決方案。
 評審小組的總?cè)藬?shù)一般在3～7人之間。
 記錄員：由評審主持人指定一位評審員來擔任記錄員。記錄員如實地將評審過程記錄在指定的文檔中。
16.3.3 啟動準則
 作者已經(jīng)按照指定的格式（如模板）完成了工作成果，對工作成果進行了內(nèi)部檢查，消除了拼寫、排版等初級錯誤。
 根據(jù)《技術評審計劃》，該工作成果進行正式技術評審的時間已到。
16.3.4 輸入
 待評審的工作成果。
 與該工作成果評審相關的一些材料，如檢查表。
16.3.5 主要步驟
正式技術評審的流程如圖16-2所示。

圖16-2 正式技術評審的流程圖
[Step1] 準備評審
 評審主持人首先確定評審會議的時間、地點、設備和參加會議的人員名單（包括評審員、記錄員、作者、旁聽者等），然后起草《技術評審通知》，并告知所有相關人員。
 評審主持人把工作成果及相關材料、技術評審規(guī)程、檢查表等發(fā)給評審員。
 評審員閱讀（了解）工作成果及相關材料。
[Step2] 舉行評審會議
 [Step2.1] 主持人宣講
 主持人宣講本次評審會議的議程、重點、原則、時間限制等。
 [Step2.2] 作者介紹工作成果
 作者扼要地介紹工作成果。
 [Step2.3] 識別缺陷和答辯
 評審員根據(jù)“檢查表”認真查找工作成果的缺陷。
 作者回答評審員的問題，雙方要對每個缺陷達成共識（避免誤解）。
 [Step2.4] 討論缺陷解決方案
 作者和評審員共同討論缺陷的解決方案。
 對于當場難以解決的問題，由主持人決定“是否有必要繼續(xù)討論”或者“另定時間再討論”。
 [Step2.5] 會議結(jié)束決議
 評審小組給出評審結(jié)論和意見，主持人簽字后本次會議結(jié)束。評審結(jié)論有三種：
（1） 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。
（2） 工作成果基本合格，需要作少量的修改，之后通過審核即可。
（3） 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。
[Step3] 修正、跟蹤與審核
 [Step3.1] 修正與跟蹤
 作者修正工作成果，消除已發(fā)現(xiàn)的缺陷。
 評審主持人（或者指定審查員）跟蹤每個缺陷的狀態(tài)。
 [Step3.2] 提交審核
 作者消除所有已發(fā)現(xiàn)的缺陷后，再將修正后的工作成果遞交給評審主持人（或者指定審查員）審核。
 [Step3.2] 審核工作成果
 評審主持人（或者指定審查員）審核修正后的工作成果。審核結(jié)論有兩種：
（1） 修正后的工作成果合格。
（2） 修正后的工作成果仍然不合格，需重新修改，重復[Step3]。
16.3.6 輸出
 該工作成果的《技術評審報告》。
 根據(jù)評審報告修正后的工作成果。
16.3.7 結(jié)束準則
 工作成果中所有已識別的缺陷都已經(jīng)被消除。
16.3.8 度量
 評審主持人統(tǒng)計工作量和上述文檔的規(guī)模，匯報給項目經(jīng)理。
16.4 非正式技術評審
16.4.1 目的
 對工作成果進行快速、靈活地評審，及早地識別和消除工作成果中存在的缺陷。
16.4.2 角色與職責
 作者：是指待評審的工作成果的開發(fā)者，可能是一個人也可能是個小組。作者答復評審員的問題，并與評審員共同查找缺陷、商討缺陷解決方案。評審結(jié)束后，作者應當及時消除工作成果中的缺陷。
 評審員：由作者的同伴或者同行專家擔任評審員，通常一兩個人即可。評審員應當根據(jù)“檢查表”認真地查找工作成果中的缺陷，并和作者共同商討缺陷解決方案。由于參加非正規(guī)評審的人員比較少，由評審員兼做記錄員即可。
16.4.3 啟動準則
 作者已經(jīng)按照指定的格式（如模板）完成了工作成果，對工作成果進行了內(nèi)部檢查，消除了拼寫、排版等初級錯誤。
 根據(jù)《技術評審計劃》，該工作成果進行非正式技術評審的時間已到。
16.4.4 輸入
 待評審的工作成果。
 與該工作成果評審相關的一些材料，如檢查表。
16.4.5 主要步驟
[Step1] 準備評審
 評審員與作者共同確定評審的時間、地點、設備、人員等。起草并將《技術評審通知》發(fā)布給相關人員。
 評審員閱讀（了解）工作成果及相關材料、評審規(guī)程、檢查表等。
[Step2] 評審
 [Step2.1] 介紹
 評審員介紹本次評審的議程、重點、原則、時間限制等。
 作者扼要地介紹工作成果。
 [Step2.2] 識別缺陷和問答
 評審員根據(jù)“檢查表”認真查找工作成果的缺陷。
 作者回答評審員的問題，雙方要對每個缺陷達成共識（避免誤解）。
 [Step2.3] 討論缺陷解決方案
 作者和評審員共同討論缺陷的解決方案。
 對于當場難以解決的問題，由雙方商定“是否有必要繼續(xù)討論”或者“另定時間再討論”。
 [Step2.4] 給出評審結(jié)論
評審員給出評審結(jié)論和意見。評審結(jié)論有三種：
（1） 工作成果合格，“無需修改”或者“需要輕微修改但不必再審核”。
（2） 工作成果基本合格，需要作少量的修改，之后通過審核即可。
（3） 工作成果不合格，需要作比較大的修改，之后必須重新對其評審。
[Step3] 修正、跟蹤與審核
 [Step3.1] 修正與跟蹤
 作者修正工作成果，消除已發(fā)現(xiàn)的缺陷。
 審查員跟蹤每個缺陷的狀態(tài)。
 [Step3.2] 提交審核
作者消除所有已發(fā)現(xiàn)的缺陷后，再將修正后的工作成果遞交給審查員審核。
 [Step3.2] 審核工作成果
審查員審核修正后的工作成果。審核結(jié)論有兩種：
（1）修正后的工作成果合格。
（2）修正后的工作成果仍然不合格，需重新修改，重復[Step3]。
16.4.6 輸出
 該工作成果的《技術評審報告》。
 根據(jù)評審報告修正后的工作成果。
16.4.7 結(jié)束準則
 工作成果中所有已識別的缺陷都已經(jīng)被消除。
16.4.8 度量
 評審員統(tǒng)計工作量和上述文檔的規(guī)模，匯報給項目經(jīng)理。
16.5 實施建議
 對于重要性和復雜性都很高的工作成果，建議先在項目內(nèi)部進行“非正式技術評審”，然后再進行“正式技術評審”。
 技術評審應當與質(zhì)量保證有機地結(jié)合起來，請質(zhì)量保證人員參加并監(jiān)督正規(guī)技術評審是很好的方式。
 技術評審應當與配置管理有機地結(jié)合起來，規(guī)定沒有通過技術評審的工作成果不允許成為基準文件（Baselined）。
 建議機構(gòu)采用統(tǒng)一的缺陷跟蹤工具，使得技術評審所發(fā)現(xiàn)的缺陷能被及時地消除，不被遺漏。
技術評審