研发管理 | 「功倍」助力听客来提高 30% 研发效率,向敏捷转身


听客来软件诞生于2005年初,是中国第一套助听器门店专用的销售管理软件,在中国有超过3000名验配师正在使用,连续14年安全运行。它可以有效提升助听器门店对潜在客户的销售成交率;提升客户满意度和转介绍率。


听客来在历经14年的市场考验,赢得众多助听器专卖店、听力康复机构等用户的好评,归功于听客来快速响应市场变化和热点,及时更新迭代推出系列版本,为用户提供更利于销售的体验。


而在听客来快速敏捷迭代的背后,「功倍」一定拥有姓名。通过功倍,听客来研发团队建立了高效的研发管理体系,向敏捷转身。

 


研发流程有序,交付速率稳定

  

听客来团队的产品研发顺序大致是:场景需求收集 - 制作 Roadmap - 产品开发 - 产品验收 - BUG反馈。以此实现一个完整的迭代。

「功倍」全面支持「KANBAN」和「Scrum」研发模式,方便了听客来团队在敏捷开发过程中的使用。在「功倍」,听客来研发团队实现了研发效率的提升和节奏的把控。


“现在我们使用「功倍」来进行研发管理,项目的所有需求、任务、测试,甚至包括项目文档都放在功倍一站打通,研发的版本迭代更加快速,敏捷,更适应市场变化。“


需求管理统一,变更追溯清晰


在使用「功倍」之前,听客来团队主要通过Excel和邮件往来跟进版本需求,很难做到团队层面的信息同步和进度跟踪。需求来源混乱,变更追溯不清晰,这对于需求管理就提出了更高的要求。 


通过在「功倍」建立需求看板,听客来研发团队对项目需求做统一透明管理,可以让每个人都能对项目进度直接负责。让团队目标明确,积极应对变化,持续交付价值。


听客来在「功倍」建立“ 场景需求”子计划,产品和客服会将从CEO、运营、市场、销售等部门收集来的各方面需求收录到这个看板上。利用「功倍」卡片的分类功能,会对需求进行分类管理,比如“业务”、“效率”、“管控”、“喜好”等等。产品经理定期对需求池中的需求进行合并删减。



「Roadmap」看板是针对需求的进一步处理,在Roadmap看板,产品经理将「场景需求」中的需求根据优先级、产品策略,划分到不同的冲刺迭代中,每个卡片都是一个迭代版本。产品经理需要不断的去维护更新每个迭代版本中的需求。 并以此作为开启一个sprint的基本前提。


“我们对项目需求做统一管理,每一个迭代需求都由产品经理、测试、开发共同决定,每个迭代内的需求都能传达到具体的负责人。”



可视化多人协作,过程反馈透明


产品经理经过需求筛选和需求讨论,需要将规划的本次迭代的需求从【Roadmap】看板中复制到【产品开发】的【需求池】中。技术团队根据优先级进行资源分配、工作量估算。开发经理合理安排每个人的具体开发工作,在「功倍」任务标注迭代需求的优先级,状态,开发人员、排期等主要信息。

故事墙的卡片展示,直观地体现了迭代内的项目资源、时间计划、完成进度


「功倍」的评论功能,可以针对需求进行在线讨论,此外,功倍提供的历史操作记录能在帮助更好地记录操作、追溯需求变更,且相关任务成员均可在需求修改后收到提醒,提升团队协作效率。


听客来项目组的成员大多都是多项目并行,除了听客来研发外,还要兼顾别的项目任务,每个人都要同时跟进多项工作。而功倍最特色的功能就在于,在听客来计划看板中每个添加「成员」和「时间」的任务,都会自动派发到他本人的日程安排列表中,因此他可以直接随时随地查看、安排分配给他的工作任务。



严谨规范BUG管理  


在最初建立Bug管理看板的时候,听客来研发leader就在功倍以卡片的形式建立了bug的管理严谨规范。以便团队每位成员知道每一个bug背后的属性,即测试阶段、bug类型、重现规律、严重级别等。


利用功倍的标签管理bug,听客来将bug类型分为测试问题类型和测试状态分类:


测试问题类型: 【bug类】 和【需求类

测试状态分类:【新增】、【已修改】、【关闭】、【重新打开】、【延迟】、【拒绝】


并规定了测试人员&开发人员的测试操作规则。测试人员可以测试过程中及时发现问题,及时在「功倍」补充,可以集中时间对所提交问题进行复核。开发人员修复过程中也可及时修复,及时变更标签状态。通过【bug管理】看板,程序可以清楚知道,手头还有多少bug没解决,多少解决后又重新打开的,有没可能修改引发,bug根源,拒绝修复的原因是什么。


 

除此之外,听客来技术团队也会把内部总结、流程规范、模板文档、团队资料等集中用功倍的「笔记」功能进行管理。


听客来技术团队不断改进研发流程,使研发迭代更加敏捷。「功倍」是听客来实现快速迭代,拥抱市场变化的好帮手。




申请功倍14天免费试用


其他