專案(Explore)總結之專案質量管理
§1.6 專案質量管理
專案質量管理包括保證專案能滿足原先規定的各項要求所需要的實施組織的活動,包括質量規劃、實施質量保證和實施質量控制三個過程。質量管理強調以下幾個方面的重要性:
1. 顧客的滿意度。要求可交付成果既符合要求又適於使用;
2. 預防勝於檢查。預防成本遠低於糾正成本;
3. 管理層責任。成功需要專案團隊全體成員的參與,然而提供取得成功所需的資源仍然是管理層的責任;
4. 持續改進。戴明迴圈PDCA是質量改進的基礎;
§1.6.1 質量規劃
質量規劃指識別那些質量標準適用於該專案,並確定如何滿足這些標準的要求。
專案Explorer沒有正式的質量規劃檔案,包括質量管理計劃、質量衡量指標、質量核對表、質量基準等。有什麼質量標準?達到什麼目標?如何滿足?從專案開始至結束基本上是按照經驗去確定。比如質量標準,能夠滿足客戶需要,客戶測試透過,上線執行沒有問題就是質量標準了;返工工作量少,客戶提出的意見不多,也算是質量目標。對於如何滿足這些要求,很直觀的,透過系統分析員的整合測試、測試人員的系統測試以及客戶的驗收測試去達到。至於缺陷率、故障率等量化的質量指標基本沒有定義。
由於專案管理計劃中沒有定義驗收標準,在質量方面,上線,能夠滿足業務要求,也就滿足質量要求可以驗收了。
該過程的產出,質量核對表、過程改進計劃,公司不關注,客戶不關注,專案組也沒有這個意識,自然相關的工作和文件也就沒有實施和編寫了。
“質量是規劃出來的,不是檢查出來的”,這話一點不假,Explorer由於規劃和系統設計上的不足,導致整個專案的返工量很大,甚至在專案驗收後系統仍然頻繁的出錯,曾經一段時間在晚上看到客戶熟悉的電話都覺得害怕,簡直是“午夜兇鈴”。
§1.6.2 實施質量保證
實施質量保證是指實施計劃中的系統質量活動,保證專案實施滿足要求所需的所有過程。
公司內部當時沒有質量控制部,質量保證也只能是由監理或事業部高層以不專業的方式提出不專業的意見和建議,雖然不太規範,但專案外部的組織往往會比專案組要看得清楚,更能發現問題,提出糾正措施。
這種不太規範的做法是如何實施的呢?一般的過程是,監理或事業部高層到現場或者周例會聽取情況報告和各方意見,根據與會各方提出的問題,提出後續的建議措施。這個過程中,變更申請也會正式不正式的獲得透過或者給否決。
質量保證過程的價值在於其實施的質量審計,透過對實施情況的審查,確定專案活動是否符合公司相關的政策、方針或過程,識別低效率的政策、過程或程式,透過提出糾正措施以利於專案績效的提升。質量保證要解決的是:確保專案組在做正確的事情,也就是確保方向是正確的,以免專案組做了不值得做的事情還渾然不覺。
§1.6.3 實施質量控制
實施質量控制是監視專案的具體結果,確定其是否符合質量標準,並判斷如何杜絕造成不合格結果的根源。質量控制是確保專案組做出來的可交付成果是正確的,這是與質量保證的本質區別。
專案質量控制由專案組中的測試團隊負責,測試團隊成員從測試部門抽調,測試工作向PM和測試部門職能經理彙報。
在Explorer專案中,質量控制被簡單的理解為測試系統,提出缺陷,跟蹤缺陷直至缺陷修復,確保交付給客戶的系統是沒有錯誤的。基於這個理解,專案質量控制實施過程中,主要的輸入就是可交付成果,即釋出的系統,質量控制所使用的工具是檢查以及缺陷修復審查(也就是通常所說的迴歸測試)。PMBOK所提的質量七工具,基本上沒有使用過,不過,帕累托法則倒是又一次在這個專案印驗:20%的工作(如滿足本地化的需求等)需要80%的精力完成。
測試通常由開發人員、系統分析員和測試人員聯合測試,其中開發人員負責單元測試、系統分析員負責整合測試,測試人員負責系統測試,最終提交給客戶做驗收測試。具體過程如下:
1. 由測試部根據需求擬定各個模組的測試用例(主流程),產生一系列的檢查清單(CheckList);檢查清單(CheckList)由測試部門負責整理、分發和收集;
2. 開發人員根據CheckList逐項檢查,確認透過後發郵件通知負責該模組的SA(系統分析員);
3. SA根據開發人員提交的CheckList完成整合測試,透過後提交給測試部門測試;
4. 系統部署員根據系統分析員的反饋確定釋出給測試部門測試的時間;
5. 測試人員測試透過後,更新bug跟蹤系統的狀態;
6. PM根據bug跟蹤系統的相關資訊,確定釋出給客戶測試的版本和時間;
7. 系統最終上線前,由測試人員對系統進行一次迴歸測試,以確保系統沒有問題。
從實施成本的角度看,質量控制是一件成本高昂的事情。首先質量控制涉及的人員眾多,包括測試人員、PM、系統分析員和開發人員等,這些角色的人員需要頻繁的溝通、交流和協作,溝通成本很高;其次,過程複雜,缺陷修復需要透過缺陷報告、定位缺陷產生的原因和位置、對修復缺陷可能引起的影響分析、確定修復方案、實施修復措施、迴歸測試驗證等等一系列過程才能最終確定缺陷是否被真正被修復,這個過程耗時耗力,成本高昂。而且,缺陷修復稍有不慎沒有做好影響分析則很有可能會引入其他缺陷,這些成本都非常的可觀。以上種種也從另外一個方面說明了質量規劃的重要性。
-------------------------- 本文可任意轉載,但請註明作者和出處 ----------------------------
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/6906/viewspace-631003/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 專案(Explore)總結之專案風險管理
- 專案(Explore)總結之專案整合管理
- 專案(Explore)總結之專案溝通管理
- 專案(Explore)總結之專案費用管理
- 專案(Explore)總結之專案時間管理
- 專案(Explore)總結之專案範圍管理
- 專案(Explore)總結之專案人力資源管理
- 專案(Explore)總結之專案概述
- 專案質量管理
- 資訊系統專案管理系列之九:專案質量管理專案管理
- 專案管理之---競投專案總結(轉)專案管理
- 【Vue專案總結】後臺管理專案總結Vue
- 專案管理過程之質量管理 (轉)專案管理
- 專案管理過程之質量管理(轉)專案管理
- 專案總結之專案失誤
- 軟體專案管理 8.3.敏捷專案質量活動專案管理敏捷
- 印度專案質量管理經驗
- 軟體專案質量管理(轉)
- 專案管理過程之質量管理(轉載)專案管理
- 專案計劃與質量管理(轉)
- [原創]專案管理知識體系指南之 8專案質量管理思維導圖專案管理
- 軟體專案管理 8.4.軟體專案質量計劃專案管理
- BBS專案專案總結
- 對CRM專案實施全程質量管理
- 如何加快專案進度提高專案質量
- 專案管理PMP過關總結專案管理
- 使用Git管理專案 使用總結Git
- 大型遊戲專案質量管理與反思 - 邱廣遊戲
- 專案質量管理的主要內容(轉載)
- 軟體專案管理的質量保證(轉)專案管理
- 專案總結
- 專案質量管理有哪些不同階段?其中"質量"指的是什麼?
- 用“質量門”確保專案質量(轉)
- AKM專案總結之PO FORMORM
- 專案總結之應用XP
- 專案總結之個人失誤
- BGWN專案總結之盤點
- 專案(FBMS)總結-管理篇(4)