品牌名称
六度人和
企业规模
51-200人

腾讯TAPD合作六度人和:连接客户

158次阅读

(1)客户介绍

六度人和致力于用互联网连接技术为企业创造商业价值,旗下产品EC也始终站在用户的角度思考问题,以用户的价值为依归,正在成为SCRM的领跑者。


面对用户群体日益增长,EC团队日益壮大,在问题和挑战面前我们正经历着蜕变。


用户思维、敏捷、进取、创新如何有效实现?敏捷产品研发平台TAPD来助力啦!


2015年TAPD在EC部分项目中进行了试用。使用初期,每个状态的变化,每个需求的相关处理人一定能收到TAPD邮件提醒,这样的提醒流转了一段时间,EC产品研发团队熟悉了流程,TAPD也逐渐成为了大家的好伙伴。


目前产品研发团队人数90+,各产品线迭代周期也在不断优化,从之前小伙伴对发布周期不敏感,到如今根据不同的业务类型已固化为周版本发布和月版本发布的节奏。举例2016年上半年,EC共发布周版本22次,APP(android+iOS)发布12个版本,PC发布5个版本,CRM相关发布12次。


当然,EC产品研发团队的小伙伴从未停止进取的脚步,大家仍在为项目过程的优化、高质量版本发布而努力着。

 

(2)项目背景

 

早前EC产品研发团队每个角色成员手中有一个excel表各自维护需求, 项目成员仅了解各自任务阶段的时间表, 没有一个地方随时可以很直观的看到各需求目前的实现情况。各个环节的接口处存在灰色地带,容易遗漏。 这样的现状如何能让用户需求有效落地呢?


在产品基本都习惯将需求录入到TAPD的基础上, 产品研发团队沟通后决定采取故事墙工具,同时与团队成员充分讨论和制定并确定了合理的状态流转机制以及负责流转的角色。


让每个角色都能够主动参与到状态流转,并从需求流转管理中获得效率的提升。这样一来需求得到了高效的管理,再也不会担心遗漏。


而产品也会将收集的需求按照未来三个月进行规划,并依据优先级录入到TAPD需求池,正式的需求评审前产品也会与研发团队沟通进行需求预评审;项目经理根据实际需求流转情况,跟进项目里程碑各节点:规划中、需求评审、工作量评估、开发中、测试中、灰度中、已发布,每个角色负责各自的流转活动。 用户需求得以快速落地;各项目组所负责的需求清晰体现; 项目管理工作也高效了不少。

 

undefined

 

undefined

 

(3)解决方案

 

做需求不能总想一步到位的事情,研发团队基于版本迭代的方式,循序渐进的来实现用户的需求优化。


首先,我们根据预评审结论,将每个月需要完成的产品需求列表确认并在看板同步。项目成员依据需求优先级进行正式的需求评审并启动项目。开始也会有项目成员提出质疑:项目启动就是个形式化的东西,产品、开发都开始干了,为什么还要启动?


从流程的角度看,决定一个项目成功的角色有很多,极有可能就是那个与项目成员不相干的角色。项目启动是个抓手,准备期间就是一个逐步统一大家目标的过程,辅以适当的沟通机制,会把大家的目标逐步对齐。


其次,任务分解和估算,与工作量拆分一样。执行过程也是要正确看待偏差,有的偏差是不可避免的,有的偏差是不应该的。特性需求最好不要有资源冲突。如果有需要是根据全局目标来进行排布。


最后,每个产品线的需求均有自己的迭代周期,项目启动后按照固定的节奏推进,项目成员完成分配好的各个任务并交付。这期间会包含很多敏捷实践:每日晨会、故事墙等等。在敏捷研发中用的最普遍的一招应该是晨会了,各角色项目成员一起参加会增强对项目各节点里程碑的关注、风险预警同步以及风险应对的讨论。


项目过程中,会有小鲜肉加入,也会有老司机离开,干系人的观点也可能会变化。依据报表 –> 统计分析功能对每个close的迭代进行总结沉淀也成为了一项必修课。 以结果为导向,快速行动,灵活应变,因此我们的开发方法也必须简单而拥抱变化。

 

undefined

 

(4)价值体现

 

TAPD带给大家的不仅仅是需求/缺陷管理、进度管理、风险管理….还有不一样的wiki、问题反馈、自定义模板等。

 

1、wiki

undefined

 

团队成员可以在wiki中进行知识分享、评论新书和电影等。

 

undefined

 

客服知识库棒棒哒

 

2、问题反馈

undefined

 

客服妹子把问题反馈按模块整理成为用户需求方便产品捡需求。

 

3、根据项目特性定制的各类模板

undefined

 

EC团队的花儿草儿~~

 

undefined