教你組織軟件開發(fā)過程中的評審會議

1、教你組織軟件開發(fā)過程中的評審會議同行評審對于軟件企業(yè)來說是很有效的一種方式會議變成了討論會議，對具體的問題爭論不休，經(jīng)常跑題，使評審的效果大大的降低實施的過程中根據(jù)同行評審的要求，總結(jié)出來以下經(jīng)驗供大家參考。同行評審的目的是及早高效的發(fā)現(xiàn)并消除開發(fā)過程中出現(xiàn)的缺陷 果的關(guān)鍵。只有評審會議比較完滿了，其他修改Bug、消除缺陷都比較容易完成。我在這里 述。跟蹤三大環(huán)節(jié)。一、 評審會議的準(zhǔn)備（ 召集人，必便召集人重新確定評委或者評審會議改期召開。二、 評審會議的召開中出現(xiàn)的偏差。評委提出的問題。會議記錄人主要是記錄會議中發(fā)現(xiàn)的所有問題，方便會后的修改完善。SQA 人員參加會議主要的關(guān)注點在于對照SQ

2、A 的檢查表Checklist 檢查評審的流程是否符合規(guī)范。三、 評審會議的跟蹤將記錄的問題匯總到評審記錄表SQA 監(jiān)督所有問題是否封閉。附錄：列舉重要工作產(chǎn)品評審的重點：A 計劃的評審目的進(jìn)度就不會出很大的問題。需求的評審和客戶參加，以便讓各角色達(dá)成共識?？傮w設(shè)計的評審?fù)暾?。D 代碼評審表面的屬性；至于運行質(zhì)量應(yīng)當(dāng)放在單元測試中解決。E 管理性的評審 否按照計劃執(zhí)行、出現(xiàn)的問題的數(shù)目、解決了多少、未解決的問題、是否對后期有影響等。評審中應(yīng)當(dāng)把握的幾個原則：A 評審工作產(chǎn)品，而不是評審生產(chǎn)者氛和態(tài)度中，如果失去控制應(yīng)立即休會。制定日程，并且遵守日程各中會議都有一個主要的缺點主持人要有維持會議

3、的程序的責(zé)任，有人在轉(zhuǎn)移話題的時候應(yīng)當(dāng)提醒。限制爭論和辯駁要花費時間爭論這一問題，應(yīng)當(dāng)記錄在案，留會后討論。D 對各個問題發(fā)表見解，但是不要試圖解決所有記錄的問題題的解決方案應(yīng)當(dāng)在會后進(jìn)行。E 作書面筆記問題的優(yōu)先次序。F 限制參與人數(shù)，并且堅持事先做準(zhǔn)備14 4 個。將評審涉及的人員數(shù)量保證保持在最小的值上。所有參與會議的人員要事先作好準(zhǔn)備。G 為每個可能要評審的工作產(chǎn)品建立一個檢查表檢查表能幫助評審主持人組織會議，并幫助每個與會人員將注意力集中在重要問題上。H 為評審分配資源和時間度。可以在綜合計劃中考慮進(jìn)去。I 對所有的評審者進(jìn)行有意義的培訓(xùn)為了提高效率，所有參與評審會議的人都應(yīng)當(dāng)接受正式的培訓(xùn)。J 會議時間的控制為了提高效率，每次評審會議只