騰訊TAPD合作動(dòng)魚數(shù)碼：“次元召喚師”的版本管理之路

688次閱讀

(1)客戶介紹

旗下手游“次元召喚師”項(xiàng)目組從早期的十幾人的團(tuán)隊(duì)到功能研發(fā)密集期的五十幾人的團(tuán)隊(duì)，從混亂的版本管理到有計(jì)劃、有效率地完成各階段的開發(fā)，整個(gè)項(xiàng)目組經(jīng)歷了艱難的蛻變之路。

(2)項(xiàng)目背景

第一階段：項(xiàng)目初期（2014-2015）

項(xiàng)目主要通過Excel形式跟進(jìn)版本需求，每個(gè)版本發(fā)布時(shí)間存在不確定性，在制定計(jì)劃初期無法評(píng)估最終發(fā)布版本的時(shí)間，每次版本節(jié)點(diǎn)會(huì)因?yàn)椴糠止δ荛_發(fā)的延遲而推后。

第二階段：磨合期（2015-2016）

項(xiàng)目組進(jìn)入了功能開發(fā)集中時(shí)期，同時(shí)進(jìn)行iOS和Android開發(fā)，此階段項(xiàng)目組主要運(yùn)用Excel、郵件和Mantis進(jìn)行版本需求跟進(jìn)。Mantis的缺陷在于無法直觀地把需求和缺陷區(qū)分開來，在測(cè)試和開發(fā)并行時(shí)期會(huì)使開發(fā)人員對(duì)功能的優(yōu)先級(jí)產(chǎn)生疑惑。

直到2016年12月初項(xiàng)目組接觸并使用TAPD對(duì)項(xiàng)目開發(fā)進(jìn)行管理，版本迭代管理、缺陷獨(dú)立管理和報(bào)表統(tǒng)計(jì)分析等模塊對(duì)我們的項(xiàng)目管理頗有益處。需求和缺陷的關(guān)聯(lián)方便開發(fā)人員和測(cè)試人員記錄問題，不會(huì)因?yàn)閭€(gè)人原因遺忘或者遺漏缺陷，每個(gè)需求的狀態(tài)流轉(zhuǎn)可以實(shí)時(shí)進(jìn)行驗(yàn)收反饋，降低了溝通成本。

undefined

第三階段：測(cè)試階段（2017）

隨著項(xiàng)目功能不斷完善，項(xiàng)目進(jìn)入測(cè)試階段，版本發(fā)布的節(jié)奏穩(wěn)定在兩周一次，開發(fā)團(tuán)隊(duì)在合作中對(duì)TAPD的使用逐漸得心應(yīng)手。每個(gè)版本制定計(jì)劃時(shí)按照人日計(jì)算工作量，按照優(yōu)先級(jí)從高到低進(jìn)行開發(fā)，確保每個(gè)版本發(fā)布前2個(gè)工作日的穩(wěn)定版本時(shí)間。如果當(dāng)前版本中存在優(yōu)先級(jí)低的未完成項(xiàng)，延后至下一迭代，并作為最高優(yōu)先級(jí)進(jìn)行開發(fā)。通過TAPD的幫助使團(tuán)隊(duì)中每個(gè)成員的目標(biāo)性更強(qiáng)，團(tuán)隊(duì)合作精神得到提升。

(3)解決方案

2017年開始，項(xiàng)目組的iOS和Android開發(fā)基本穩(wěn)定，在此基礎(chǔ)上，針對(duì)海外業(yè)務(wù)，項(xiàng)目組提出了多語言版本開發(fā)的需求，雖然現(xiàn)階段還未進(jìn)行版本測(cè)試，但已在TAPD建單并完成開發(fā)，可根據(jù)計(jì)劃隨時(shí)進(jìn)行功能發(fā)布。

項(xiàng)目組采用2個(gè)迭代開發(fā)，1個(gè)迭代進(jìn)行優(yōu)化的方式穩(wěn)定開發(fā)，由于開發(fā)人員有限，采用的措施為全員開發(fā)完成一個(gè)版本后拉取分支，再從主干上繼續(xù)開發(fā)，如果要修改測(cè)試版本（完成時(shí)間不能超過1人/日），由相應(yīng)的開發(fā)人員對(duì)負(fù)責(zé)的功能進(jìn)行修改，再根據(jù)具體延遲時(shí)間，對(duì)后續(xù)功能進(jìn)行調(diào)整，確定主干完成時(shí)間。項(xiàng)目組在主干開發(fā)的過程中，同時(shí)只維護(hù)一個(gè)分支開發(fā)。

在制定一個(gè)版本開發(fā)內(nèi)容后，產(chǎn)品經(jīng)理、客戶端主程序會(huì)和相關(guān)功能開發(fā)人員確定當(dāng)前功能的完成時(shí)間，并在TAPD上建立功能開發(fā)的截止期，在截止期前2天會(huì)再次確認(rèn)是否可以按時(shí)完成，對(duì)于不能完成的情況會(huì)在TAPD單上寫明延遲的原因及延遲至幾日完成。在一個(gè)功能開發(fā)完成后首先由策劃驗(yàn)收，對(duì)于不符合功能的情況進(jìn)行說明，開發(fā)進(jìn)行修改，直到驗(yàn)收合格后將TAPD單轉(zhuǎn)至測(cè)試驗(yàn)收，測(cè)試根據(jù)已完成的測(cè)試用例進(jìn)行驗(yàn)收，最后合格后進(jìn)入版本。

TAPD給團(tuán)隊(duì)帶來的便利

1、按照優(yōu)先級(jí)進(jìn)行版本規(guī)劃

每個(gè)版本的內(nèi)容不會(huì)總是按照計(jì)劃進(jìn)行的，對(duì)于必須加入的內(nèi)容、需求開發(fā)的延期、美術(shù)資源的修改，版本發(fā)布時(shí)產(chǎn)生的bug，如果沒有有效的進(jìn)行管理，就會(huì)造成版本的延遲。

TAPD優(yōu)先級(jí)的使用對(duì)于新加入的功能開發(fā)時(shí)間段進(jìn)行了明確，對(duì)于優(yōu)先級(jí)低的功能在制作人、產(chǎn)品經(jīng)理和主策劃商量后會(huì)延后至下一版本，保證每一版本迭代能準(zhǔn)時(shí)發(fā)布。

undefined

2、并行開發(fā)時(shí)需求明確

項(xiàng)目組中期存在溝通問題，會(huì)把應(yīng)該傳至分支的開發(fā)內(nèi)容在主干中修改，這為策劃驗(yàn)收功能帶來了額外的溝通成本。使用TAPD后每一個(gè)迭代和分支的開發(fā)內(nèi)容一目了然，面對(duì)各方提供的需求，只要記錄在需求池中，相關(guān)的開發(fā)人員、驗(yàn)收人員和測(cè)試人員都可以根據(jù)記錄進(jìn)行需求跟進(jìn)。

3、項(xiàng)目組人員職業(yè)素質(zhì)考核

通過缺陷分布圖、趨勢(shì)圖統(tǒng)計(jì)分析可以看到每個(gè)階段各個(gè)項(xiàng)目組成員的bug產(chǎn)生數(shù)量，需求統(tǒng)計(jì)分析也可以直觀的看出每個(gè)版本開發(fā)周期每個(gè)員工的工作完成數(shù)量，使項(xiàng)目組可以有針對(duì)性的提升員工的職業(yè)素養(yǎng)。

undefined