Review-評審流程培訓.ppt

1、評審(Review)過程培訓,項目管理部,2,為什么要進行評審,技術工作之所以需要接受同行評審就好比鉛筆需要橡皮一樣，請記?。?凡人皆有錯！(如果你還是凡人的話) 我們離不開同行評審的第二個原因是： 盡管人們善于找出自己所犯的部分錯誤，但是相對于其他任何人而言，大量的各種錯誤還是很容易逃脫創(chuàng)作者的眼睛，這被稱為思維定勢。 第三個原因： 許多缺陷是在早期階段引入的。 缺陷發(fā)現(xiàn)越晚，糾正費用越高。 由于缺陷數(shù)量的放大原因，每個進入下個步驟的缺陷都可能引起下個步驟中的多個缺陷，導致消除缺陷成本的劇增。,3,評審過程是質量保證的重要手段。 評審也是一種靜態(tài)測試，通過對工作產品的檢查，力圖消除已經明顯呈

2、現(xiàn)的錯誤或未來可能發(fā)生的潛在問題。 一般將評審分為：正式評審、非正式評審。,評審的概念,4,評審案例分析,案例一 某軟件公司為某公司A做業(yè)務流程管理系統(tǒng)的需求評審會，當項目組人員在會議上宣讀多達上百頁的需求報告時，用戶明確提出聽不懂，致使會議不得不改日進行。 案例二 某軟件公司在用戶處開完物資管理系統(tǒng)的需求評審會后，與會人員在離開會議室時紛紛搖頭，認為本次會議沒有多少實際效果，完全是在走過場。 案例三 某領域專家A先生就某企業(yè)的成本管理系統(tǒng)做用戶需求報告的評審工作，在評審會開始時間不長，就被在場的某企業(yè)的一位副總B先生打斷，認為A先生提出的方案不適合本企業(yè)，A先生提出的管理改進方案在企業(yè)中無法

3、實施。該副總提完意見后，與會的用戶方人員紛紛跟隨B先生的提出了他們的反對意見，致使評審會無法再進行下去，最終該報告被用戶否決。 案例四 某軟件公司內部舉行產品的需求評審會，主要是公司內部的相關領域的專家參加，在評審會開始后不久，某領域專家就對需求報告中的某個具體問題提出了自己的不同意見，于是，與會人員紛紛就該問題發(fā)表自己的意見，大家爭執(zhí)不下，結果，致使會議出現(xiàn)了混亂狀況，主持人無法控制局面，會議大大超出了計劃評審時間。 案例五 某軟件公司在公司內部舉行產品的需求評審會時，需求報告的執(zhí)筆人與產品策劃的主要策劃人員的想法差別很大，致使需求評審會沒有必要繼續(xù)進行下去。,5,以上的現(xiàn)象可以在很多項目中

4、都可以看到。概括起來，在評審中常見的問題是： 報告很長，短時間內評審者根本就不能把需求報告讀懂、想清楚； 沒有作好前期準備工作，評審的效率很低； 評審的節(jié)奏無法控制； 找不到合格的評審員，與會的評審員無法提出深入的問題； 那么究竟如何做好評審呢？ 我們先往后看，最后再回過頭來看這幾個案例，共同尋找問題和解決方法,評審案例分析,6,評審分類正式評審和非正式評審,正式評審：比較正式和嚴格的評審過程，評審人員做預審、舉行評審會議。 非正式評審：形式比較靈活，通常在同伴（同行）之間開展。 共同重點：評審準備 制定評審策略：選擇要評審的工作產品，確定評審方式。 確定執(zhí)行評審需要的資源，確定評審計劃。 建

5、立評審的規(guī)程和準則。 通知參與評審人員。,7,正式評審參與角色,項目經理,工作產品擁有者,評審員,評審記錄員,評審驗證員,可兼任,不可兼任,評審組織者,8,擁有者自檢工作產品,組織者規(guī)劃本次評審,組織者將評審包及檢查單、評審通知單發(fā)送給評審員,工作產品名稱 參與角色 評審小組成員和角色 Review召開時間、地點 Review關注范圍和重點,通知單內容：,必要時可組織介紹會議,正式評審評審準備,評審通知單,9,介紹會議,組織者裁決是否召開介紹會議。 若召開，則：,工作產品擁有者,必要時可組織預審會議,組織者,正式評審介紹會議,10,評審員做好預審,評審準備期，評審員要盡量與擁有者溝通疑惑點，以

6、便了解雙方在工作產品上的認識。 評審對象是工作產品,而不是作者。 準備工作要充分：組織者根據(jù)準備情況，裁決是否增加準備工作投入,正式評審預審,評審記錄表,評審會議 組織者召開評審會議 擁有者講解工作產品 討論確定問題 記錄員記錄所有問題及分類，并向全體與會者 宣讀缺陷記錄 會議給出評審結論，指定驗證員 組織者更新評審記錄表,11,評說記錄表中記錄的問題 會上發(fā)現(xiàn)的問題 當爭執(zhí)不下時，組織者應作出裁決,大家共同確認的問題,嚴重 中等 一般,缺陷的一般分類,缺陷的一般狀態(tài),剛提出 擁有者已修改 驗證，關閉,評審一般結論,通過（修改后通過） 不通過（修改后重新評審）,正式評審評審執(zhí)行,12,接收評審

