品牌名称
风际游戏
企业规模
51-200人

腾讯TAPD合作风际游戏:项目管理

314次阅读

(1)客户介绍

怀着对腾讯的眷念,TAPD被带到了风际游戏,风际也有幸成为TAPD面向腾讯外部的第一批用户。风际目前接近300人,有7个项目、多个部门都在使用TAPD,两年来越来越感觉离不开它。

 

高效流程工具是项目的一把斧,特别是对于多人协作的管理,且一个好的工具应该要能适用于任何项目, 而TAPD最大的亮点在于灵活的配置。 下面就分享风际怎样玩转TAPD,开启游戏公司敏捷管理的新大门。

 

undefined

 

前后管过几十个项目,但游戏项目是最为复杂、庞大且周期长的项目。项目工作的主体是进度跟进,我们每天都开晨会,每天都有许多rtx窗口,多数是在沟通特性的进展。但是还是有同学反馈,不知道故事任务或bug是否完成,不知道什么时候发布。用了TAPD之后,这些问题就能很好地解决。

 

undefined

 

(2)项目背景

一个故事需求特性看上去简单,也至少需要客户端-服务器端的配合,略复杂一点遇到3层结构,客户端-逻辑层-存储层,再复杂就是每一层都有多人需要配合,还包括美术及UI设计等。

 

所以我们在写一个需求时,从策划案规划开始,统一在TAPD创建、评审、变更到制作,并注意将故事拆分成子需求或任务到个人手上。

 

undefined

 

经验小贴士

用故事任务状态来代替反复的进度沟通,需要每一位同学养成更新状态的好习惯,但在需求状态流转时,我们遇到一个问题,每次更新状态都需要手动输入下一个状态的处理人,相对不便捷,于是我们这样来配置管理:


1、在配置中,我们增加了服务器开发、客户端开发、策划、美术、QA等字段,在创建需求时配置好

 

undefined

 

2、在需求状态流中配置流转默认人,小手一点即可通知到下一处理人

 

undefined

 

(3)解决方案

Bug的管理一定要有严谨的规范,团队可随时清楚当前的质量情况以便进行质量管理或决策变更支持。对于程序来说,需要清楚手头还有多少bug没解决,多少解决后又重新打开的,有没可能修改引发,bug根源,拒绝修复的原因是什么;对于QA来说,需要理解每一个bug背后的属性,即测试阶段、bug类型、重现规律、严重级别等。

 

undefined

 

经验小贴士

利用TAPD的配置功能,可以配置出精准bug提单及分析系统:
当收到一个新bug时,有以下选择

 

undefined

 

当选择‘已拒绝’时,需填写拒绝原因

 

undefined

 

当‘已解决’时,需填写bug根源及类型(注意类型是包含根源的,比如根源是设计规则不合理,类型一定是游戏设计类,同学们不要选错咯)

 

undefined

 

 

TAPD每日定时报告绝对是提高效率的一大神器!每日可节省QA小伙伴30分钟-1小时整理报告时间,想要怎样的模板都可以;程序一览每日修复成果很有成就感有木有;PM及QA组长每日不用花费时间汇总报告有木有~

 

undefined

 

undefined

 

undefined

 

 

TAPD可以代替一个客服工单流转系统

 

undefined

 

它可以作为一个游戏体验反馈池

 

undefined

 

 

可以作为一个知识库

 

undefined

 

可以作为运维管理系统

 

undefined

 

当然,我们还可以这样玩

 

undefined

(4)价值体现

TAPD感谢有你!在腾讯的记忆,在风际的点滴,都有你的陪伴。希望你打造的互联网敏捷研发体系,能够帮助到更多公司走上敏捷研发之路。

 

附上风际游戏大家庭的合影:

 

undefined