敏捷項目管理實戰(zhàn)之質(zhì)量管理

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

　　經(jīng)驗過程控制

　　經(jīng)驗過程控制是一種問題驅(qū)動的輕型過程控制模型。在進一步介紹經(jīng)驗過程控制之前，我們先看一個日常生活中應(yīng)用經(jīng)驗過程控制的一個例子：在菜肴的烹飪過程中，人們往往先觀察菜肴的顏色，或者用筷子檢查其軟硬度來判斷菜肴是否已經(jīng)煮熟。若不夠熟，則繼續(xù)煮。待到菜肴快熟時，我們開始放鹽、味精之類的調(diào)料。然后嘗嘗菜肴的咸淡是否適中，若太淡了則繼續(xù)加鹽，直到我們滿意為止。經(jīng)過這樣一個過程，烹飪者滿意的一道菜肴才能完成。泛普軟件-建筑工程項目管理系統(tǒng)

　　上述例子正好體現(xiàn)了經(jīng)驗過程控制的三大支柱——透明性(Transparency)、檢查(Inspection)、適應(yīng)(Adaption)。透明性指影響最終產(chǎn)出結(jié)果的因素對于過程控制者來說可觀察或者使其可觀察?！巴该餍浴痹谏鲜隼又斜憩F(xiàn)為：菜肴煮熟程度是影響菜肴質(zhì)量的一個因素，而這個因素可以通過菜肴的顏色或其硬度反映出來。檢查指對影響最終產(chǎn)出的因素進行觀察和評價的動作。上述例子中提到的觀察菜肴的顏色、嘗嘗菜肴的咸淡就是“檢查”。適應(yīng)指檢查過程中發(fā)現(xiàn)不可接受的結(jié)果、偏差時所采取的矯正動作。上述例子提及的在發(fā)現(xiàn)菜肴味道偏淡的情況下采取的繼續(xù)加鹽的動作就是“適應(yīng)”。泛普軟件-建筑工程項目管理系統(tǒng)

　　從經(jīng)驗過程控制的三大支柱我們可以看到其問題驅(qū)動的性質(zhì)。問題驅(qū)動是指在過程實施時所進行的活動是基于有哪些因素影響了最終產(chǎn)出的結(jié)果，而不是像一些傳統(tǒng)的過程控制實施者是從一些預(yù)定義的活動集合中“剪裁”一些活動。從一個活動集合中剪裁出一些活動，這本身就要求剪裁者對這個活動集合中的每個活動足夠了解，從而能夠選擇適合自己的活動。這個剪裁的過程使得這些傳統(tǒng)的過程控制實施起來相對困難，而經(jīng)驗過程控制因為省卻了“剪裁”的過程而使得其實施相對容易。blog

　　基于經(jīng)驗過程控制的質(zhì)量管理其實施的基本思路是先通過經(jīng)驗或者對質(zhì)量問題進行根因分析(泛普軟件-建筑工程項目管理系統(tǒng)

　　Root Cause Analysis)發(fā)現(xiàn)影響質(zhì)量的因素，再采取措施使這些因素成為可觀察的因素(對應(yīng)經(jīng)驗過程的“透明性”)。然后，在項目實施過程中對這些因素進行檢查(對應(yīng)經(jīng)驗過程控制的“檢查”)。檢查過程中發(fā)現(xiàn)不可接受的結(jié)果或者偏差時及時采取措施進行矯正以防止缺陷的引入或者缺陷流入下一道工序中(對應(yīng)經(jīng)驗過程控制的“適應(yīng)”)，從而保證了最終產(chǎn)出的質(zhì)量。泛普軟件-建筑工程項目管理系統(tǒng)

　　缺陷預(yù)防

　　《孫子兵法·謀攻》中提到“百戰(zhàn)百勝非善之善者，不戰(zhàn)而屈人兵，善之善者”。每次打仗都取勝不是戰(zhàn)爭的最高境界，戰(zhàn)爭的最高境界是不費兵卒而取得勝利。同樣，在軟件開發(fā)過程中，找出所有缺陷并將其一一去除不是質(zhì)量管理的最高境界。質(zhì)量管理的最高境界是將缺陷扼殺在搖籃之中——缺陷預(yù)防。經(jīng)驗過程控制三大支柱所體現(xiàn)的其問題驅(qū)動的特性說明了它可以幫助我們?nèi)嵤┤毕蓊A(yù)防?；诮?jīng)驗過程控制的缺陷預(yù)防是通過使缺陷來源成為可觀察的因素，然后在軟件開發(fā)過程中對這些因素進行檢查，發(fā)現(xiàn)不可接受的偏差時及時采取措施進行矯正，從而避免了缺陷的引入。比如，當(dāng)我們發(fā)現(xiàn)開發(fā)人員對需求理解的錯誤、不全面是缺陷的一個重要來源時，我們就可以應(yīng)用經(jīng)驗過程控制的思想，先采取措施使開發(fā)人員對需求的理解成為可觀察的因素。然后對其進行檢查，若發(fā)現(xiàn)有需求理解上的偏差，則進行矯正，從而避免了因需求理解偏差而引入缺陷。項目管理培訓(xùn)

