階段性評審是質(zhì)量控制的關鍵環(huán)節(jié)

申請免費試用、咨詢電話：400-8352-114

　　實踐證明：階段性評審在項目的全面質(zhì)量管理中占據(jù)了非常重要的作用，它就像信息化項目過程中的“過濾器”，被用于項目實施過程中的每一個重要環(huán)節(jié)點(特別是針對具有里程碑意義的階段成果)上。技術評審的目的既是為了發(fā)現(xiàn)被評審項的缺陷，也是對階段成果的質(zhì)量驗證。評審結(jié)果是否通過標志著項目是否能夠進入下一個開發(fā)或建設階段。泛普軟件-建筑工程項目管理系統(tǒng)

　　之所以要組織階段評審，我考慮基于下面兩方面的考慮：泛普軟件-建筑工程項目管理系統(tǒng)

泛普軟件-建筑工程項目管理系統(tǒng)

　　在項目的關鍵環(huán)節(jié)，我們組織參與項目建設的各個企業(yè)的技術骨干共同針對每個子系統(tǒng)進行階段評審工作(也可說是交叉評審)，就可將大家的智慧和經(jīng)驗得到共享，糾偏補漏，互相切磋和借鑒，補充當事人在經(jīng)驗、知識、信息方面的不足。組織多人進行階段評審，就是借助不同人員在對問題的認識、技術水平和經(jīng)驗等方面可能存在的差異性，來達到質(zhì)量控制把關的目的。通過交叉評審，還可以發(fā)現(xiàn)各企業(yè)分別承擔建設的子系統(tǒng)之間接口不一致的問題，以確保項目的實施質(zhì)量。對于關鍵環(huán)節(jié)或關鍵技術，可以組織專家評審。泛普軟件-建筑工程項目管理系統(tǒng)

　　對于一個產(chǎn)品開發(fā)或工程實施為主的企業(yè)或較大型的開發(fā)團隊，內(nèi)部的質(zhì)量管理來說也是如此。因為技術人員可能分散在并行開發(fā)實施的多個項目中，我們不希望具體項目的質(zhì)量僅是因從事該項目當事人水平的局限性而受到制約。為此，建議在項目的立項，制定項目計劃的時候，就明確要在實施過程的一些關鍵環(huán)節(jié)，組織跨項目的交叉評審，特別是對一些重點項目的設計方案評審，應有針對性組織主要的技術骨干，包括聘請外部的專家參與評審，以達到提高質(zhì)量的作用。我們多年的項目管理實踐證明，其效果還是很明顯的。泛普軟件-建筑工程項目管理系統(tǒng)

　　第二，項目實施的每一個過程產(chǎn)生的差錯在后續(xù)的階段都可能會逐步的積累和放大，開發(fā)前期的微小疏忽和差錯，會對后期設計實施產(chǎn)生嚴重的影響。而且不同階段引入變更和糾錯所付出的代價是不同的，錯誤和偏差發(fā)現(xiàn)的越早就越容易調(diào)整與糾正，為此所花費的時間、人力和經(jīng)費的投入也越少。甚至有些錯誤如在項目的后期才暴露出來會對項目產(chǎn)生無法彌補的損失。泛普軟件-建筑工程項目管理系統(tǒng)

　　當然對于大型項目，組織來自不同企業(yè)的整個項目團隊集中進行正規(guī)的評審會議方式是需要一定的成本與時間代價的。從實效性角度考慮，參與一次評審會的關鍵人員不要超過8名。項目規(guī)模如果很大，應根據(jù)階段和被評審內(nèi)容的不同采用不同的范圍和方式組織技術評審。技術評審也可通過電子郵件、文件匯簽，甚至是網(wǎng)絡聊天或私下進行專題討論等多種形式進行非正式的評審。兩種不同的評審形式各有利弊，在有些情況下可能非正式的評審比正式的評審效率更高，更容易發(fā)現(xiàn)問題。因此在評審時，應該更靈活地利用不同方式。泛普軟件-建筑工程項目管理系統(tǒng)

