階段評審(1)

    階段評審——讓過程規範起來

    我一再強調IT專案中階段評審的重要性，因為IT專案的中間結果是無形的，只有具備專業知識專家才能給中間結果給予恰當的評價，IT專案失敗的主要原因之一就是中間過程缺乏評審環節。筆者結合自己的一些評審經驗，參考揉和了幾種不同的評審流程，大概描述一下IT專案階段評審的程序，可以應用在方案設計和開發等。

    1.　目的

    設計和開發評審的目的是由一組有資格的人員對軟體設計和開發的輸出進行評價，以判斷確定設計和開發的輸出能否實現軟體產品預先定義的規格，同時通過評審標識出與規格和標準的偏差。它向管理部門提供充足的證據來加以證明。

    (1) 設計和開發的輸出符合了其規格要求；

    (2) 設計和開發的輸出是否滿足相關法律、法規以及企業標準的要求；

    (3) 軟體產品的更改得到了恰當地實施；

    (4) 軟體產品的更改只對那些規格發生了更改的系統區域有影響，沒有引入新的問題。

    2. 範圍

    本規範適應於對軟體設計和開發的輸出以及設計與開發的更改進行評審。

    3. 角色和職責

    3.1 主審人。主審人是技術評審的指揮人員，負責評審活動的組織、結論、書面報告和問題跟蹤。

    3.2 評審專家。評審專家應由滿足要求的技術人員擔任，負責向評審組成員提出自己的評審意見和建議。

    3.3 質量保證人員。監督檢查過程的規範性、評審的有效性，跟蹤評審意見的落實情況。

    3.4 記錄員。負責會議記錄，會後分發會議紀要。

    3.5 顧客和用戶代表。必要時，由主審人確定能夠充當顧客和用戶代表的角色。

    3.6 相關領導和部門管理人員。

    4. 評審時機

    按《產品開發計劃》所策劃的的評審檢查點進行。因臨時變更引起的突發性的評審隨時進行。

    5. 評審的基本要求

    (a) 設計和開發評審應分級進行。公司級的專案應進行公司級評審；業務部門級的專案一般進行業務部門級評審；

    (b) 設計和開發評審視具體情況可一次進行，也可分段進行；

    (c) 評審結論應明確；

    (d) 評審資料應及時歸檔。

    6. 評審依據

    (a) 合同、技術協議書、需求規格說明書和設計任務書；

    (b) 有關標準、規範和質量保證文件。

    7. 評審內容

    評審的內容可根據產品設計的研制週期、技術難度、複雜程度以及使用方的要求有所侧重和適當的增減，但應滿足對設計結果進行評審的要求。主要內容：

    (a) 設計方案正確性、先進性、可行性和經濟性；

    (b) 系統組成、系統要求及接口協調的合理性；

    (c) 系統與各子系統間技術接口的協調性；

    (d) 採用設計準則、規範和標準的合理性；

    (e) 系統可靠性、維修性、安全性要求是否合理；

    (f) 關鍵技術的落實解決情況；

    (g) 編制的質量計劃是否可行。

本文摘自《ERP專案管理散記》

---

　　 形散而神聚。因為是散文，所以沒有框架結構的限制，作者寫起來輕鬆，讀者讀起來方便，數千字成一文，每篇文章都是一個獨立主題的探讨，又都緊密圍繞ERP專案實施這一主題。
　　事異而理同。雖然多數文章的標題冠以ERP專案實施的大標題，但文中所闡述的很多道理，不僅僅只適合於ERP專案管理，更適合於所有的專案管理，甚至可以推而廣之到企業管理中去。