質(zhì)量管理:IT項(xiàng)目計(jì)劃中質(zhì)量目標(biāo)的確定

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

一個(gè)軟件項(xiàng)目除了進(jìn)度目標(biāo)外，另外一個(gè)最重要的目標(biāo)就是質(zhì)量目標(biāo)，而質(zhì)量目標(biāo)并不是簡(jiǎn)單指版本發(fā)布的時(shí)候測(cè)試問(wèn)題全部解決，而更多關(guān)注的是你版本發(fā)布后的缺陷泄露情況，這個(gè)質(zhì)量目標(biāo)在項(xiàng)目完成的時(shí)候無(wú)法馬上得到數(shù)據(jù)和進(jìn)行驗(yàn)證的。所以一般是通過(guò)間接控制的方式，即可以去估計(jì)我們期望的缺陷和BUG的發(fā)現(xiàn)情況，當(dāng)質(zhì)量目標(biāo)高的時(shí)候，就期望在評(píng)審和測(cè)試階段近可能多的發(fā)現(xiàn)BUG，自然泄露到版本發(fā)布后的缺陷就少。

由于一個(gè)項(xiàng)目版本的總?cè)毕輸?shù)量應(yīng)該是一定的，只是在交付后發(fā)現(xiàn)出來(lái)還是在交付前發(fā)現(xiàn)出來(lái)。如果能夠在交付前發(fā)現(xiàn)出來(lái)我們軟件的質(zhì)量就高。BUG缺陷密度，總?cè)毕輸?shù)，交付后缺陷數(shù)，代碼行這些指標(biāo)間有著相互影響和作用。在作一個(gè)項(xiàng)目版本的時(shí)候，應(yīng)該對(duì)這些關(guān)系有比較明確的了解，具體關(guān)系如下圖(中間為交付前BUG比重)

你缺陷密度是10，但你期望交付后缺陷密度是0.8這顯然是很難做到的，所以上表中的綠色底紋數(shù)據(jù)是我們可以參考和借鑒的數(shù)據(jù)。

對(duì)于項(xiàng)目歷史版本數(shù)據(jù)統(tǒng)計(jì)，缺陷密度一般在4-6之間，因此交付密度采用0.8或1都是可行的。對(duì)于交付后的軟件的缺陷數(shù)據(jù)，CMMI三級(jí)的企業(yè)一般在0.5-1.5個(gè)/千行代碼，CMMI四級(jí)企業(yè)在0.5個(gè)/千行代碼。所以根據(jù)業(yè)界這個(gè)標(biāo)準(zhǔn)和組織級(jí)的建議，項(xiàng)目V4.0版本采用的交付后缺陷密度為0.8個(gè)/千行。

在項(xiàng)目 V2.6版本，項(xiàng)目就根據(jù)組織級(jí)的規(guī)程仔細(xì)進(jìn)行了復(fù)盤(pán)，其中得出的需求規(guī)模是39用例，產(chǎn)出的代碼行是30068，實(shí)際的缺陷總數(shù)是319個(gè)，測(cè)試階段的BUG數(shù)量為115個(gè)。因此可以得出的總?cè)毕菝芏葹?.17個(gè)/UC，而跟測(cè)試BUG相關(guān)的測(cè)試缺陷密度為3.8。因此在項(xiàng)目V4.0版本項(xiàng)目的估算中也采用了這些數(shù)據(jù)，并取得了較好的效果，具體的對(duì)比和偏差如下：


如果項(xiàng)目某個(gè)版本用戶提出特殊的質(zhì)量要求，就需要對(duì)項(xiàng)目的質(zhì)量目標(biāo)進(jìn)行調(diào)整，質(zhì)量目標(biāo)在確定后將直接影響到估算的工作量分布，因此在制定項(xiàng)目計(jì)劃的時(shí)候一定是先制定出項(xiàng)目的質(zhì)量目標(biāo)，然后在根據(jù)質(zhì)量目標(biāo)去指導(dǎo)和約束估算過(guò)程。

質(zhì)量目標(biāo)預(yù)計(jì)出來(lái)的數(shù)據(jù)在項(xiàng)目執(zhí)行和跟蹤過(guò)程中也有用處，我們時(shí)刻要使用該數(shù)據(jù)去檢查我整個(gè)項(xiàng)目過(guò)程是否出現(xiàn)偏離，如當(dāng)預(yù)計(jì)的需求缺陷是160個(gè)時(shí)候，如果需求階段實(shí)際完成缺陷只有50個(gè)或更少，這個(gè)時(shí)候就要進(jìn)行分析是否是同行評(píng)審過(guò)程有問(wèn)題，該發(fā)現(xiàn)的缺陷沒(méi)有發(fā)現(xiàn)出來(lái)，是否需要重新組織評(píng)審或增加預(yù)審時(shí)間，只有這樣才能夠真正保證上游缺陷不泄露到后續(xù)工作中。

需要注意的是項(xiàng)目質(zhì)量目標(biāo)的確認(rèn)過(guò)程不僅僅是項(xiàng)目組成員自己確定，更多的是需要和QA和測(cè)試負(fù)責(zé)人根據(jù)該版本的業(yè)務(wù)需求共同討論和確定，QA可以根據(jù)其它項(xiàng)目情況或業(yè)界的一些標(biāo)準(zhǔn)給出有建設(shè)性的意見(jiàn)，測(cè)試也可以根據(jù)項(xiàng)目前續(xù)版本的測(cè)試情況來(lái)確認(rèn)項(xiàng)目是否可以達(dá)到制定的質(zhì)量目標(biāo)。
項(xiàng)目質(zhì)量目標(biāo)確認(rèn)后，還要進(jìn)一步的確認(rèn)項(xiàng)目的質(zhì)量策略，質(zhì)量策略就是你為了達(dá)到這些質(zhì)量目標(biāo)而需要采用的方法或手段。如質(zhì)量目標(biāo)要求高的時(shí)候，推算出評(píng)審需要發(fā)現(xiàn)100個(gè)缺陷，如果采用單人復(fù)審或多人復(fù)審就根本做不到發(fā)現(xiàn)這么多缺陷，這個(gè)時(shí)候就要考慮哪些要采用審查的方式以及審查的比例。

在項(xiàng)目質(zhì)量目標(biāo)確認(rèn)后，在后續(xù)的項(xiàng)目執(zhí)行過(guò)程中要時(shí)刻關(guān)注這些目標(biāo)的執(zhí)行情況，如評(píng)審是否充分，測(cè)試是否發(fā)現(xiàn)了預(yù)計(jì)多的BUG，當(dāng)出現(xiàn)較大偏差的時(shí)候要及時(shí)分析原因和采用相關(guān)的應(yīng)對(duì)措施。