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