0.基本概念
1.目的
①從多方角度檢查和評估每個階段工作產品的合格情況,確保每個階段的產出都是符合既定要求的,從而減少軟件開發週期(包括項目週期)的返工現象;
②靜態地測試程序中可能存在的錯誤或評估程序的過程;
③以更低成本、更高效地在軟件開發生命週期的早期就發現問題,識別產品質量的隱患;
④確保該階段的工作產品能夠成爲下階段工作的正確輸入,採取適當的糾正措施和預防活動,確保後續工作產品的質量;
2.形式
技術評審從形式上分爲兩種:正式評審和非正式評審。
非正式評審包括走查和輪查,形式比較靈活、簡單,但其過程不夠嚴謹,適合代碼走查等工作產品的核查。代碼走查依據研發體系頒佈編碼規範等技術標準,以通過事先制訂好的代碼檢查表(CheckList)進行檢查。
正式評審主要包括正規檢視和同行評審,主要針對技術類設計文檔和方案進行評審和驗證。其中正規檢視最爲正式,而同行評審,作爲較爲正式的一種評審方法使用的最爲頻繁。
同行評審的英文是Peer Review。Review的意思是檢查、審閱。從字面意思可見,同行評審是一羣從事相同或相關工作的人在一起認認真真地對工作產品進行檢查或審閱。對同行的定義就不僅僅侷限於從事相同工作的人,而是與該工作相關的所有人員,例如:軟件開發人員的工作就與軟件設計人員、軟件測試人員、軟件需求人員、項目管理人員的工作息息相關,凡是從事軟件相關工作的人,都可以稱爲同行。
審查一般過程包括:制訂評審計劃、執行評審、評審報告;
1.制訂評審計劃:項目經理在編制項目計劃時需要計劃好所有項目週期中工作產品的評審方式。計劃需要確定哪些階段的哪些工作產品將採用何種方式評審,並寫明評審人員的資格要求,最終將這些內容寫在《項目計劃書》中。
2.準備評審活動:評審活動組織人與待評審的工作產品作者確認待評審的工作產品已經準備完畢,達到評審狀態;評審活動組織人與各位參與人確認同行評審會議可行的時間、地點,編制評審議程安排,並將評審檢查單發給評審的參與對象;待評審的對象須在評審前規定工作日按照評審檢查單的要求準備好待評審對象的講解和演示材料;評委須在評審之前規定工作日完成待評審的工作產品(主要是文檔)的文檔審查,掌握評審的要點;評審組織人在評審前規定工作日與各位評委確認待評審的文檔已經經過審閱,與評審對象確認評審材料已準備好,確認完畢後,向各位參與人正式發出評審會議通知,說明評審會議的議程。
3.執行同行評審:講解人闡述工作產品思路和要點;評委提出問題,和講解人溝通;記錄人將評審會議中所有爭論的關鍵問題以及最後評審的結果記錄下來形成評審報告
4.跟蹤評審結果:評審組織人通知被評審的對象按照《技術評審報告》中的建議對工作產品進行修正;在完成修正之後,與提出意見的人員逐一覈對是否修正正確