7、記錄表和工作產品 對照評審記錄表驗證工作產品中的缺陷是否更改正確 若缺陷未修改正確，返回給擁有者繼續(xù)修改 未在規(guī)定時間內修正的缺陷，置于項目的問題跟蹤表繼續(xù)跟蹤 更新評審報告，提交給組織者,評審記錄表,工作產品對應檢查單,工作產品擁有者 修改工作產品,更新后的 評審記錄表,修正后的工作產品,評審驗證員,正式評審修正和跟蹤,13,評審了待審工作產品。缺陷已被記錄并歸類 跟蹤返工，直到完成修正缺陷的所有工作 返工已通過驗證 評審報告被發(fā)放,組織者： 生成最終的評審報告,正式評審 出口準則,更新后的 評審記錄表,工作產品 對應檢查單,配置管理員將評審報告和檢查單納入項目基線區(qū),正式評審評審報告,評審

8、報告,14,案例一 某軟件公司為某公司A做業(yè)務流程管理系統(tǒng)的需求評審會，當項目組人員在會議上宣讀多達上百頁的需求報告時，用戶明確提出聽不懂，致使會議不得不改日進行。 案例二 某軟件公司在用戶處開完物資管理系統(tǒng)的需求評審會后，與會人員在離開會議室時紛紛搖頭，認為本次會議沒有多少實際效果，完全是在走過場。 案例三 某領域專家A先生就某企業(yè)的成本管理系統(tǒng)做用戶需求報告的評審工作，在評審會開始時間不長，就被在場的某企業(yè)的一位副總B先生打斷，認為A先生提出的方案不適合本企業(yè)，A先生提出的管理改進方案在企業(yè)中無法實施。該副總提完意見后，與會的用戶方人員紛紛跟隨B先生的提出了他們的反對意見，致使評審會無法再

9、進行下去，最終該報告被用戶否決。 案例四 某軟件公司內部舉行產品的需求評審會，主要是公司內部的相關領域的專家參加，在評審會開始后不久，某領域專家就對需求報告中的某個具體問題提出了自己的不同意見，于是，與會人員紛紛就該問題發(fā)表自己的意見，大家爭執(zhí)不下，結果，致使會議出現(xiàn)了混亂狀況，主持人無法控制局面，會議大大超出了計劃評審時間。 案例五 某軟件公司在公司內部舉行產品的需求評審會時，需求報告的執(zhí)筆人與產品策劃的主要策劃人員的想法差別很大，致使需求評審會沒有必要繼續(xù)進行下去。,案例回顧討論,15,同行評審和測試哪一個更合算？ 如果硬要對比的話，同行評審更劃算。同行評審不可能代替測試，做同行評審的目的

10、就是減少泄漏到測試階段的缺陷。從經濟角度考慮，許多缺陷是在早期階段引入的，越早發(fā)現(xiàn)缺陷越經濟，有些早期階段可以進行同行評審，但是無法進行測試。在同行評審上花了很多時間，但在測試中節(jié)省了時間。測試和同行評審相比消耗大量的時間，測試也不能發(fā)現(xiàn)某些特定類型的缺陷（例如違犯編程規(guī)范）。 同行評審是否會延緩項目的周期 同行評審因為減少了后期修改和返工的工作量，所以實際上是縮短了項目的周期。 同行評審有多大作用？ 對于保存精確記錄的大系統(tǒng)，一套完整的同行評審體系能夠使項目在每個測試階段出現(xiàn)的錯誤減少了90。這樣一來，即使在綜合考慮了同行評審活動的成本的情況下，同行評審活動也會使測試成本下降。 同行評審活動

11、還會帶來維護成本的下降，如果某個程序員在開發(fā)階段就接受了完整的同行評審，并且它在維護過程中的改動也經過了同行評審，那么它的維護成本將減少80。 從長遠看，同行評審活動還會顯著提高員工的能力，這種作用是很難用數(shù)字來說明的。總的來說，我們會發(fā)現(xiàn)員工的士氣不斷高漲，他們變得更加敬業(yè)，項目的維持費用降低了，項目估價和進度計劃變得更可靠了，管理部門在保障項目成功中的作用得到了更多的肯定，同時，同行評審活動也使管理部門能夠對員工的個人和整體能力做出正確的評價。 同行評審對提升開發(fā)人員能力的有貢獻嗎？ 即使在技術產品不存在錯誤的情況下，單單對參與者的教育價值而言，同行評審活動就有存在的必要。組織內如果沒有了

12、同行評審活動，大型技術機構內部的溝通和交流就變得緩慢且不可靠了。經驗說明，一個定期參加評審本人和他人工作的程序員，經驗的累積速度是那些單獨工作的程序員的三倍！ 評審活動還承擔著在大范圍交流技術信息的重任，這就補充或者取代了正式書面交流的作用。,關于評審的常見問題,16,同行評審過程似乎在助長技術人員中存在的單兵作戰(zhàn)的趨勢，它會造成這樣的后果嗎？ 恰恰相反，不管人們喜歡與否，審查過程會迫使每個人在一種開放式的環(huán)境中工作。一旦人們懂得了他們的工作都要接受同行評審，他們就會越早地將他們的工作公之于眾，以待監(jiān)督。 同行評審聽起來確實不錯，我們應該如何推行？ 同行評審是一個比較偏管理的方法，要達到效果需要注意很多細節(jié)。俗話說：細節(jié)決