产品
协作&沟通
看板
思维导图
在线文档
企业微信集成
规划&跟踪
敏捷需求规划
迭代计划&跟踪
缺陷跟踪管理
测试计划&用例
任务&工时管理
构建&交付
代码集成
持续集成&交付
应用&扩展
T魔方
第三方集成
解决方案
轻量协作
敏捷研发
DevOps持续交付
客户案例
支持
在线帮助
上手视频
帮助文档
使用手册
新鲜Show
服务支持
客户服务
小微扶持
合作伙伴
95716
中文
中文
English
Beta
登录
注册
行业案例
black;火影Online;用万花筒写轮眼看TAPD
扫一扫分享此案例
扫一扫分享此案例
扫一扫分享此案例
火影Online,是腾讯公司推出的第一款火影游戏,推出后即受到火影粉丝的热捧,曾经荣获多项公司级大奖以及业内奖项。之后简称为火影OL。游戏官网地址为:http://huoying.qq.com  ## !!#2f58b8 火影团队与TAPD!! ### __需求管理与TAPD__ 火影Online团队的研发节奏为周更模式,每周四固定时间发布版本。产品开发是以需求驱动,不管是大系统还是周版本的功能,无论大小,都必须提需求单。简单来说就是:开发接到需求单才开发。 火影OL正是通过TAPD对需求单进行管理的。而这种管理在开发前期就已经启动了。具体表现为,我们有一个需求池(我们叫临时迭代,如下图),用于放置已经确认了内容但还没有排期开发的需求。火影OL每周的版本需求(之后简称为周版本)就定期从这个需求池里面整理并归纳。  再次提醒广大工程狮和程序猿们,需求这东西口说无凭,一定要有需求单。程序生存法则说得好:不要相信策划。 ### __开发过程与TAPD__ 如前所述,火影OL中的所有功能都是通过需求来体现的,需求的生命的周期大体分为“提需求->实现需求->测试需求->完成”这样几个阶段。而通常来说,这些阶段是通过需求状态来体现的。具体到火影OL中,一个需求大致要经过这样几个状态:
__规划 -> 开发 -> 验收 -> 转测试 -> 完成 -> 发布__
__规划__ :从 __!!#2f58b8 需求池!!__ 中提取出具体的需求。 __开发__ :程序GG们根据 __!!#2f58b8 需求单!!__ 的描述实现其功能。 __验收__ :需求负责人(一般来说是策划/运营) __!!#2f58b8 验收!!__ 已开发完成的需求。 __转测试__ :测试同学根据 __!!#2f58b8 需求单!!__ 来进行测试和发现其中存在的bug。 __完成__ :测试通过,相关 __!!#2f58b8 bug已经解决!!__ 。 __发布__ :将 __!!#2f58b8 需求单!!__ 中所描述的功能发布到外网。 补充一下,这些状态只是描述了需求的几个必经之路,具体对应到项目中,需求状态可能会比以上更复杂。比如在火影OL中,需求状态有如下这些:  注意到了吗?以上所有步骤都和TAPD有关。什么你没看到有什么关联?再看一下那些高亮加粗的文字吧。什么?你还是看不明白?建议还是读一读《唐诗三百首》吧。 ###__其他相关环节__ 除了基础的需求和bug等,项目中与TAPD相结合的例子还有很多,这里举几个火影OL中的例子。 一个是大版本。我们对大版本的定义是,一个系统的开发量较大,需要从周版本里面拆出来,在分支上进行开发,到了完成之后再合入周版本,那么我们将这个单独拆出去的版本称为大版本。火影OL在同一时间,一般都会有一个周版本和一个大版本并行开发,而这些版本都是通过TPAD来进行管理的。 还有就是体验会。火影OL会在每周组织大家一起体验将于下周外发的需求。会后总结的优化内容就会被提成优化需求单。注意是优化需求单,而不是在原需求上改,因为那些需求已经转测试了,有可能测试同学已经测试完毕了,所以后续再有修改的话,提新的优化需求就是一个较好的方案,如下图所示。  ## !!#2f58b8 PM有话说!! 以上内容只能算是蜻蜓点水,提及的只是火影OL项目中常见的内容。从PM的角度而言,还有一些心得可以分享给大家。 首先,项目管理是一门艺术,你可以借助TAPD将心中的计划付诸实践,并允许自己在这个过程中随时发现问题并做出改变。 其次,没有最好的流程,只有合适的流程。这意味着,适合团队A的流程未必适合团队B。所以你要根据自己项目的实际情况来量体裁衣。经验这东西可以借鉴,但是不可以生搬硬套。 再者,要相信团队。你使用的是TAPD,然而解决具体问题的是人。你需要尽早了解和磨合你的团队,以发挥出团队最大的潜力。没有团队是完美的,所以你需要时刻关注和解决大家的需求,说不定在他们效率不佳的时候一点零食和点心就能解决问题,谁知道呢。 最后,是有一颗拥抱变化的心。不要害怕未知和改变,因为它正是我们生活的一部分,不知道的才是最令人期待的,不是吗?