評審管理規(guī)范

規(guī)程文件

文件控制廠受控r不受控

文檔編號版本號

分冊名稱第冊/共冊

總頁數(shù)正文附錄

編制審批生效日期

If］湖南大唐先一科技有限公司

修改變更記錄:

更改條款及內(nèi)容更改人審批人更改日期

目錄

1目的1

2范圍1

3術(shù)語與縮略語1

4職責1

5評審指南2

5.1評審目的2

5.2評審類型2

5.2.1管理評審2

5.2.2技術(shù)評審3

5.2.3同行評審3

5.3主審員的詵定3

5.4評審組的組成4

5.5評審基本原則4

6評審范圍5

6.1基本評審范圍5

6.2風險管理評審6

6.3變更評審7

6.4部門管理文檔評審7

6.5其他評審7

7評審程序7

7.1評審工作流程8

7.2評審策劃8

7.3評審資料準備9

7.4確定主審人與評審組成員9

7.5評審資料熟悉9

7.6評審9

8相關(guān)文件9

9記錄10

1目的

本文件規(guī)定了項目在策劃、開發(fā)、實施過程中的評審流程以及公司對評審的相關(guān)要

求.該文件中的規(guī)定對評審活動起指導作用，項目過程中的評審活動必須遵循該文件中的規(guī)

定.

2范圍

本文件適用于項目過程中對各階段成果的評審和檢查活動.

3術(shù)語與縮略語

階段成果：在項目進行的里程碑或階段點提交的技術(shù)或管理活動的產(chǎn)物.

檢查表：用于評價各階段提交階段成果的問題列表.

SMG(SeniorManagerGroup)：組織的高級管理者.

主審員：評審活動過程中組織者和負責人.

PMC(ProjectManageCommittee)：項目管理委員會，公司負責項目管理和協(xié)調(diào)的組織.

4職責

一一SMG或部門負責人

負責分配評審相關(guān)資源及時間，選定評審的主審員，并會同主審員選定評審組成員；處

理評審中需要公司或部門領(lǐng)導層解決的問題.

一一項目管理委員會(PMC)

在公司級的評審中，項目管理委員會是評審組的成員，參與項目的評審，處理評審中

需要公司或各部門協(xié)調(diào)解決的問題.

---責任人

負責準備需要進行評審的階段成果，在評審準備階段和評審過程中對階段成果進行

講解,提供評審組需要的信息;對評審中發(fā)現(xiàn)的問題確定糾正改進措施的進度安排,及時解

決確定的問題.

一一主審員

在評審準備階段負責協(xié)助SMG選定評審組成員;根據(jù)責任人提交的階段成果和資料

向評審組成員發(fā)放拷貝以及評審需要的評審檢查表;確保評審組做好充分準備，確保評審會

議高效有序進行;編寫《評審記錄》并在評審后及時向受影響的組和個人進行發(fā)布,并跟蹤

每個確定的問題直到問題解決.

一一評審組

負責在評審準備階段熟悉待評審的階段成果和相關(guān)資料以及評審標準;參照或裁減

組織評審標準的評審檢查表,并在評審過程中鑒別階段成果存在的問題.

5評審指南

5.1評審目的

評審的實質(zhì)是集中時間，發(fā)揮集體智慧，客觀及時的揭示隱藏的問題與缺陷，以保證

項目的順利進行.評審的目的在于檢查項目的約束、成本、進度和技術(shù)等問題，同時也定期

評審項目風險管理,配置管理等活動.可以根據(jù)項目的具體情況覺得評審的頻度，也可以在管

理者認為必要的時候或事件觸發(fā)地進行評審.

5.2評審類型

按評審的等級可將評審分為公司級評審、部門級評審和項目組級評審.

按評審的目的可將評審分為管理評審、技術(shù)評審和同行評審.

按評審的形式可將評審分為會議評審和網(wǎng)上評審.

5.2.1管理評審

管理評審的目的是監(jiān)控項目的實際進展，確定項目在進度、成本、資源方面的狀態(tài).管

理評審關(guān)注的焦點應(yīng)當是項目的狀態(tài)，而不應(yīng)過多涉及技術(shù)問題，技術(shù)問題應(yīng)當通過技術(shù)評

審來解決.有效的管理評審是實施項目管理的重要手段之一,一般要求項目經(jīng)理/項目軟件經(jīng)

理、軟件質(zhì)量保證負責人，測試負責人、軟件配置管理負責人以及受影響組的負責人參加，

必要時可以有高級管理者參加.在項目的里程碑處應(yīng)進行管理評審，根據(jù)評審的結(jié)果對下一

步的工作做出安排.

5.2.2技術(shù)評審

技術(shù)評審的目的是檢杳完整的軟件產(chǎn)品是否滿足規(guī)格要求和相關(guān)標準，是否能夠完成預

