張萍等

摘要： 如何提高評審的效率？為什么那么多評審會都成了過場會？本文結(jié)合實(shí)踐和小結(jié)，介紹了讓評審更高效的那些輕量級實(shí)踐的小智慧，實(shí)現(xiàn)了評審會從“人人怨”到“人人愿”的順勢成長。

關(guān)鍵詞：軟件質(zhì)量；評審；度量；持續(xù)改進(jìn)

1引言

軟件評審是軟件質(zhì)量管理中的關(guān)鍵一環(huán)，而在實(shí)際的評審過程中，常常出現(xiàn)因?yàn)閰⑴c評審的專家不能全部到位而在評審時(shí)拉壯丁，評審先變科普會、再變批斗會，以及其他一般會議中常見的如遲到、議題偏離等原因，導(dǎo)致評審會議效率不高。

如何提供評審的效率？以下跟大家分享軟件過程評審的輕量級實(shí)踐。

2評審定義

軟件評審，是指在軟件開發(fā)過程中，由參與評審的人員對軟件開發(fā)文檔或代碼進(jìn)行評審或檢查，目的是幫助查找缺陷和改進(jìn)點(diǎn)。

根據(jù)評審的內(nèi)容特點(diǎn)，評審活動(dòng)可分為管理類評審和技術(shù)類評審。

管理類評審：與管理相關(guān)的評審活動(dòng)，如立項(xiàng)評審、項(xiàng)目計(jì)劃評審、里程碑評審、結(jié)項(xiàng)評審等。管理評審方式包括：會議、會簽、審批三種；

技術(shù)類評審：與技術(shù)相關(guān)的評審活動(dòng)，如需求評審、概要設(shè)計(jì)評審、詳細(xì)設(shè)計(jì)評審、代碼走查、測試用例評審等。技術(shù)類評審主要方式為技術(shù)評審會議和組內(nèi)會議兩種方式。

3評審角色

參與評審會的主要角色：被評審人、評審組織者、評審組長、會議記錄人、公司歸檔人。

評審組長一般由領(lǐng)導(dǎo)和專業(yè)負(fù)責(zé)人組成，評審組長需提供明確的評審結(jié)論。會議記錄人一般由項(xiàng)目組內(nèi)及組外（如測試負(fù)責(zé)人）兩人承擔(dān)，以上人員如有無法參加的情況，需指明代理人，代理人承擔(dān)相應(yīng)職責(zé)。

4評審流程

軟件評審內(nèi)容：

1）檢驗(yàn)產(chǎn)品是否滿足以前的規(guī)范，如需求或設(shè)計(jì)文檔；

2）識別產(chǎn)品相對于標(biāo)準(zhǔn)的偏差；

3）向作者提出改進(jìn)建議；

4）促進(jìn)技術(shù)交流和學(xué)習(xí)。

下表為輕量級評審實(shí)踐中總結(jié)的一頁紙規(guī)程。

1）必須評審的階段/文檔：需求、設(shè)計(jì)。

2）評審項(xiàng)說明：需求須是需求說明書；設(shè)計(jì)包括原型設(shè)計(jì)，概要、詳細(xì)和數(shù)據(jù)庫設(shè)計(jì)說明書。

3）評審約定：文檔以公司的組織財(cái)富庫中的模板為基準(zhǔn)。

4）主要參會角色：領(lǐng)導(dǎo)、專業(yè)負(fù)責(zé)人及項(xiàng)目相關(guān)人員。

5）所有參會人員須簽到。會議紀(jì)要發(fā)送前需抄送給項(xiàng)目負(fù)責(zé)人及QA審核。評審組織者審核會議紀(jì)要時(shí)，需提供發(fā)現(xiàn)缺陷數(shù)、會議時(shí)間等量化數(shù)據(jù)，并負(fù)責(zé)將會議結(jié)論發(fā)送參會人員及抄送領(lǐng)導(dǎo)。評審結(jié)果為有條件通過的，需一周內(nèi)修改完成再次發(fā)郵件給參會人員確認(rèn)；對于評審不通過的，項(xiàng)目組須兩周內(nèi)發(fā)起復(fù)審申請。

