400-0571-361
評審會議流程一般采取以下幾個步驟：評審會議的準備、評審會議的召開、評審會議的跟蹤三大環(huán)節(jié)。
一、 評審會議的準備
會議的發(fā)起人召集會議，發(fā)出評審通知（評審內容、會議時間、會議地點、參加人員等），并且將相關待評審的相關資料也發(fā)送給參加會議的評委；主要的目的有兩個：第一、讓參加會議的人員對會議的內容有一定的了解，在會議前做好準備，避免盲目的參加會議而浪費自己和其他人的時間；第二、如果該評委在會議時間有其他緊急的事情，可以及早反饋給會議召集人，必便召集人重新確定評委或者評審會議改期召開。
二、 評審會議的召開
一般情況下，確定一個會議主持人；其主要的職責是控制會議的進度、時間、協(xié)調會議中出現(xiàn)的偏差。對于待評審的工作產品由其生產者采用“走讀”的形式進行講解，在講解的過程中回答評委提出的問題。會議記錄人主要是記錄會議中發(fā)現(xiàn)的所有問題，方便會后的修改完善。SQA人員參加會議主要的關注點在于對照SQA的檢查表Checklist檢查評審的流程是否符合規(guī)范。
三、 評審會議的跟蹤
將記錄的問題匯總到《評審記錄表》，由項目組進行修改、完善；SQA監(jiān)督所有問題是否封閉。
附錄：
（1） 列舉重要工作產品評審的重點：
A 計劃的評審
主要是關注的核心在于估計是否準確；人員安排是否合理；以上兩個方面如果合理，項目的進度就不會出很大的問題。
B 需求的評審
主要關注需求來源、需求的準確性、需求的完整性，避免產生二義性；最好讓測試人員和客戶參加，以便讓各角色達成共識。
C 總體設計的評審
在總體設計評審中，最好將已經評審通過的需求文檔從配置管理庫中提出，對照總體設計是否和需求一致；另外，技術領域專家參加評審還要關注于設計的合理性、可實現(xiàn)性以及完整性。
D 代碼評審
由項目組內進行代碼審核，主要關注代碼的格式、整體邏輯、變量的命名、程序注釋等表面的屬性；至于運行質量應當放在單元測試中解決。
E 管理性的評審
管理性的評審一般放在里程碑、項目結束后進行。準備的資料包括前期工作的總結，是否按照計劃執(zhí)行、出現(xiàn)的問題的數(shù)目、解決了多少、未解決的問題、是否對后期有影響等。
（2） 評審中應當把握的幾個原則：
A 評審工作產品，而不是評審生產者
評審涉及到別人和自我。如果進行的恰當，可以使所有參與者體會到溫暖的成就感。如果不恰當，則可能陷入審問的氣氛之中。應當溫和的指出錯誤，會議的氣氛應當是輕松和建設性的；不要試圖貶低或者羞愧別人。主持人應當加以引導，以保證會議始終處于恰當?shù)臍夥蘸蛻B(tài)度中，如果失去控制應立即休會。
B 制定日程，并且遵守日程
各中會議都有一個主要的缺點：放任自流。評審會議必須保證不要離題和按照計劃進行。主持人要有維持會議的程序的責任，有人在轉移話題的時候應當提醒。
C 限制爭論和辯駁
評委提出問題時，未必所有人都能認同該問題的嚴重性或者能馬上打成一直的意見。不要花費時間爭論這一問題，應當記錄在案，留會后討論。
D 對各個問題發(fā)表見解，但是不要試圖解決所有記錄的問題
評審會議不是解決問題的會議。問題的解決由生產者自己或者其他人的幫助下完成。問題的解決方案應當在會后進行。
E 作書面筆記
有時候讓記錄員在黑板上作筆記是個好主意，在記錄的時候，評委可以推敲措詞，確定問題的優(yōu)先次序。
F 限制參與人數(shù)，并且堅持事先做準備
倆個人的腦袋好過一個，但是14個腦袋未必就好過4個。將評審涉及的人員數(shù)量保證保持在最小的值上。所有參與會議的人員要事先作好準備。
G 為每個可能要評審的工作產品建立一個檢查表
檢查表能幫助評審主持人組織會議，并幫助每個與會人員將注意力集中在重要問題上。
H 為評審分配資源和時間
評審要占項目組的資源和時間。所以，評審會議一定要作為軟件工作活動的任務加以調度?？梢栽诰C合計劃中考慮進去。
I 對所有的評審者進行有意義的培訓
為了提高效率，所有參與評審會議的人都應當接受正式的培訓。
J 會議時間的控制
為了提高效率，每次評審會議只評審一個工作產品，并且時間最長不能超過2個小時。所以要求，在評審準備時候各位評委事先作好準備。
