評審會議流程一般采取以下幾個步驟：評審會議的準備、評審會議的召開、評審會議的跟蹤三大環節。

一、 評審會議的準備
　　會議的發起人召集會議，發出評審通知（評審內容、會議時間、會議地點、參加人員等），并且將相關待評審的相關資料也發送給參加會議的評委；主要的目的有兩個：第一、讓參加會議的人員對會議的內容有一定的了解，在會議前做好準備，避免盲目的參加會議而浪費自己和其他人的時間；第二、如果該評委在會議時間有其他緊急的事情，可以及早反饋給會議召集人，必便召集人重新確定評委或者評審會議改期召開。

二、 評審會議的召開
　　一般情況下，確定一個會議主持人；其主要的職責是控制會議的進度、時間、協調會議中出現的偏差。對于待評審的工作產品由其生產者采用“走讀”的形式進行講解，在講解的過程中回答評委提出的問題。會議記錄人主要是記錄會議中發現的所有問題，方便會后的修改完善。SQA人員參加會議主要的關注點在于對照SQA的檢查表Checklist檢查評審的流程是否符合規范。

三、 評審會議的跟蹤
　　將記錄的問題匯總到《評審記錄表》，由項目組進行修改、完善；SQA監督所有問題是否封閉。

四、列舉重要工作產品評審的重點：
　　1、計劃的評審
　　主要是關注的核心在于估計是否準確；人員安排是否合理；以上兩個方面如果合理，項目的進度就不會出很大的問題。
　　2、需求的評審
　　主要關注需求來源、需求的準確性、需求的完整性，避免產生二義性；最好讓測試人員和客戶參加，以便讓各角色達成共識。
　　3、總體設計的評審
在總體設計評審中，最好將已經評審通過的需求文檔從配置管理庫中提出，對照總體設計是否和需求一致；另外，技術領域專家參加評審還要關注于設計的合理性、可實現性以及完整性。
　　4、代碼評審
　　由項目組內進行代碼審核，主要關注代碼的格式、整體邏輯、變量的命名、程序注釋等表面的屬性；至于運行質量應當放在單元測試中解決。
　　5、管理性的評審
管理性的評審一般放在里程碑、項目結束后進行。準備的資料包括前期工作的總結，是否按照計劃執行、出現的問題的數目、解決了多少、未解決的問題、是否對后期有影響等。

五、評審中應當把握的幾個原則：
　　1、評審工作產品，而不是評審生產者
　　評審涉及到別人和自我。如果進行的恰當，可以使所有參與者體會到溫暖的成就感。如果不恰當，則可能陷入審問的氣氛之中。應當溫和的指出錯誤，會議的氣氛應當是輕松和建設性的；不要試圖貶低或者羞愧別人。主持人應當加以引導，以保證會議始終處于恰當的氣氛和態度中，如果失去控制應立即休會。
　　2、制定日程，并且遵守日程
　　各中會議都有一個主要的缺點：放任自流。評審會議必須保證不要離題和按照計劃進行。主持人要有維持會議的程序的責任，有人在轉移話題的時候應當提醒。
　　3、限制爭論和辯駁
評委提出問題時，未必所有人都能認同該問題的嚴重性或者能馬上打成一直的意見。不要花費時間爭論這一問題，應當記錄在案，留會后討論。
　　4、對各個問題發表見解，但是不要試圖解決所有記錄的問題
　　評審會議不是解決問題的會議。問題的解決由生產者自己或者其他人的幫助下完成。問題的解決方案應當在會后進行。
　　5、作書面筆記
　　有時候讓記錄員在黑板上作筆記是個好主意，在記錄的時候，評委可以推敲措詞，確定問題的優先次序。
　　6、限制參與人數，并且堅持事先做準備
　　倆個人的腦袋好過一個，但是14個腦袋未必就好過4個。將評審涉及的人員數量保證保持在最小的值上。所有參與會議的人員要事先作好準備。
　　7、為每個可能要評審的工作產品建立一個檢查表
檢查表能幫助評審主持人組織會議，并幫助每個與會人員將注意力集中在重要問題上。
　　8、為評審分配資源和時間
　　評審要占項目組的資源和時間。所以，評審會議一定要作為軟件工作活動的任務加以調度。可以在綜合計劃中考慮進去。
　　9、對所有的評審者進行有意義的培訓
為了提高效率，所有參與評審會議的人都應當接受正式的培訓。
　　10、會議時間的控制
　　為了提高效率，每次評審會議只評審一個工作產品，并且時間最長不能超過2個小時。所以要求，在評審準備時候各位評委事先作好準備。

參考資料：http://www.soft6.com/tech/3/35876.html