6）對于評審發(fā)現(xiàn)的問題，會議記錄人需跟蹤問題狀態(tài)直到關(guān)閉。

7）對于質(zhì)量專委會工作中發(fā)現(xiàn)的典型事件，公司實(shí)行獎(jiǎng)懲。

5評審要點(diǎn)

在評審時(shí)，對如下評審要點(diǎn)會重點(diǎn)關(guān)注，也往往在這些評審點(diǎn)更容易發(fā)現(xiàn)較多的問題：

1）使用了新技術(shù)，方法，工具的組件

2）關(guān)鍵的架構(gòu)性的組件

3）難以理解，卻又必須準(zhǔn)確和優(yōu)化的復(fù)雜邏輯或算法

4）具有危險(xiǎn)失敗模式的組件，而且是任務(wù)、可靠性、安全性關(guān)鍵的

5）具有多個(gè)異常條件或失敗模式的組件

6）不易測試的異常處理代碼

7）打算復(fù)用的組件

8）將作為其他組件的模型或模板的組件

9）影響產(chǎn)品多個(gè)部分的組件

10）復(fù)雜的用戶界面

11）由缺乏經(jīng)驗(yàn)的開發(fā)者創(chuàng)建的組件

12）具有高復(fù)雜度的代碼模塊

6結(jié)束語

對于智力高密集型的企業(yè)來說，最大的成本是人力成本。在評審實(shí)踐中，我們還注重采用多種實(shí)際工具和手段，如針對階段評審的注意積累檢查清單；還有些評審是以在線的形式進(jìn)行的，對于評審中量化項(xiàng)，可通過系統(tǒng)平臺進(jìn)行在線確認(rèn)；對于代碼評審，先利用一些業(yè)內(nèi)工具進(jìn)行預(yù)審；對于存在嚴(yán)整分歧的問題，會另外組織小型的專題會議進(jìn)行討論以便解決問題。通過以上輕量級的實(shí)踐，提供人員利用效率，做好項(xiàng)目成本管控。

通過提高評審會的效率，不但確保了軟件的質(zhì)量，而且實(shí)施成本較低，在團(tuán)隊(duì)實(shí)施中非常容易推廣。

通過提高評審會的效率，也加強(qiáng)了組織的度量，包括項(xiàng)目及項(xiàng)目團(tuán)隊(duì)的數(shù)據(jù)度量，為組織升級到CMMI4、CMMI5級的高成熟度奠定了數(shù)據(jù)和質(zhì)量的基礎(chǔ)。

當(dāng)然，在以上的評審實(shí)踐過程中，我們還在不斷積累的評審專家信息、評審高風(fēng)險(xiǎn)點(diǎn)、評審度量項(xiàng)以及最佳實(shí)踐場景等組織資產(chǎn)財(cái)富，為組織的持續(xù)改進(jìn)保駕護(hù)航。

參考文獻(xiàn)

[1]項(xiàng)目管理協(xié)會，《項(xiàng)目管理知識體系指南》，2009

[2]CMMI Product Team，《CMMI? for Development， Version 1.3》，2010

[3]Mark C. Paulk，《A Comparison of ISO 9001 andthe Capability Maturity Model forSoftware》，1994

作者簡介：張萍，信息系統(tǒng)項(xiàng)目管理師，多年軟件開發(fā)、質(zhì)量管理經(jīng)驗(yàn)，目前在福建國源通信技術(shù)有限公司南京分公司負(fù)責(zé)質(zhì)量管理工作。

夏仲鐘，多年項(xiàng)目管理經(jīng)驗(yàn)，目前在福建國源通信技術(shù)有限公司南京分公司負(fù)責(zé)項(xiàng)目管理工作。

張坤，多年軟件開發(fā)與設(shè)計(jì)經(jīng)驗(yàn)，目前在福建國源通信技術(shù)有限公司南京分公司負(fù)責(zé)軟件的設(shè)計(jì)和開發(fā)工作。

崔彥軍，信息系統(tǒng)項(xiàng)目管理師，多年軟件開發(fā)與設(shè)計(jì)經(jīng)驗(yàn)，目前在福建國源通信技術(shù)有限公司南京分公司負(fù)責(zé)軟件的設(shè)計(jì)和開發(fā)工作。