qileilove

          blog已經(jīng)轉(zhuǎn)移至github,大家請訪問 http://qaseven.github.io/

          同行評審詳細(xì)過程

           1、目的

            同行評審(Technical Review, TR)的目的是盡早地發(fā)現(xiàn)工作成果中的缺陷,并幫助開發(fā)人員及時消除缺陷,從而有效地提高產(chǎn)品的質(zhì)量。

            2、適用范圍(必寫)

            適用于西安聯(lián)合信息技術(shù)股份有限公司項目開發(fā)部的所有項目。

            3、定義

            PDP(Project Define Process)項目自定義過程。

            4、過程概要

            同行評審為了提高軟件質(zhì)量和提高程序員生產(chǎn)率而被普遍應(yīng)用的評審方法,在業(yè)界已取得很好效果。同行評審能夠在任何開發(fā)階段執(zhí)行,它可以比測試更早地發(fā)現(xiàn)并消除工作成果中的缺陷。同行評審的主要好處有:

            ● 通過消除工作成果的缺陷而提高產(chǎn)品的質(zhì)量。

            ● 越早消除缺陷就越能降低開發(fā)成本。

            ● 開發(fā)人員能夠及時地得到同行專家的幫助和指導(dǎo),無疑會加深對工作成果的理解,更好地預(yù)防缺陷,一定程度上提高了開發(fā)生產(chǎn)率。

            同行評審包含三個活動:制定同行評審計劃、執(zhí)行評審、評審缺陷管理。可在項目制定項目計劃時,同時制定同行評審計劃。

            同行評審有以下四種基本類型:

            ● 單人評審

            ● 評審三角

            ● 組評審

            ● 走查

            評審類型一般視工作成果的重要性和復(fù)雜性而定。其中組評審和走查需要參與人員多,為了節(jié)約時間,允許人們有選擇地對工作成果進(jìn)行組評審和走查。

            4.1 制定同行評審計劃

            4.1.1 活動目的

            確定需要評審的工作成果、評審方式,預(yù)定評審時間、地點以及相關(guān)人員。

            4.1.2 啟動條件

            《項目計劃》已啟動

            4.1.3 輸入

            需求文檔、開發(fā)計劃、PDP。

            4.1.4 角色與職責(zé)

            部門副總裁,SQA,項目經(jīng)理。

            4.1.5 主要步驟

            1)確定被評審對象

            項目經(jīng)理確定工作產(chǎn)品清單后,同部門副總裁和SQA協(xié)商確定,需要進(jìn)行評審的工作產(chǎn)品。

            2)確定評審類型

            部門副總裁通過權(quán)衡工作產(chǎn)品的范圍和業(yè)務(wù)影響(有多少時間適合分配給同行評審活動),選擇適當(dāng)?shù)耐性u審類型。

            3)說明評審要點

            4)說明參加角色

            5)發(fā)布審批

            項目經(jīng)理負(fù)責(zé)在項目計劃階段發(fā)布項目內(nèi)部關(guān)于同行評審活動的約定(工作產(chǎn)品的同行評審計劃)將發(fā)布內(nèi)容整合到項目計劃,在進(jìn)度和資源方面給項目組內(nèi)同行評審活動開展提供必要保障。

            4.1.6 輸出

            同行評審計劃(列入《同行評審管理表》中)

            4.1.7 退出條件

            同行評審計劃(列入《同行評審管理表》中),通過評審批準(zhǔn)時

            4.1.8 方法

            無

            4.1.9 工具

            無

           4.2 單人評審

            4.2.1 活動目的

            對代碼進(jìn)行快速、靈活地評審,及早地識別和消除工作成果中存在的缺陷。

            4.2.2 啟動條件

            代碼完成時;

            4.2.3 輸入

            代碼

            4.2.4 角色與職責(zé)

            開發(fā)組成員/組長。

            4.2.5 主要步驟

            開發(fā)組成員完成各自負(fù)責(zé)代碼后,由同組其他成員或者組長來進(jìn)行代碼評審,評審結(jié)果可錄入《缺陷統(tǒng)計表》或者直接在代碼中體現(xiàn)。

            4.2.6 輸出

            缺陷統(tǒng)計表

            4.2.7 退出條件

            評審缺陷移除時

            4.2.8 方法

            見同行評審PPT中關(guān)于評審要點的描述

            4.2.9 工具

            無。

            4.3 組評審

            4.3.1 活動目的

            對工作成果進(jìn)行正式組評審,盡早地發(fā)現(xiàn)工作成果中的缺陷,幫助開發(fā)人員及時消除缺陷,促進(jìn)項目組對被查對象和標(biāo)準(zhǔn)的共同理解。

            4.3.2 啟動條件

            工程師已完成工作成果,并已對工作成果進(jìn)行了內(nèi)部檢查,消除了拼寫、排版等初級錯誤。

            4.3.3 輸入

            待評審的工作成果和與該工作成果評審相關(guān)的一些材料,如評審檢查表。

            4.3.4 角色與職責(zé)

            評審組:項目相關(guān)干系人,相關(guān)部門經(jīng)理,相關(guān)部門副總裁(根據(jù)需要選擇人員)

            4.3.5 主要步驟

           [Step1] 準(zhǔn)備評審

            ● 部門副總裁首先確定會議的人員名單,確定評審會議的時間、地點、設(shè)備,然后起草《同行評審?fù)ㄖ罚_定評審議程和流程。

            ● 項目經(jīng)理發(fā)布同行評審?fù)ㄖ瑫r把工作成果及相關(guān)材料、評審議程、檢查表等發(fā)給參與會議的評審組成員

            ● 評審組審閱工作成果及相關(guān)材料,發(fā)現(xiàn)缺陷并記錄在《缺陷統(tǒng)計表》中。

            ● 配置管理員記錄匯總各評審員缺陷表,并更新。

            [Step2]評審

            ● [Step2.1] 主持人(項目經(jīng)理)宣講

            → 主持人宣講本次評審會議的議程、重點、原則、時間限制等。

            ● [Step2.2] 作者(項目組)介紹工作成果

            → 作者扼要地介紹工作成果。

            ● [Step2.3] 識別缺陷和答辯

            → 評審組根據(jù)“缺陷表”提出查找到的缺陷。

            → 作者根據(jù)缺陷進(jìn)行答辯,雙方要對每個缺陷達(dá)成共識(避免誤解)。

            ● [Step2.4] 討論缺陷解決方案

            → 作者和評審組共同討論缺陷的解決方案。

            → 對于當(dāng)場難以解決的問題,由主持人決定“是否有必要繼續(xù)討論”或者“另定時間再討論”。

            ● [Step2.5] 會議結(jié)束決議

            → 針對所有缺陷給出評審結(jié)論和意見,主持人簽字后本次會議結(jié)束。評審結(jié)論有三種:

           ?。?)工作成果合格,“無需修改”或者“需要輕微修改但不必再審核”。

           ?。?)工作成果基本合格,需要作少量的修改,之后通過審核即可。

           ?。?)工作成果不合格,需要作比較大的修改,之后必須重新對其評審。

            [Step3] 修正、跟蹤與審核

            ● [Step3.1] 修正與跟蹤

            → 作者修正工作成果,消除已發(fā)現(xiàn)的缺陷。

            → 項目經(jīng)理及SQA跟蹤每個缺陷的狀態(tài)。

            ● [Step3.2] 提交審核

            → 作者消除所有已發(fā)現(xiàn)的缺陷后,再將修正后的工作成果遞交給評審組審核。

            ● [Step3.2] 審核工作成果

            → 評審組審核修正后的工作成果。審核結(jié)論有兩種:

            (1)修正后的工作成果合格。

           ?。?)修正后的工作成果仍然不合格,需重新修改,重復(fù)[Step3]。

            4.3.6 輸出

            缺陷統(tǒng)計表、評審記錄表(列入《同行評審管理表》中)

            4.3.7 退出條件

            評審缺陷關(guān)閉并且工作成果經(jīng)過審核后合格。

            4.3.8 方法

            見同行評審PPT中關(guān)于評審要點的描述。

            4.3.9 工具

            《評審檢查表》

           4.4 走查

            4.4.1 活動目的

            盡早地將缺陷移除;促進(jìn)項目組對被查對象和標(biāo)準(zhǔn)的共同理解

            4.4.2 啟動條件

            執(zhí)行走查的工作成果完成時

            4.4.3 輸入

            管理類文檔產(chǎn)物、代碼、 項目Demo以及與工作成果評審相關(guān)的一些材料,如評審檢查表。

            4.4.4 角色與職責(zé)

            評審組:項目相關(guān)干系人,相關(guān)部門經(jīng)理,相關(guān)部門副總裁(根據(jù)需要選擇人員)

            4.4.5 主要步驟

            [Step1]評審

            ● [Step1.1] 主持人(項目經(jīng)理)宣講

            → 主持人宣講本次評審會議的議程、重點、原則、時間限制等。

            ● [Step1.2] 作者介紹工作成果

            → 作者扼要地介紹工作成果。

            ● [Step1.3] 識別缺陷和答辯

            → 評審組根據(jù)“缺陷表”提出查找到的缺陷。

            → 作者根據(jù)缺陷進(jìn)行答辯,雙方要對每個缺陷達(dá)成共識(避免誤解)。

            ● [Step1.4] 討論缺陷解決方案

            → 作者和評審組共同討論缺陷的解決方案。

            → 對于當(dāng)場難以解決的問題,由主持人決定“是否有必要繼續(xù)討論”或者“另定時間再討論”。

            ● [Step1.5] 會議結(jié)束決議

            針對所有缺陷給出評審結(jié)論和意見,主持人發(fā)起評審結(jié)論的確定,如評審組無法形成多數(shù)統(tǒng)一意見,由評審組最高領(lǐng)導(dǎo)作出最終判斷。

            → 評審結(jié)論有三種:

           ?。?)工作成果合格,“無需修改”或者“需要輕微修改但不必再審核”。

           ?。?)工作成果基本合格,需要作少量的修改,之后通過審核即可。

           ?。?)工作成果不合格,需要作比較大的修改,之后必須重新對其評審。

          字體:        | 上一篇 下一篇 | 打印  | 我要投稿 

            [Step2] 修正、跟蹤與審核

            ● [Step2.1] 修正與跟蹤

            → 作者修正工作成果,消除已發(fā)現(xiàn)的缺陷。

            → 評審主持人和SQA跟蹤每個缺陷的狀態(tài)。

            ● [Step2.2] 提交審核

            → 作者消除所有已發(fā)現(xiàn)的缺陷后,再將修正后的工作成果遞交給評審組審核。

            ● [Step2.3] 審核工作成果

            → 評審主持人(或者指定審查員)審核修正后的工作成果。審核結(jié)論有兩種:

           ?。?)修正后的工作成果合格。

            (4)修正后的工作成果仍然不合格,需重新修改,重復(fù)[Step3]。

            4.4.6 輸出

            缺陷統(tǒng)計表、評審記錄表(列入《同行評審管理表》中)

            4.4.7 退出條件

            評審缺陷關(guān)閉并且工作成果經(jīng)過審核合格時。

            4.4.8 方法

            見同行評審PPT中關(guān)于評審要點的描述

            4.4.9 工具

            《評審檢查表》

            5、實施建議

            希望最早進(jìn)行此過程的培訓(xùn),讓評審人員明確目的、各評審人的職責(zé),評審關(guān)注點。

            不同設(shè)計時,不同角色評審人員關(guān)注點。

            裁剪建議:可根據(jù)項目特點裁剪部分項目成果的評審。

            6、涉及到的相關(guān)文件和表單

            《評審檢查表》

            《缺陷統(tǒng)計表》

            《同行評審管理表》

          posted on 2013-05-24 11:27 順其自然EVO 閱讀(553) 評論(0)  編輯  收藏


          只有注冊用戶登錄后才能發(fā)表評論。


          網(wǎng)站導(dǎo)航:
           
          <2013年5月>
          2829301234
          567891011
          12131415161718
          19202122232425
          2627282930311
          2345678

          導(dǎo)航

          統(tǒng)計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 塔城市| 麦盖提县| 右玉县| 柯坪县| 无锡市| 颍上县| 舒兰市| 潼关县| 南溪县| 栾城县| 沙洋县| 白城市| 宁陕县| 绥滨县| 永泰县| 广昌县| 治县。| 江安县| 武夷山市| 古蔺县| 西吉县| 达日县| 永平县| 贵南县| 甘谷县| 贺州市| 成武县| 安义县| 隆子县| 定南县| 贵阳市| 保定市| 安塞县| 克什克腾旗| 新泰市| 始兴县| 东乌珠穆沁旗| 静海县| 清水河县| 青神县| 白银市|