楊桂榮 陳健 辛麗華
摘要
本文對迭代開發(fā)的完成定義DoD和度量分析的關(guān)聯(lián)性進(jìn)行了系統(tǒng)分析,闡述了如何利用度量數(shù)據(jù)的作用,持續(xù)進(jìn)行完成定義的改進(jìn)優(yōu)化,建立了DoD和度量分析之間的有機聯(lián)系,為團隊或組織持續(xù)改進(jìn)提供了一條新的思路。
【關(guān)鍵詞】完成定義 DoD度量 持續(xù)改進(jìn)
1 背景
敏捷團隊的DoD在制定是以能力邊界為依據(jù),符合當(dāng)時的質(zhì)量目標(biāo)和效率目標(biāo)。
隨著團隊能力的提升,協(xié)同效率的提高,DoD的要求如果一成不變,會成為團隊成長的阻礙力量,消磨團隊持續(xù)改進(jìn)的動力。
DoD的改進(jìn)如何能達(dá)到預(yù)期目標(biāo)呢?盲目要求團隊達(dá)成過高標(biāo)準(zhǔn),導(dǎo)致團隊改進(jìn)意愿的挫傷。
2 解決思路
度量系統(tǒng)強大的數(shù)據(jù)收集分析功能,可以解決DoD提升標(biāo)準(zhǔn)的合理制定難題,而且可以進(jìn)行持續(xù)的跟蹤評估,把DoD的持續(xù)改進(jìn)和度量活動進(jìn)行有機結(jié)合,通過迭代式的“擴展、實施、評估、改進(jìn)”循環(huán),逐步提升團隊的DoD標(biāo)準(zhǔn),為敏捷的“持續(xù)改進(jìn)”目標(biāo)提供合理有力的方法指導(dǎo)。
3 實踐情況
3.1 實踐思路
設(shè)置DOD的目的是保證團隊交付的功能達(dá)到真正的Done,不僅在功能層面,而且在質(zhì)量層面。DOD的范圍覆蓋產(chǎn)品交付的全流程。DOD的作用包括以下三個方面:
軟件交付必須的有價值活動的檢查單;
團隊成員的基本報告機制;
以現(xiàn)實為基礎(chǔ),動態(tài)演進(jìn)的可審計的檢查單。
DOD的改進(jìn)方向主要包括以下三個方面:
要求提高:隨著能力提升,逐步提高過程質(zhì)量要求
范圍擴展:隨著團隊效率提升,不斷擴展迭代工作內(nèi)容
流程優(yōu)化:隨著團隊先進(jìn)實踐引入,優(yōu)化調(diào)整敏捷開發(fā)流程
度量的主要目的是為了持續(xù)改進(jìn),范圍也會覆蓋產(chǎn)品角度的全流程,度量的作用主要體現(xiàn)在理解、評估、控制、預(yù)測等方面。
通過對外部質(zhì)量控制、版本周期縮短判斷是否達(dá)成業(yè)務(wù)目標(biāo),在分析周期控制和代碼內(nèi)建質(zhì)量的量化數(shù)據(jù)的基礎(chǔ)上,可以預(yù)測潛在的問題,通過對測試設(shè)計效率和性能異?;貧w,評估團隊能力。
因此可以通過度量體系找到改進(jìn)的切合點,度量體系的指示器和DOD的關(guān)聯(lián)圖譜,可以找到如何切入的關(guān)鍵方法,并在此通過持續(xù)反饋評估,可視化的量化效果。度量指示器如下:
3.2 實踐落地
從價值、效率、質(zhì)量、能力幾個維度出發(fā),在充分考慮團隊的工作痛點的前提下,設(shè)計一些新的指示器,能夠在決策指向性、有效性、可靠性、成本等方面有進(jìn)一步的提升。
指示器的數(shù)據(jù)來源通過員工上報,手動收集等方式實現(xiàn),會帶來一些問題。例如數(shù)據(jù)失真,上報收據(jù)受到了人為主觀影響,若手動收集數(shù)據(jù)的工作量較大,容易發(fā)生錯誤,嚴(yán)重時會導(dǎo)致指示器的結(jié)果失真。設(shè)計指示器的時候,盡量依托一些數(shù)據(jù)庫工具,實現(xiàn)數(shù)據(jù)的自動化收集和分析。
可視化展示,實時應(yīng)用,將度量報告分為過程報告、迭代報告、發(fā)布報告3個層面3個時機郵件發(fā)送給相關(guān)人員,為項目決策、研發(fā)過程效率提升提供可視化的數(shù)據(jù)支撐,并能夠及時組織團隊和項目進(jìn)行回顧復(fù)盤分析。
4 效果評價
4.1 持續(xù)反饋評估改進(jìn)
通過度量數(shù)據(jù)的收集和分析,可以完成持續(xù)評估改進(jìn),具體表現(xiàn)在以下方面:通過故障泄露階段數(shù)據(jù),分析需求分析和設(shè)計質(zhì)量;特性故事周轉(zhuǎn)周期數(shù)據(jù),反饋故事拆分質(zhì)量,DOD增強故事拆分粒度要求;通過代碼內(nèi)建質(zhì)量數(shù)據(jù)(CC標(biāo)準(zhǔn)達(dá)成情況)促進(jìn)編碼階段DOD優(yōu)化,通過分析測試設(shè)計效率數(shù)據(jù),可以明確測試策略和測試規(guī)程情況,通過性能異?;貧w測試時間占比,可以促進(jìn)DOD增加性能異常自動回歸要求。
4.2 案例和數(shù)據(jù)
如表一所示。
參考文獻(xiàn)
[1][美]杰拉爾.溫伯格(2004)質(zhì)量.軟件.管理一系統(tǒng)思考[M].北京:清華大學(xué)出版社,2004.
[2][英]Jes Humbie/David Fariey著喬梁譯.持續(xù)交付發(fā)布可靠軟件的系統(tǒng)方法[M].北京:人民郵電出版社,2005.
[3][加]Craig Larman[荷]Basvodde著孫媛顧全譯Practices for ScallingLean&Agile Development[M].北京:機械工業(yè)出版社,2014.
[4][英]Norman E.Fenton,[美]ShariLawrence Pfleeger著.軟件度量[M].北京:機械工業(yè)出版社,2004
[5]張松著.精益軟件度量:實踐者的觀察與思考[M].北京:人民郵電出版社,2012.