專案管理系列之品質管理(五)

     接上文

    2) 培訓

    最重要的品質意識就是預防勝於檢查，強調一次要事情做對，強調上遊工序為下遊提供合格的中間產出物，盡量減少各種缺陷的泄露。很多時候品質問題並不複雜，更多是團隊成員沒有品質意識，沒有負責任的工作態度。提升品質最關鍵有兩個方面，首先是我們都有意願和意識來提升產品品質，其次是我們要有相應的能力和技能來保證產出物的品質。

    第一點我們依靠的團隊績效規則的建立，團隊建設，品質文化的組建形成，員工態度和責任感的培養等內容。第二點我們強調的是培訓，以師帶徒，自我學習，個人知識管理方法，問題管理，學習型組織，讀書會等各種方式來提升技能。

    3) 評審

    評審是軟體開發過程中保證品質的一個重要活動，項目軟體開發往往會跟蹤選擇的軟體生命週期模型分為多個階段，對於較大點的項目還有嚴格的崗位角色劃分，每個階段都是不同的成員在進行工作。因此如果各個階段的產出物的品質不能夠很好保證的話，將導致缺陷泄露和後續大量的返工，這些都是我們不希望看到的壞品質成本投入。

    首先評審不是來檢查產出物的各種低級錯誤的，每個人在思考問題上都有局限性和盲點。評審是涉及到需求，設計，開發，測試等各種角色的成員共同來從不同的角度來發現工件的各種問題。比如對於需求問題，測試人員在評審的時候重點關注的是該條需求描述和商務規則的可測試性，而設計和開發重點是可實現性。評審涉及到正式同行評審，多人複審，單人複審，代碼走查等各種方式，需要根據項目的實際情況來選擇使用。我們需要重點防止的就是需求和總體設計階段的缺陷泄露，對於這種泄露往往都會造成大量的返工。

 

    4) 測試

    測試是保證軟體品質的最後一道關口，是一種迫不得已的行為，根據我們的品質意識應該要盡量做到問題不是到測試階段才發現和暴露出來。很多問題在測試階段才發現返工成本都是很大的。測試有單元測試，整合測試和系統測試，驗收測試等各個階段。在某一個功能或模組在交付給測試人員進行測試的時候，開發人員應該根據需求和設計進行較為充分的自測。這樣的話系統測試的重點才能夠真正去關注全流程的貫通和各種可能的業務情境組合和編輯，而不是關注某一個具體的實現功能點。

    敏捷開發裡面強調測試驅動和單元測試，但敏捷裡面的單元測試還有個重要的作用是通過單元測試的編寫來細化需求和設計，這對團隊每個成員都會有較高的技能要求。同時要注意單元測試的投入成本，很多時候我們來開發人員的自測和系統測試都做不好就去盲目的實施單元測試是得不償失的。

 

    總結 

    每個項目的實施總是擁有同樣的總體目標：品質、時間和成本。三者是一個相互制約、相互影響的統一體，其中任一項目標變化，都會引起另兩個目標變化，並受其制約。如何合理的保證項目品質，正確處理品質與時間、成本之間的矛盾是項目品質管理的一個痛點，這需要整合項目所有方面的內容，保證按時、低成本地實現預定的品質目標。

 

    根據側重點不同，項目可分為品質傾斜型、工期傾斜型及成本傾斜型體系。我們在編製專案計劃時，一般而言是時間、成本、品質標準均已確定，在項目實施過程中就需在從客觀因素、具體情況出發，根據將要採取的行動和可能導致的後果進行綜合分析研究；按切合實際的原則，使項目進展平衡有節奏地進行，以求達到預期目標。避免出現工期緊張或成本減少，導致品質降低的現象，而品質下降又往往造成返工等後果而導致延長工期和增加成本。

 

    在IT業處於發展的初級階段時，由於大多數軟體比較簡單，軟體品質較容易控制，對其的測試工作也不複雜，往往是軟體開發企業在開發完成後進行一下簡單的檢測就可以了。但在IT業發展到一個進階階段後，系統越來越精密，而軟體也越來越複雜，影響的範圍也不斷擴大。因此，這時期開發的軟體就必須進行十分嚴格的測試。否則，不僅會引發企業銷售收入下降和運營成本的增加，甚至給企業帶來法律責任。而在金融、電信這種系統趨於全國集中，風險波及面大，業務影響廣泛的行業，其產生的後果更是不堪設想。全面、嚴謹的測試和評估是降低企業IT系統風險的最佳實務，沒有經過品質測試就上線啟動並執行IT系統猶如一顆“定時炸彈”。

 

    人是一切人類活動的基礎，要提高軟體開發品質，就必須以人為本，首先提高人的品質。通過標準化、正常化的建設和落實，通過建立良好的社會和企業品質環境，在企業內部不斷改進開發過程品質、專案管理品質，改進品質措施。針對具體項目進行良好的分析設計規劃，編寫出品質優良的系統程式，確保資料（資訊）及其管理的品質，為客戶、為社會提供滿意的產品和服務。

 

 　相信隨著企業對軟體品質重視程度的提高，品質管理在項目中的應用越來越規範，不久的將來，我國的軟體行業的水平將會得到巨大的提升。

    全文完

    我是李鳴(Aicken) 請您繼續關注我的下一篇文章。