定的目標，是否可作為下一階段工作輸入的基準配置項?技術(shù)評審主要關(guān)注以下兒個萬囿的

問題：軟件是否完成預定的功能；軟件是否符合相關(guān)的標準和規(guī)范；軟件階段成果是否一致

并且完整等.

5.2.3同行評審

同行評審的目的為了及早地高效地從軟件階段成果中消除缺陷，提供軟件產(chǎn)品的質(zhì)量,

降低開發(fā)成本.所謂“同行”是和生產(chǎn)者在被評審軟件階段成果上有相同開發(fā)經(jīng)驗和知識的

人員，“同行”即可以是項目組內(nèi)的成員也可以是項目紐外的成員，即可以是組織內(nèi)的也可

以是組織外的，但部門負責人和SMG一般不參加同行評審.

技術(shù)評審和同行評審的區(qū)別與聯(lián)系：技術(shù)評審和同行評審都是關(guān)注技術(shù)上的問題，

但技術(shù)評審對象是一個完整的軟件產(chǎn)品，從完備性和整體上檢查軟件產(chǎn)品.同行評審對象是

一個階段成果，檢杳的目標是階段成果中存在的缺陷.不能通過同行評審來實現(xiàn)技術(shù)評審的

功能,尤其是在建立基準時，不能用同行評審代替技術(shù)評審，但充分的同行評審能加快技術(shù)評

審的進度,節(jié)省技術(shù)評審的時間.

5.3主審員的選定

在整個會議評審的過程中，主審員的選定是評審成敗的關(guān)鍵,一個稱職的主審員可以

保證評審組人選得當，在評審過程中得到培訓I,評審準備工作充分并遵守評審的各項基本原

則.

主審員通常從公司和部門的資深人事中選中，以保證具備優(yōu)秀的素質(zhì)，一定的評審經(jīng)

驗以及較高的專業(yè)技能和管理技能,并且受人尊重.

5.4評審組的組成

評審組成員選擇的一般準則：

?工作產(chǎn)品的負責人一般不作為評審組成員，而應(yīng)協(xié)助評審組盡量發(fā)現(xiàn)問題.

?評審組應(yīng)包括受評審結(jié)果影響的相關(guān)負責人.如項目管理人員，質(zhì)量保證人員，采購人員,

市場營銷人員，產(chǎn)品制作人員等.

?要考慮參加評審人員的連續(xù)性，評審人員如果參加過項H以前的評審，那么他對項目問

題的理解會比較深刻:更能保證評審效果.

?根據(jù)需要，組織的高級管理、技術(shù)和經(jīng)營業(yè)務(wù)管理等方面的負責人也應(yīng)當參加評審.不

同的評審等級選擇不同的評審人組成員

?公司級評審的評審組成員應(yīng)包括但不限于：SMG或公司領(lǐng)導層，項目管理委員會的相關(guān)

人員，質(zhì)量保證部門及其它相關(guān)部門負責人，產(chǎn)品經(jīng)理，項目經(jīng)理,項目軟件經(jīng)理,軟件質(zhì)

量保證負責人,市場營銷人員，公司資深人士等.

?部門級評審的評審成員應(yīng)包括但不限于：部門負責人，項目經(jīng)理，項H軟件經(jīng)理,軟件質(zhì)

量保證負責人,產(chǎn)品經(jīng)理,市場營銷人員，配置管理負責人,測試負責人.

?項目級評審的評審成員應(yīng)包括但不限于：項目經(jīng)理，項目軟件經(jīng)理,項目分析設(shè)計人員，

配置管理負責人,測試負責人.

5.5評審基本原則

?評審工作成果（產(chǎn)品或階段成果），而不是評審責任人.

?根據(jù)不同項目類型和特定階段成果,評審活動流程可進行適當裁減.

?評審等級，形式的確定以項目在該階段存在的風險大小為依據(jù)，進行高等級評審之前應(yīng)

根據(jù)實際情況進行低等級的評審.

?網(wǎng)上評審與會議評審一樣都是正式的評審.只是根據(jù)項H的進展情況，待評審工作的復

雜程度采用不同的形式，必須按照規(guī)定的評審流程加以管理.

?通常情況下,評審組必須根據(jù)待評審的階段成果或產(chǎn)品的實際情況對組織標準的”評審

檢查表”進行裁減，以形成適用當前評審工作的檢查表，”評審檢查表”中選中的各檢

查項的檢查結(jié)果只有兩種：“是“或者“否”，對確認為“否”的檢查項應(yīng)在《評審記

錄》中記錄相應(yīng)問題的說明.

?會議評審中主審員應(yīng)限定評審組的人數(shù)和評審會議I向時間，以保證評審的高效性：準確

選擇評審組成員，限定評審組的人數(shù)必須在最小值上;評審會議的時間不宜過長.

?評審準備階段，評審組成員向責任人詢問待評審產(chǎn)品或階段成果以及項目的相關(guān)信息,

