精益度量在DOD改進中的應(yīng)用

楊桂榮 陳健 辛麗華

摘要

本文對迭代開發(fā)的完成定義DoD和度量分析的關(guān)聯(lián)性進行了系統(tǒng)分析，闡述了如何利用度量數(shù)據(jù)的作用，持續(xù)進行完成定義的改進優(yōu)化，建立了DoD和度量分析之間的有機聯(lián)系，為團隊或組織持續(xù)改進提供了一條新的思路。

【關(guān)鍵詞】完成定義 DoD度量 持續(xù)改進

1 背景

敏捷團隊的DoD在制定是以能力邊界為依據(jù)，符合當(dāng)時的質(zhì)量目標(biāo)和效率目標(biāo)。

隨著團隊能力的提升，協(xié)同效率的提高，DoD的要求如果一成不變，會成為團隊成長的阻礙力量，消磨團隊持續(xù)改進的動力。

DoD的改進如何能達到預(yù)期目標(biāo)呢？盲目要求團隊達成過高標(biāo)準(zhǔn)，導(dǎo)致團隊改進意愿的挫傷。

2 解決思路

度量系統(tǒng)強大的數(shù)據(jù)收集分析功能，可以解決DoD提升標(biāo)準(zhǔn)的合理制定難題，而且可以進行持續(xù)的跟蹤評估，把DoD的持續(xù)改進和度量活動進行有機結(jié)合，通過迭代式的“擴展、實施、評估、改進”循環(huán)，逐步提升團隊的DoD標(biāo)準(zhǔn)，為敏捷的“持續(xù)改進”目標(biāo)提供合理有力的方法指導(dǎo)。

3 實踐情況

3.1 實踐思路

設(shè)置DOD的目的是保證團隊交付的功能達到真正的Done，不僅在功能層面，而且在質(zhì)量層面。DOD的范圍覆蓋產(chǎn)品交付的全流程。DOD的作用包括以下三個方面：

軟件交付必須的有價值活動的檢查單;

團隊成員的基本報告機制;

以現(xiàn)實為基礎(chǔ)，動態(tài)演進的可審計的檢查單。

DOD的改進方向主要包括以下三個方面：

要求提高：隨著能力提升，逐步提高過程質(zhì)量要求

范圍擴展：隨著團隊效率提升，不斷擴展迭代工作內(nèi)容

流程優(yōu)化：隨著團隊先進實踐引入，優(yōu)化調(diào)整敏捷開發(fā)流程

度量的主要目的是為了持續(xù)改進，范圍也會覆蓋產(chǎn)品角度的全流程，度量的作用主要體現(xiàn)在理解、評估、控制、預(yù)測等方面。

通過對外部質(zhì)量控制、版本周期縮短判斷是否達成業(yè)務(wù)目標(biāo)，在分析周期控制和代碼內(nèi)建質(zhì)量的量化數(shù)據(jù)的基礎(chǔ)上，可以預(yù)測潛在的問題，通過對測試設(shè)計效率和性能異常回歸，評估團隊能力。

因此可以通過度量體系找到改進的切合點，度量體系的指示器和DOD的關(guān)聯(lián)圖譜，可以找到如何切入的關(guān)鍵方法，并在此通過持續(xù)反饋評估，可視化的量化效果。度量指示器如下：

3.2 實踐落地

從價值、效率、質(zhì)量、能力幾個維度出發(fā)，在充分考慮團隊的工作痛點的前提下，設(shè)計一些新的指示器，能夠在決策指向性、有效性、可靠性、成本等方面有進一步的提升。

指示器的數(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ù)支撐，并能夠及時組織團隊和項目進行回顧復(fù)盤分析。

4 效果評價

4.1 持續(xù)反饋評估改進

通過度量數(shù)據(jù)的收集和分析，可以完成持續(xù)評估改進，具體表現(xiàn)在以下方面：通過故障泄露階段數(shù)據(jù)，分析需求分析和設(shè)計質(zhì)量;特性故事周轉(zhuǎn)周期數(shù)據(jù)，反饋故事拆分質(zhì)量，DOD增強故事拆分粒度要求;通過代碼內(nèi)建質(zhì)量數(shù)據(jù)（CC標(biāo)準(zhǔn)達成情況）促進編碼階段DOD優(yōu)化，通過分析測試設(shè)計效率數(shù)據(jù)，可以明確測試策略和測試規(guī)程情況，通過性能異常回歸測試時間占比，可以促進DOD增加性能異常自動回歸要求。

4.2 案例和數(shù)據(jù)

如表一所示。

參考文獻

[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.