談自組織敏捷研團(tuán)隊(duì)下的質(zhì)量管理作用

束 勉，杜 宇

（中國(guó)聯(lián)合網(wǎng)絡(luò)通信有限公司軟件研究院，濟(jì)南 250199）

1 存在問(wèn)題

個(gè)人歸屬項(xiàng)目管理部，負(fù)責(zé)項(xiàng)目的質(zhì)量管理工作，我會(huì)經(jīng)常和公司的質(zhì)保工作者談話，也經(jīng)常和項(xiàng)目經(jīng)理聊天，在和他們的交談中我發(fā)現(xiàn)，項(xiàng)目經(jīng)理需要對(duì)軟件的整個(gè)質(zhì)量負(fù)責(zé)，但是，在實(shí)際的質(zhì)量管理中，也存在著很多的問(wèn)題和困難。因此，針對(duì)開發(fā)團(tuán)隊(duì)常常都會(huì)遇到這些問(wèn)題，大體可以總結(jié)為以下：

技術(shù)人員需要觀念的轉(zhuǎn)變；缺乏敏捷項(xiàng)目管理創(chuàng)新方法和實(shí)踐；缺少敏捷軟件開發(fā)專家和人才；項(xiàng)目中缺乏相應(yīng)的質(zhì)量控制方法；自動(dòng)化測(cè)試每日構(gòu)建依然實(shí)現(xiàn)不了。

2 解決措施

2.1 各項(xiàng)任務(wù)需要全員參與

QA作為敏捷團(tuán)隊(duì)的重要部分，敏捷導(dǎo)師，要進(jìn)行支持和訓(xùn)練，從而使其能夠快速地適應(yīng)到團(tuán)隊(duì)開發(fā)中。測(cè)試人員要經(jīng)常和其他的成員就工作展開溝通和交流，做好“三方協(xié)作”，即測(cè)試人員和開發(fā)人員以及業(yè)務(wù)專家之間的合作。他們?yōu)榱苏麄€(gè)項(xiàng)目的最終交付而辛苦忙碌著，并且十分喜歡收集信息，并且分享給大家，和業(yè)務(wù)部門之間的合作，能夠輔助他們，能夠?qū)⒆约旱男枨笳故境鰜?lái)，以得到他們需要的功能，并且，能夠給與其他人項(xiàng)目進(jìn)展和項(xiàng)目的反饋說(shuō)明。

2.2 QA角色的轉(zhuǎn)變

QA要實(shí)現(xiàn)角色轉(zhuǎn)變，從檢查者逐漸變?yōu)閷?dǎo)師形象。傳統(tǒng)中，在團(tuán)隊(duì)開展CMM中，他的作用相當(dāng)于檢查者，就是帶著checklist和檢查單等等，到團(tuán)隊(duì)進(jìn)行查看，檢查他們是否滿足計(jì)劃、執(zhí)行、結(jié)果，如不符合就會(huì)提出一些可能不符合實(shí)際情況的改進(jìn)措施，基本整天就干這個(gè)活，但是引入敏捷之后，QA感覺(jué)開展工作困難，在我所參與的團(tuán)隊(duì)中，我們?cè)囍裃A作為導(dǎo)師來(lái)看待，讓他去帶領(lǐng)整個(gè)項(xiàng)目團(tuán)隊(duì)，教他們?cè)鯓娱_會(huì)，怎么組織例會(huì)，怎么進(jìn)行高效的工作計(jì)劃制定等，在這個(gè)過(guò)程中，QA是更多地為了知道整個(gè)項(xiàng)目而進(jìn)行的，他們來(lái)知道團(tuán)隊(duì)建設(shè)，提高他們的質(zhì)量，方便高效的開展工作，另外，在質(zhì)量管理中，QA能夠獲得一些數(shù)據(jù)，比如代碼缺陷率，上線出現(xiàn)問(wèn)題數(shù)，人均產(chǎn)能，接收測(cè)試問(wèn)題數(shù)等等。

2.3 自動(dòng)化測(cè)試

基于敏捷開發(fā)，迭代模式造成了大量的代碼量，迭代越靠后，就會(huì)造成我們的更大的整合壓力，帶來(lái)的測(cè)試任務(wù)就更重。敏捷測(cè)試要求測(cè)試人員，可以隨意啟動(dòng)自動(dòng)化回歸測(cè)試，然后快速驗(yàn)證迭代代碼。如果缺乏短期反饋，沒(méi)有安全回歸測(cè)試的話，就會(huì)使團(tuán)隊(duì)容易背上技術(shù)債務(wù)，從而不斷擴(kuò)大缺陷，造成速度更慢。

2.4 收集反饋，不斷總結(jié)

