在困難項目中進行評審問題

在困難項目中進行評審問題．

項目運作過程中，整個網絡系統技術方案由系統組提供，軟體組負責軟體子系統技術方案，軟體代碼實作，軟體測試．由于系統組缺乏經驗，項目中決定引入評審．在評審過程中要求軟體組參與．原因為軟體組可盡早了解系統方案．有利于解決人力資源的問題．其立意是好的，不過在實作上效果很差．原因如下：

1. 不同于同行評審，軟體組并沒有進行系統方案設計的教育訓練，不具備系統方案同行評審的技術能力．是以，軟體工程師評審系統方案，僅能分析系統方案中某些部分是否能軟體實作．
2. 分析系統方案能否軟體實作還依賴，軟體工程師對系統方案的了解和對軟體産品本身的了解．但現實中，軟體工程師未被給予足夠的時間來準備技能，基本不能給予有效結果．

對這種評審的運作結果為，評審達不到效果，而在軟體實作和測試過程中常常遇到與系統設計方案有關的困難．而系統則聲稱＂已經請軟體組評審過了，有問題為什麼早不說．＂　項目進度則遭到挑戰．進而，項目要求軟體組解決問題．軟體組則忙于解決問題就更沒有時間進行下一階段的技術方案評審工作．最後導緻惡性循環．同時，在審查過程中，對于審查結果有一定記錄例如，回報意見表等等．但往往關鍵性技術問題沒有發現．

教課書上的同行評審過程在現實項目運作中常常會遭遇資金，人員，項目進度，客戶等各方面問題往往得不到有效實施．

是以，如果由于資金，人員，時間等問題，采用工作流上下一級對上一級工作進行審查時，如軟體組審查系統技術方案．則為保證明行效果可考慮下列措施

1. 審查結果應能反映出審查的有效性．例如在上例中，對系統方案的審查結果可以考慮在系統組方案通過審查之前，要求軟體組提供根據系統方案所編寫的軟體子系統設計方案初稿．該子系統設計方案初稿可基本保證軟體組了解了系統組方案并認真考慮了軟體子系統設計方案．
2. 審查者，如果為軟體組．則應組織相關系統方案相關知識教育訓練并保證其能有時間進行詳細審查．

附，網上摘錄的同行評審方法．

來自it168

目的：盡早、有效的從軟體産品中清除錯誤。

    内容：由軟體開發者的同僚對軟體産品進行系統的檢查，來發現錯誤和檢查修改過的區域。

    目标：

    .對等審查需經過計劃。

    .軟體工作産品中的錯誤需指明和清除。

    承諾：

    C1.項目要根據機構的政策來進行對等審查。

    前提條件：

    A1.提供充足的資源和資金對每個需要稽核的軟體工作産品進行對等審查。

    A2.對等審查的上司需要接受如何進行對等審查方面的教育訓練。

    A3.參加對等審查的人員需要接受對等審查的目的、原則和方法的教育訓練。

    執行動作：

    A1.對等審查要有計劃，并且計劃要文檔化。

    A2.對等審查要根據文檔化程式來完成。

    A3.對等審查的資料和結果都要記錄下來。

    度量分析：

    M1.進行度量來判定對等審查活動的狀态。

    驗證：

    V1. 軟體品質保證組要檢查稽核對等審查的活動和工作産品并報告結果