　　例如我們在開發(fā)電子政務信息化應用系統(tǒng)的過程中，主要都是針對項目的需求分析、概要設計、測試計劃與測試用例等階段成果，組織參與項目的各企業(yè)的骨干人員(包括項目經(jīng)理、客戶方代表、與其相關的子項目經(jīng)理、技術骨干、項目監(jiān)理等)舉行正式的技術評審會議，而其他環(huán)節(jié)的技術評審就由各承建企業(yè)自行組織或采用非正式的評審方式。由于緊緊把住影響項目建設質(zhì)量的關鍵點開展工作，盡可能將缺陷發(fā)現(xiàn)在下一個實施環(huán)節(jié)之前，取得了明顯的效果。泛普軟件-建筑工程項目管理系統(tǒng)

　　為了提高階段評審會的效率和實際效果，我們通過實踐總結(jié)出以下一些經(jīng)驗：泛普軟件-建筑工程項目管理系統(tǒng)

　　一、充分做好評審前的準備泛普軟件-建筑工程項目管理系統(tǒng)

　　評審質(zhì)量的好壞很大程度上取決于在評審會議前的準備活動。泛普軟件-建筑工程項目管理系統(tǒng)

　　1. 要檢查參與評審的內(nèi)容是否真正完成，是否達到評審的條件。在評審的對象中如果存在大量的低級錯誤，文檔中存在許多方向性的偏差，或缺少大量的關鍵性內(nèi)容，就可能導致評審無法進行下去，不得不等待下次補充、修正后再舉行復審。所以應事先明確要求按照規(guī)范文檔模版編寫技術文檔。在評審過程中其中很重要的內(nèi)容之一也是審查技術文檔的內(nèi)容是否符合文檔模版的要求，是否有遺漏項。另外也需要根據(jù)評審內(nèi)容事先準備出一些背景資料和參考素材。bbs

　　2. 精心挑選評審人員。根據(jù)評審內(nèi)容及評審目的的不同來確定關鍵人員的范圍，除了客戶方的管理人員、用戶方的業(yè)務人員、IT主管、承建方的分析設計人員、質(zhì)量保證人員、實施人員、項目經(jīng)理之外，需求分析評審時應考慮請關鍵用戶代表參與，設計評審時也可邀請一些第三方的行業(yè)專家參加。在這些人員中由于大家所處的立場不同，對同一個問題的看法是不相同的，有些觀點是和系統(tǒng)的目標有關系的，不同的觀點可能形成互補的關系。為了保證評審的質(zhì)量和效率，需要精心挑選評審員。首先盡可能邀請到所有不同類型的關鍵人員參加，否則很可能會漏掉了很重要的需求或出現(xiàn)技術偏差。在不同類型的人員中要選擇那些真正和系統(tǒng)相關的，對系統(tǒng)有足夠了解的人員參與進來，否則很可能使評審的效率降低或者最終不切實際的修改了系統(tǒng)的范圍。泛普軟件-建筑工程項目管理系統(tǒng)

　　3. 一般欲評審的技術文檔內(nèi)容都會比較多，如果相關文檔在評審會議前并沒有提前下發(fā)給參與評審會議的人員，沒有留出充分的時間讓參與評審的人員在會前有時間仔細閱讀和理解，就會出現(xiàn)評審會上花了大量的時間念文檔，還使很多參會者不知所云的現(xiàn)象，無法達到評審的目的。所以最好在評審會召開前三天前，就將技術文檔發(fā)給所有的評審者。如果要求大家先在會議之前認真閱讀，并進行預審，則評審會的效果會更好。項目經(jīng)理博客

　　4. 評審檢查單是非常好的評審工具，在評審舉行之前，應根據(jù)其內(nèi)容和特點事先準備好評審檢查單，發(fā)給所有參與評審的人員，幫助評審人員思考，以便全面系統(tǒng)地發(fā)現(xiàn)評審對象中存在的問題。評審單的內(nèi)容會隨著項目經(jīng)驗的積累逐漸豐富和優(yōu)化的。pmp