技術評審會議“紀實”

深圳漢捷研發(fā)管理咨詢有限公司　靖爽

以下情節(jié)，如有雷同，純屬正常。
望著滿滿一屋子的人，張強長長出了一口氣——技術評審會議終于可以如期召開了。張強是宏大軟件公司 的QA，這次評審會由他主持，回想起評審準備工作的艱辛，張強又默默嘆了口氣。
宏大公司的歷史并不長，主要產(chǎn)品是電信設備的資源管理系統(tǒng)和網(wǎng)絡管理系統(tǒng)，客戶對這類產(chǎn)品功能和質量方面的要求是相當高的——當然了，電信設備影響到千家萬戶，出了問題可不是好玩的。宏大公司的產(chǎn)品原來還是不錯的，當時公司有幾個業(yè)務、技術的高手，并且在電信行業(yè)里摸爬滾打了多年，開發(fā)出的產(chǎn)品都會得到客戶的認可；但是現(xiàn)在公司來了很多新員工，開發(fā)團隊一下子“臃腫”起來，但是能力卻不敢恭維，要命的是客戶現(xiàn)在會提出一些“稀奇古怪”的需求，電信設備也不斷的更新?lián)Q代，所以宏大公司的產(chǎn)品質量一下子成了大問題。公司老板賈至強意識到產(chǎn)品質量問題關系到公司發(fā)展，公司特意在研發(fā)部門設立了QA的角色——這還是CMM培訓的收獲，之前大家都不知道“質量保證”為何物。
張強就是在這樣的背景下走馬上任的，盡管大家已經(jīng)認識到質量保證活動對產(chǎn)品質量是有益的，但是在進度壓力下仍然會超近路——這個項目在計劃中本來并沒有正規(guī)技術評審活動的安排，這次評審還是張強對項目經(jīng)理王方“軟硬兼施”爭取來的，其實王方也知道評審的價值——至少書上都這么說；但進度太緊，對開發(fā)過程中“非重要非緊急”的活動只能忍痛割愛，要知道產(chǎn)品沒有按時發(fā)布，挨板子的是他這個項目經(jīng)理，而不是什么QA。確實是張強的“糾纏”感動了王方，當然王方也想看看評審究竟有什么效果，畢竟正式的評審對于宏大公司來講還是新鮮事務。
“請大家注意，現(xiàn)在進行網(wǎng)管系統(tǒng)NMS V2.0的技術評審會，評審對象是本項目的概要設計文檔，上周三我已經(jīng)向各位評審專家下發(fā)了評審通知，從評審意見的反饋情況看，多數(shù)專家還是相當認真的，提出了很多問題，但是有部分專家 … …”
“是這樣，我昨天剛剛出差回來，在外地沒有收到郵件，今天才知道評審會就趕來了，以后的評審請盡量通知到我?！边€沒等張強說完，李利搶著解釋到。
“我這幾天一直在忙著Q3接口的技術預研項目，實在抽不出時間來；不過我還是瀏覽了一下評審材料，只是沒有形成書面的意見。”趙剛也解釋著。
“我提個建議啊，在評審初期開個介紹會議，請評審材料的作者給大家簡單介紹一下設計思路和要點，畢竟我對這個項目不大了解，熟悉評審材料就花了我三個小時的時間?！?br> “我覺得也應該增加介紹會議?！庇袔讉€人表示贊同。
“大家的意見非常好，我在組織上確實有些問題，以后我會在這些薄弱的環(huán)節(jié)進行改進的?！睆垙娺M行了簡短的總結。
其實他也有自己的苦衷，預審前的介紹會是他極力向王方要求的，不過王方認為實在擠不出時間，只能作罷；在評審專家的選擇上也是煞費苦心：合格的技術專家目前都很忙，況且技術評審也不是人家“份內”的事情，參加評審現(xiàn)在不記在正常的工作量里面；最令張強擔心的是目前邀請的專家中并沒有人熟悉接口模塊中MIB管理信息庫，這是這個版本中新增加的重要功能之一，對此模塊精通的專家袁力此時正在北京解決客戶現(xiàn)場的問題，沒辦法參加評審。
王方認為合格的評審專家沒有時間，可以發(fā)動新員工參加，畢竟他們有熱情、肯學習，也許可以彌補業(yè)務上的缺欠，而且人多力量大，“三個臭皮匠頂個諸葛亮”——此次評審專家足足有二十人之多。
不過從反饋的評審意見上看卻無法樂觀，這些新員工盡管很認真，但對評審材料學習的成分大于評審，發(fā)現(xiàn)的很多問題是排版錯別字、技術或業(yè)務的疑問等（當然張強也認為評審材料不太合格，單單錯別字就足以說明問題了，但是王方認為“大事不糊涂”就可以了），沒有發(fā)現(xiàn)材料中關鍵的問題；倒是幾個技術骨干提出了一些中肯的意見——張強認為這還遠遠不夠，根據(jù)經(jīng)驗其中應該還隱藏著大量的缺陷沒有發(fā)現(xiàn)，但是沒有以前的記錄統(tǒng)計資料，張強也無法用數(shù)據(jù)指出其中的差距，只能寄希望于評審會上發(fā)現(xiàn)問題了。
“趙剛，先來談談你發(fā)現(xiàn)的問題。小李，你做今天的會議紀要吧。”張強知道趙剛是業(yè)務上的高手，而且素來謹慎，所以要求他最先發(fā)言。
“我在網(wǎng)管協(xié)議的選擇有些疑問，在設計中使用SNMP的V1這個版本，估計是考慮重用我們以前的協(xié)議模塊，雖然減少工作量，但是V1不支持大數(shù)據(jù)量的傳送，只支持一個管理工作站，而且缺乏在開放的公共網(wǎng)絡環(huán)境下運作的安全特性，這些特性上的限制無法支撐我們這個版本的網(wǎng)管系統(tǒng)；我建議系統(tǒng)支持SNMP的V2這個版本，可以支持大數(shù)據(jù)量的傳送，目前這個版本已經(jīng)成熟，而且多數(shù)新的設備已經(jīng)提供了對V2的支持，至于V3盡管有加密、鑒權、訪問控制等特性，但是設備商對此并未達成共識，所以并不常用，我們可以考慮在后續(xù)版本提供?！?br> “下一個問題，對于告警信息的上傳，建議區(qū)分不同的優(yōu)先級，否則容易造成信息風暴… …”
趙剛雖然只是“瀏覽”了一下材料，所指出的問題卻使大家不斷點頭，也有人就某個問題發(fā)表一下自己的看法，這種吸引力也使負責記錄的小李沉醉其中，直到張強敲敲本子提醒他做記錄。
趙剛發(fā)表完了意見，孫旭就開始了。孫旭在公司效力多年，盡管戰(zhàn)績顯赫，但他的火爆脾氣卻令同事敬而遠之，就是公司的老大賈至強也對他無可奈何。
“數(shù)據(jù)配置這個模塊是誰設計的？！都是什么年代了，可配置的數(shù)據(jù)類型還這么少，以前我們給客戶配置靠MML（人機命令）就可以搞定，現(xiàn)在人家要自己配置，如果你還不知道客戶的要求，到現(xiàn)場挨一頓罵就清醒了！”
“還有，設備類型匹配的算法居然使用邏輯鏈處理，真是笨了個靈巧！我們需要處理的設備類型比你吃的大米飯粒還多，用你的if、else、case寫出來，亂的能讓我把前天吃的都吐出來，我估計大學里也沒學會啥是表驅動， 這都是大學胡亂擴招惹的禍…….。唉，算了算了，國家大事咱也管不了，對評審我就是這些意見，本來還想在會上共同切磋切磋，你們怎么都像睡著了似的！” 孫旭悻悻道。
實際上大家也都認同孫旭指出的問題，但是這種過于“刺激”的提法著實令人無法接收，所以都盼著他快快結束這種“震撼式的教育”，哪還會有人主動和他探討問題。
李利和孫旭幾乎是同時進公司的，對孫旭的話不以為然，接著孫旭的話題說，“就是你大呼小叫把我吵醒了，都是內部矛盾犯得上嗎？昨天小泉又跑到靖國神社去拜鬼，也沒見你這么激動過?！?br> 孫旭本來已經(jīng)坐下了，一下子又站起來，“就為這事，我昨天氣得晚飯都沒吃，實在餓的不行了就去喝了三瓶雪花。日本人實在太無恥了！”
“當年日本鬼子殺了那么多中國人，現(xiàn)在倒像是我們做錯了什么！”
“我就是想不通東史郎這個老鬼子，怎么忽然成了我們的朋友？！”
“要是我能去日本，早就把靖國神社給砸了?！?br> “… …”
真是一石激起千層浪，本來幾個坐在后面打瞌睡的也加入了聲討的行列。
“好了，還是回到我們的評審議題上來吧！” 項目經(jīng)理王方實在不能容忍時間被這么浪費。
“… …”
“… …”
不知不覺，評審會已經(jīng)開了三個小時，評審意見已經(jīng)發(fā)表的差不多了，不過張強覺得還是有些意猶未盡，會上基本都是在確認預審時發(fā)現(xiàn)的問題，大家的評審意見都沒有涉及到MIB管理信息庫，通過會上“頭腦風暴”所碰撞出來的新問題少之又少——這并沒有達到他會前的預期。同時張強也發(fā)現(xiàn)這么多人參加的會議，常常是一個人在前面講，其他人在下面聽，經(jīng)常發(fā)言也都是那么幾個固定的，坐在后面的人開始的時候還算認真，后來就紛紛開小會了——下次一定不能找這么多人開評審會了， 5個人足以搞定。
張強正在為評審會的總結打著腹稿，會議室的門開了——賈至強匆匆走了進來。他剛剛完成了一個重要的客戶會議，就趕來了。本來張強并沒有邀請賈至強參加，主要是怕大家無法盡情的發(fā)表意見，但是他還是忍不住要過來；其實當年他也是技術方面的高手，產(chǎn)品早期的版本中還能夠發(fā)現(xiàn)他的痕跡，只是這兩年忙于業(yè)務和管理，技術也就生疏了。
看到賈至強，大家的表情頃刻凝固了——張強可沒說老板要參加，正在侃侃而談的工程師機械的咽了口吐沫：“我的意見已經(jīng)講完了?！?br> 賈至強本來是想聽聽大家的評審意見，但是坐了五分鐘，幾乎沒有人出聲——只有負責記錄的小李倒了杯水說“賈總，請喝水”。
賈至強似乎意識到了什么，就抬頭問張強評審會效果怎么樣。
“大家相當認真，提出了很多寶貴的意見，”
“那么，你認為NMS V2.0的概要設計文檔質量怎么樣，是否可以順利進入詳細設計階段？”
大家的目光都聚焦到張強臉上，張強甚至可以感覺到項目經(jīng)理王方獨特的灼人的眼神。
張強用手抹了一下鼻尖上滲出的汗珠，看著王方，一字一板的說著：“我和王經(jīng)理認為通過此次技術評審，評審材料已經(jīng)基本達到標準，可以進入下一階段；但是文檔中還存在一些較大的問題和風險?！敝皇呛蟀刖渎曇籼×?，以至坐在旁邊的小李都沒有聽到，也就沒有出現(xiàn)在會議紀要中。
賈至強當然也沒有聽到他的后半句，他點了點頭，環(huán)視參加會議的人員，然后滿意的說：“這次評審會開得非常成功，大家辛苦了，謝謝諸位，散會?！?br> 大家魚貫而出。
張強感覺有些沮喪和無奈，當然還有些對項目未來的擔憂。等大家都走了，他最后起身收拾會議材料，將要關燈的時候，忽然發(fā)現(xiàn)趙剛還坐在角落了，沒有離開的意思，“怎么還不走？”
“十分鐘后，我們項目組還有一個評審會。” 趙剛頭也沒抬，只是揉了揉太陽穴。

