實(shí)踐中的敏捷開發(fā)之如何管理項(xiàng)目質(zhì)量

 【常見的質(zhì)量問題現(xiàn)象】 
軟件質(zhì)量問題很大程度上可以從其開發(fā)過程上表現(xiàn)出來 。在缺乏有效項(xiàng)目管理的團(tuán)隊(duì)中，下面的現(xiàn)象我相信是典型的。 一個(gè)功能第一次轉(zhuǎn)測(cè)的時(shí)候，測(cè)試人員能夠發(fā)現(xiàn)N個(gè)低級(jí)錯(cuò)誤型的Bug。接著開發(fā)人員”改完”代碼后，測(cè)試人員進(jìn)行回歸測(cè)試?yán)^續(xù)發(fā)現(xiàn)N個(gè)Bug。這些Bug有些是第一輪測(cè)試中發(fā)現(xiàn)的Bug沒有修復(fù)正確或者完全的，而很大一部分可能是因修改之前的Bug而引入的新Bug。于是，這種現(xiàn)象不斷得在第三次、第四次……回歸測(cè)試中出現(xiàn)。 

上面的現(xiàn)象就是典型的返工。返工不僅浪費(fèi)了時(shí)間和人力，也是質(zhì)量問題的標(biāo)志。 
而最后交付的功能還有若干Bug被發(fā)現(xiàn)。因?yàn)椋瑴y(cè)試人員漏測(cè)試了。 

【原因分析與解決問題的經(jīng)驗(yàn)分享】 
質(zhì)量問題的產(chǎn)生原因主要有兩個(gè)因素:個(gè)人的因素和項(xiàng)目管理的因素。 

人的因素主要有開發(fā)人員、測(cè)試人員的知識(shí)、能力和經(jīng)驗(yàn)以及工作習(xí)慣。 
比如，雖然敏捷開發(fā)一直強(qiáng)調(diào)測(cè)試先行。但是，仍然有很多開發(fā)人員習(xí)慣于先編碼后測(cè)試。更為不好的是，很多開發(fā)人員習(xí)慣于把所有代碼都”寫好”，然后集中對(duì)這些代碼進(jìn)行測(cè)試。這樣做的結(jié)果往往是一個(gè)地方發(fā)現(xiàn)的問題往往在其它地方也存在。于是，他不得不重復(fù)得修改這些問題。這種情形不僅浪費(fèi)了他們的寶貴時(shí)間。也往往使問題沒有被徹底修正。另外，很多沒有計(jì)算機(jī)專業(yè)背景的人被培訓(xùn)機(jī)構(gòu)以高薪為誘惑被培訓(xùn)為測(cè)試人員。對(duì)于這些測(cè)試人員，當(dāng)被測(cè)試的對(duì)象的技術(shù)性比較鮮明的時(shí)候，他們往往不知怎么測(cè)試。 

但是，人的因素往往很難短期內(nèi)有所改善。所以，我將重點(diǎn)從項(xiàng)目管理的角度來分析。 

返工和漏測(cè)試是軟件質(zhì)量的兩大問題。返工從項(xiàng)目管理的角度看，很大程度上是因?yàn)槿狈τ行У牧鞒炭刂啤＜?，在一個(gè)功能轉(zhuǎn)測(cè)試人員進(jìn)行測(cè)試前，沒有檢查其質(zhì)量是否滿足一定的要求——最低質(zhì)量要求。這一點(diǎn)，其實(shí)可以借鑒建筑工程中的材料驗(yàn)收。比如，建設(shè)一棟大樓，其所需的鋼筋水泥等材料如果我們不在使用它們前檢查其質(zhì)量是否符合要求。那么，后面才發(fā)現(xiàn)它們的質(zhì)量問題則必然要返工。關(guān)于如何進(jìn)行流程控制，以使被轉(zhuǎn)測(cè)的功能符合最低質(zhì)量要求，可以借鑒下Story演示這個(gè)具體實(shí)踐。感興趣的讀者可以借鑒下IBM developerWorks網(wǎng)站上的文章: 

《敏捷項(xiàng)目管理實(shí)戰(zhàn)之在敏捷開發(fā)中引入Story演示》 

http://www.ibm.com/developerworks/cn/rational/r-cn-agilestorydemo 

當(dāng)然，質(zhì)量問題是一個(gè)系統(tǒng)性的問題。那么，解決這個(gè)問題的方法也必然是要系統(tǒng)性。另外，管理不是照著菜譜做菜。管理者必須要掌握一套質(zhì)量管理的方法，而非”拷貝”所謂優(yōu)秀實(shí)踐。學(xué)習(xí)優(yōu)秀實(shí)踐的意義在于掌握其背后所體現(xiàn)的方法與思想。下面的文章中以這樣的一種思路分享了基于“經(jīng)驗(yàn)過程控制”的質(zhì)量管理思想，并以作者的項(xiàng)目管理經(jīng)驗(yàn)為基礎(chǔ)分享了另外一些提升項(xiàng)目質(zhì)量的一些具體實(shí)踐。 

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

http://www.ibm.com/developerworks/cn/rational/r-cn-agiletestingbestpractice