(1)客戶介紹

懷著對騰訊的眷念，TAPD被帶到了風際游戲，風際也有幸成為TAPD面向騰訊外部的第一批用戶。風際目前接近300人，有7個項目、多個部門都在使用TAPD，兩年來越來越感覺離不開它。

 

高效流程工具是項目的一把斧，特別是對于多人協作的管理，且一個好的工具應該要能適用于任何項目， 而TAPD最大的亮點在于靈活的配置。 下面就分享風際怎樣玩轉TAPD，開啟游戲公司敏捷管理的新大門。

 

 

前后管過幾十個項目，但游戲項目是最為復雜、龐大且周期長的項目。項目工作的主體是進度跟進，我們每天都開晨會，每天都有許多rtx窗口，多數是在溝通特性的進展。但是還是有同學反饋，不知道故事任務或bug是否完成，不知道什么時候發布。用了TAPD之后，這些問題就能很好地解決。

 

 

(2)項目背景

一個故事需求特性看上去簡單，也至少需要客戶端-服務器端的配合，略復雜一點遇到3層結構，客戶端-邏輯層-存儲層，再復雜就是每一層都有多人需要配合，還包括美術及UI設計等。

 

所以我們在寫一個需求時，從策劃案規劃開始，統一在TAPD創建、評審、變更到制作，并注意將故事拆分成子需求或任務到個人手上。

 

 

經驗小貼士

用故事任務狀態來代替反復的進度溝通，需要每一位同學養成更新狀態的好習慣，但在需求狀態流轉時，我們遇到一個問題，每次更新狀態都需要手動輸入下一個狀態的處理人，相對不便捷，于是我們這樣來配置管理：

1、在配置中，我們增加了服務器開發、客戶端開發、策劃、美術、QA等字段，在創建需求時配置好

 

 

2、在需求狀態流中配置流轉默認人，小手一點即可通知到下一處理人

 

 

(3)解決方案

Bug的管理一定要有嚴謹的規范，團隊可隨時清楚當前的質量情況以便進行質量管理或決策變更支持。對于程序來說，需要清楚手頭還有多少bug沒解決，多少解決后又重新打開的，有沒可能修改引發，bug根源，拒絕修復的原因是什么；對于QA來說，需要理解每一個bug背后的屬性，即測試階段、bug類型、重現規律、嚴重級別等。

 

 

經驗小貼士

利用TAPD的配置功能，可以配置出精準bug提單及分析系統：
當收到一個新bug時，有以下選擇

 

 

當選擇‘已拒絕’時，需填寫拒絕原因

 

 

當‘已解決’時，需填寫bug根源及類型（注意類型是包含根源的，比如根源是設計規則不合理，類型一定是游戲設計類，同學們不要選錯咯）

 

 

 

TAPD每日定時報告絕對是提高效率的一大神器！每日可節省QA小伙伴30分鐘-1小時整理報告時間，想要怎樣的模板都可以；程序一覽每日修復成果很有成就感有木有；PM及QA組長每日不用花費時間匯總報告有木有~

 

 

 

 

 

TAPD可以代替一個客服工單流轉系統

 

 

它可以作為一個游戲體驗反饋池

 

 

 

可以作為一個知識庫

 

 

可以作為運維管理系統

 

 

當然，我們還可以這樣玩

 

(4)價值體現

TAPD感謝有你！在騰訊的記憶，在風際的點滴，都有你的陪伴。希望你打造的互聯網敏捷研發體系，能夠幫助到更多公司走上敏捷研發之路。

 

附上風際游戲大家庭的合影：