(1)客戶介紹

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

(2)項目背景

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

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

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

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

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

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

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

(3)解決方案

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

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

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

TAPD給團隊帶來的便利

1、按照優先級進行版本規劃

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

TAPD優先級的使用對于新加入的功能開發時間段進行了明確，對于優先級低的功能在制作人、產品經理和主策劃商量后會延后至下一版本，保證每一版本迭代能準時發布。

2、并行開發時需求明確

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

3、項目組人員職業素質考核

通過缺陷分布圖、趨勢圖統計分析可以看到每個階段各個項目組成員的bug產生數量，需求統計分析也可以直觀的看出每個版本開發周期每個員工的工作完成數量，使項目組可以有針對性的提升員工的職業素養。

(4)價值體現

在TAPD的幫助下，“次元召喚師”項目組實現了蛻變，不僅穩定了開發節奏，而且提升了團隊成員溝通協作的效率。期待未來在TAPD的陪伴下，我們可以實現更多突破！