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

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

　　經(jīng)驗(yàn)過程控制

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

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

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

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

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

　　缺陷預(yù)防

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

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

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

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

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

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

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

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