敏捷的核心價(jià)值就是反饋，只有敏捷的短期迭代，才可以為團(tuán)隊(duì)的帶來(lái)持久的反饋，從而促進(jìn)團(tuán)隊(duì)的運(yùn)作，測(cè)試人員需要利用自動(dòng)化，進(jìn)行結(jié)果的測(cè)試，并且用觀察結(jié)果形式，對(duì)團(tuán)隊(duì)的工作提供支持。接收測(cè)試人員可以了解研發(fā)與測(cè)試的具體工作思路與需求方的真實(shí)差距，以便持續(xù)改進(jìn)；QA等相關(guān)要對(duì)開發(fā)人員進(jìn)行詢問(wèn)，看其是否有了充足的信息來(lái)理解需求，并是否可以指導(dǎo)編碼，對(duì)業(yè)務(wù)部門進(jìn)行詢問(wèn)，看其是否能夠?qū)|(zhì)量標(biāo)準(zhǔn)進(jìn)行理解，要參與到迭代計(jì)劃會(huì)議中去，經(jīng)常召開回顧會(huì)議，提出問(wèn)題解決的方案。

2.5 敏捷實(shí)踐活動(dòng)構(gòu)建方式

（1）灰度發(fā)布。對(duì)現(xiàn)有生產(chǎn)系統(tǒng)逐步上線的一個(gè)過(guò)程，一般采用分批的方式去發(fā)布，實(shí)現(xiàn)指定范圍內(nèi)的用戶通過(guò)相同服務(wù)訪問(wèn)地址訪問(wèn)不同版本的服務(wù)。我們的系統(tǒng)為提高質(zhì)量，降低問(wèn)題發(fā)生范圍，傳統(tǒng)的方式每發(fā)布一個(gè)新版本應(yīng)用，都需要外圍系統(tǒng)配合業(yè)務(wù)驗(yàn)證；為降低版本發(fā)布風(fēng)險(xiǎn)、減少外圍系統(tǒng)配合發(fā)版的工作量，通過(guò)灰度方式選取小范圍營(yíng)業(yè)試點(diǎn)賬號(hào)將需要外圍系統(tǒng)配合驗(yàn)證的業(yè)務(wù)場(chǎng)景按照實(shí)際的營(yíng)業(yè)情況進(jìn)行驗(yàn)證。

（2）持續(xù)集成。團(tuán)隊(duì)的成員需要經(jīng)常集成測(cè)試他們的工作，每次集成通過(guò)自動(dòng)化構(gòu)建完成，通過(guò)實(shí)現(xiàn)自動(dòng)化測(cè)試腳本，能夠完成持續(xù)集成。在代碼管理方面，對(duì)于那些服務(wù)端的代碼，如果有變化，那么是都能夠利用自動(dòng)化測(cè)試的，不斷是什么錯(cuò)誤，也都可以隨時(shí)告知研發(fā)人員。通過(guò)每天生成可部署的軟件；避免功能最終集成時(shí)爆發(fā)大量問(wèn)題。

（3）迭代回顧會(huì)議。在每次的迭代完成后，都要開展會(huì)議，主要是為了進(jìn)行經(jīng)驗(yàn)的分享，并且能夠及時(shí)發(fā)現(xiàn)和改進(jìn)缺點(diǎn)，從而使團(tuán)隊(duì)建設(shè)不斷。

（4）每日站會(huì)：對(duì)于每個(gè)團(tuán)隊(duì)而言，需要在每天中，都能利用10-20分鐘，進(jìn)行之前的問(wèn)題回顧和分析，同時(shí)，也做好當(dāng)天的工作介紹。公司倡導(dǎo)的每日站會(huì)，在會(huì)議中，通常是輪流擔(dān)任主持人，可以對(duì)每天發(fā)生的事進(jìn)行了解，還可以利于人員培養(yǎng)。

總之，創(chuàng)新與創(chuàng)業(yè)已經(jīng)是當(dāng)今社會(huì)的主要，創(chuàng)新需求方法論和技術(shù)的支撐，敏捷的研發(fā)流程是企業(yè)持續(xù)交付信息化產(chǎn)品的非常有效的方法，質(zhì)量管理也更要發(fā)揮積極有效的左右，對(duì)于敏捷團(tuán)隊(duì)而言，測(cè)試和質(zhì)量是主要的職責(zé)，在團(tuán)隊(duì)中，所有人都要做好自己的研發(fā)任務(wù)，在敏捷模式下，和傳統(tǒng)瀑布模式相比，質(zhì)量管理挑戰(zhàn)更高，而且它在需求應(yīng)對(duì)上、產(chǎn)品質(zhì)量上以及周期上，都具有很大優(yōu)勢(shì)。敏捷的焦點(diǎn)在于持交付有價(jià)值的軟件直到業(yè)務(wù)部門滿意為止。

[1] 徐永富.對(duì)日軟件外包中關(guān)于敏捷開發(fā)的質(zhì)量管理研究[D].南京郵電大學(xué)，2013.