技術評審常見問題及其解決方法
標記 問 題 后 果 解 決 建 議
1. 項目計劃中沒有包括必要的評審 評審倉促進行、或者可有可無，保證產(chǎn)品質量需要過分依賴于測試 在項目計劃中包括評審和跟蹤修改的時間安排
2. 預審之前沒有進行介紹會議 評審專家需要花過多時間了解評審材料，效率不高 評審專家對評審材料不熟悉時需要召開介紹會
3. 評審專家的選擇沒有覆蓋到評審材料 部分評審對象無人負責，評審不完整 針對評審材料選擇評審專家，需要覆蓋完整，可以采取“輪查”的方法
4. 評審專家數(shù)量不合理 容易導致評審專家責任心降低，影響評審效果 專家數(shù)量一般為3～7人，選擇專家時關注質量而不是數(shù)量
5. 預審安排不合理或者進行不充分 數(shù)據(jù)顯示預審可以發(fā)現(xiàn)90％的問題，評審會上只能發(fā)現(xiàn)10％的問題，“丟了西瓜揀芝麻” 將預審反饋的問題質量作為可否召開正式評審會的重要標志之一
6. 問題沒有記錄 無法對發(fā)現(xiàn)問題進行跟蹤解決，評審沒有起到作用 指定專人進行記錄、問題解決的跟蹤
7. 沒有建立評審要素表或者要素不符合公司的實際情況 評審時無據(jù)可依，無法積累公司的研發(fā)資產(chǎn)，評審效果完全依賴專家個人能力 建立評審要素表，并及時優(yōu)化之
8. 缺乏評審的歷史數(shù)據(jù) 無法對評審質量、評審改進進行評估和管理 搜集歷次評審的數(shù)據(jù)，建立公司過程能力基線
9. 評審會上跑題或者陷入細節(jié)，沒有及時控制 評審效率不高 主持人需要進行控制
10. 急欲給出問題的解決思路 “在食物和性之后，人類最大的驅動力就是告訴別人如何去做事情”，但是在沒有充分思考和了解全部細節(jié)時給出的往往不是最佳方案 評審注重發(fā)現(xiàn)問題，而不是解決問題
11. 評審會時間過長或者評審專家在一天之內安排多次評審 評審專家無法長時間集中精力，技術評審對普通人類精神聚焦的作用遠遠達不到老虎機和麻將 一般兩小時左右為宜，可以將一個過長的評審分成幾個部分
12. 評審材料質量低劣 評審專家無法聚焦于關鍵問題，而耗費在低級錯誤上，影響評審效果 評審材料需要自檢，評審組織者需要評估材料是否可以進行評審
13. 領導的不恰當參加 領導的意見可以主導其他人員的意見，評審會成了“一言堂” 盡量避免高層領導參加技術評審會，即使參加其身份也是技術評審專家

（漢捷研發(fā)管理咨詢 靖爽）

【?發(fā)表評論?0條?】