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

687次閱讀

(1)客戶介紹

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

(2)項目背景

第一階段：項目初期（2014-2015）

項目主要通過Excel形式跟進(jìn)版本需求，每個版本發(fā)布時間存在不確定性，在制定計劃初期無法評估最終發(fā)布版本的時間，每次版本節(jié)點會因為部分功能開發(fā)的延遲而推后。

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

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

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

undefined

第三階段：測試階段（2017）

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

(3)解決方案

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

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

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

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

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

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

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

undefined

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

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