項目管理:項目評審會
業內公認,評審是最有效的保證質量的手段之一,也是一種結構化的方法,可以對方案、需求、設計、代碼等工作產品進行審核,找到缺陷。但我們在實際工作過程中,經常遇到這樣的情況。我們的系統已經上線了,需要補一個評審材料,或者現在時間不足了,就不用評審了,直接先做吧。評審就是一種形式,沒有什麼必要。總之,「評審」,這個項目必不可少的過程,沒有很好的得到執行。實際上,在我的項目中,也存在這樣的問題,但後來,寧可是走一個過場,也要堅持將這件事做下去,同樣,給他人的交付物評審的時候,也儘可能提出自己的想法,並和對方仔細溝通,指出我認為的問題,對本次評審活動負責。
n在工作中識別工作缺陷主要分為評審和測試,測試雖然是交付前最重要的活動,但評審更是儘早發現缺陷的方法,進而降低因為缺陷帶來的成本。評審包括同行評審和項目評審,同行評審包括走查、輪查和審查,項目評審包括項目組內評審和組織內評審兩種方式,並貫穿於整個項目的生命周期,特別是軟體項目中,需求評審、設計評審都是極其重要的評審活動。在軟體項目中,評審也是CMMI中重要的支持過程。既然是支持過程,所以評審對象通常是方案、文檔、計劃、過程、交付物結果等。
n
評審像是一次會議,所以評審也分為準備評審、執行評審和缺陷管理、總結幾個部分,也需要有計劃、有結果,以及對產生的缺陷進行跟蹤。與開會唯一不同的是,評審有一定模式和要求,即按照檢查單的評審要素要求,將檢查項貫穿到會議中。檢查單根據評審的內容不同,檢查的要素也不一樣。例如,文檔是否對介面進行了說明?是否滿足安全性的要求?設計是否滿足產品的標準化審查?等等。評審的目的不是證明正確,而是去找到那裡不對。評審的結果是形成既定表格模式的評審報告。
n在評審中,一切以發現工作成果的缺陷為核心開展工作,需要說明的是,評審不是消除缺陷,而是找到缺陷,說明消除缺陷的方法。至於評審人的選擇,必須選擇熟悉此工作成果的人,才能有的放矢。
n
最後,即使開一次評審會真的是走形式、走過場,如果能把這次會當作對產品、方案的一次溝通交流,至少也是一次學習和提高的機會。
n推薦閱讀:
※敏捷開發如何估算工作量?
※項目經理到底要不要考取PMP證書呢?
※IT公司的項目經理是否一定需要相應的開發經驗呢?
※git 分支?
※作為測試,被開發同事挑釁看不懂代碼,是怎樣一種體驗?