目的在于詳細了解項目的相關(guān)資料、背景和內(nèi)容等信息，不應(yīng)與責任人爭論以急于對產(chǎn)

品的正確性做出判定.

?會議評審的執(zhí)行階段,主審員應(yīng)控制評審組的爭論,意見很難統(tǒng)一時可留到評審結(jié)束后

由權(quán)威人士進行仲裁、責任人對問題的說明應(yīng)側(cè)重于說明該問題涉及的背景和當時的實

際情況,而不是進行辯駁以試圖掩飾問題.

?網(wǎng)上評審或者會議評審的主要目的是發(fā)現(xiàn)問題，而不是解決問題.問題的解決通常由責

任人自己根據(jù)評審意見或者在其他人的幫助下完成.

6評審范圍

6.1基本評審范圍

對于不同的項目類型,根據(jù)實際情況對主要工作成果或產(chǎn)品的評審，可采用不同等級的

評審,評審方式也可根據(jù)具體情況采用會議評審方式或網(wǎng)上評審方式.以下是評審范圍參考,

具體到每個不同的項目可根據(jù)項目的實際情況進行決定.

評審級別產(chǎn)品項目軟件合同項目系統(tǒng)集成項目

公司級評審立項建議報告解決方案/投標文件解決方案/投標文件

項目預研報告合同/協(xié)議合同/協(xié)議

可行性分析報告項目啟動計劃項目實施計劃

產(chǎn)品釋放項目開發(fā)計劃維護計劃

項目啟動L劃項目實施計劃

項目開發(fā)L劃維護計劃

項目實施L劃

項目總結(jié)報告

部門級評審需求分析報告需求分析報告系統(tǒng)集成實施方案

系統(tǒng)設(shè)計報告系統(tǒng)設(shè)計報告硬件集成實施總結(jié)報

技術(shù)總結(jié)報告技術(shù)總結(jié)報告告

項目總結(jié)報告項目總結(jié)報告軟件實施總結(jié)報告

測試計劃測試計劃

系統(tǒng)測試總結(jié)報告系統(tǒng)測試總結(jié)報告

系統(tǒng)現(xiàn)場實施方案

項目級評審用戶手冊用戶手冊

代碼檢查代碼檢查

測試計劃測試計劃

測試大綱測試大綱

測試用例測試用例

測試總結(jié)報告測試總結(jié)報告

配置審計配置審計

客戶確認產(chǎn)品的使用版本需求分析報告設(shè)備清單確認書

軟件實施計劃設(shè)備變更確認書

軟件現(xiàn)場實施方案硬件/軟件交付書

軟件實施開工報告硬件/軟件實施計劃

軟件交付書系統(tǒng)集成實施方案

客戶培訓記錄系統(tǒng)集成開工報告

試運行/正式運行階段客戶培訓記錄

確認書系統(tǒng)集成結(jié)點驗收報

系統(tǒng)驗收報告告

維護計劃系統(tǒng)集成驗收報告

維護需求表維護需求表

維護計劃

6.2風險管理評審

項目任務(wù)書下達后，必須由項目經(jīng)理/項目軟件經(jīng)理組織相關(guān)部門負責人、技術(shù)負責

人、項目質(zhì)量負責人、項目仝體成員召開"風險分析會議”識別項目風險，確定風險控制措

施,如有必要,將會議結(jié)果梃交部門或公司領(lǐng)導層.

項目進行的各個階段，需組織必要等級和形式的評審，對《項目風險管理表》進行評

審，識別新的風險,改善控制措施.評審流程可裁減.

6.3變更評審

項目進行過程中，尤其是項目的里程碑處,均有可能發(fā)生變更，當需要對?變更進行評

審時，根據(jù)變更涉及到的工作成果或產(chǎn)品采用相應(yīng)的評日等級、方式進行評審.評審的主要

內(nèi)容為：技術(shù)上的可行性;評估在進度、費用、風險方面的影響以決定是否接受本次變更.

6.4部門管理文檔評審

項目經(jīng)理/項目軟件經(jīng)理根據(jù)項目策劃的時間安排,編寫或責成他人編寫需要進行評

審的管理文檔（主要包括項目周報,月報），提交本部門或公司項目管理部門.部門或公司項目

管理部門根據(jù)具體情況、問題嚴重程度、影響范圍大小組織網(wǎng)上評審，如項目情況特殊的話

要組織進行會議評審.

6.5其他評審

其他評審包括SMG評審、項忖經(jīng)理評審以及其他一些不可預料的評審等.

SMG可根據(jù)項目的具體情況，在項目執(zhí)行的適當階段對項目的風險、技術(shù)、資源、

成本、人員和進度等方面進行評審，并將評審結(jié)果通知相關(guān)人員.

項目經(jīng)理可根據(jù)項目的具體情況，在項目執(zhí)行的里程碑處刈項目的啟動、需求、策

劃、