　　誠然，軟件測試的目的是發(fā)現(xiàn)缺陷。也正因此大多數(shù)公司和個人也就把測試人員定位成缺陷的發(fā)現(xiàn)者。然而，測試畢竟是一種事后控制型的質(zhì)量管理手段，這不是上上策。能否往測試人員這個角色的職責(zé)的定義中增加一個缺陷預(yù)防的職能呢?筆者曾經(jīng)在所帶團隊中引導(dǎo)測試人員往缺陷預(yù)防方面發(fā)展，在這方面多做貢獻，而不是僅僅把自己定位為缺陷的發(fā)現(xiàn)者。在開發(fā)測試一體化團隊中，測試人員同開發(fā)人員一起參與需求分析、評審。項目經(jīng)理可以通過一些獎勵措施鼓勵測試人員多去發(fā)現(xiàn)需求本身的錯誤以及開發(fā)人員對需求理解的偏差，從而避免了需求相關(guān)的缺陷。另一方面，測試人員往往習(xí)慣于從發(fā)現(xiàn)缺陷中獲得成就感。在引導(dǎo)測試人員在缺陷預(yù)防上多做貢獻的過程中，項目經(jīng)理需要引導(dǎo)測試人員使其認(rèn)識到預(yù)防缺陷比發(fā)現(xiàn)缺陷更加能夠體現(xiàn)一個人的能力和價值。泛普軟件-建筑工程項目管理系統(tǒng)

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

　　需求規(guī)格說明書本身的錯誤、不明確是軟件缺陷的一個重要來源。因此，消除需求本身的問題是缺陷預(yù)防的一個重要內(nèi)容。筆者在所帶的項目中是通過開展需求澄清活動來消除需求本身的問題的。在開發(fā)團隊內(nèi)部進行需求規(guī)格說明書評審之后，評審意見被匯總成一個列表，這個列表可以是一個 Excel 表格，我們稱之為需求問題確認(rèn)列表。然后，我們邀請客戶過來和開發(fā)團隊一起對問題列表中的每個問題進行討論。團隊成員負(fù)責(zé)提出和解釋問題確認(rèn)列表中的問題，客戶代表則負(fù)責(zé)解答和澄清團隊成員提出的問題?？蛻魧τ趩栴}的回復(fù)我們會記錄到問題確認(rèn)列表的“回復(fù)”一欄。需求澄清活動往往是以頭腦風(fēng)暴會議的形式展開的，而不僅僅是一個一問一答的過程。對于客戶當(dāng)場給的問題回復(fù)，團隊成員可能因為通過自己的分析認(rèn)為客戶的回復(fù)是錯誤或者不合理的而當(dāng)場對客戶代表的回復(fù)提出質(zhì)疑?？蛻舸硗惨虼藢ζ浠貜?fù)進行重新思考從而給出與會人員一致認(rèn)同的回復(fù)。泛普軟件-建筑工程項目管理系統(tǒng)

　　《敏捷宣言》中提到“客戶協(xié)作勝過合同談判”，需求澄清活動的基本前提就是客戶代表的參與。因此它是符合敏捷開發(fā)的價值觀的。PgMp

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

　　需求宣講泛普軟件-建筑工程項目管理系統(tǒng)文章

　　團隊成員對需求理解的偏差也是軟件缺陷的一個重要來源。我們可以應(yīng)用經(jīng)驗過程控制的思想對這種因需求理解偏差而引入的缺陷進行預(yù)防。其基本思路是先使團隊成員對需求的理解成為可觀察的因素，然后對這個因素進行檢查。檢查過程中發(fā)現(xiàn)不可接受的偏差時及時采取措施進行糾正，從而避免了缺陷的引入。筆者通過在團隊內(nèi)開展需求宣講活動來具體實施這個缺陷預(yù)防。泛普軟件-建筑工程項目管理系統(tǒng)