作者: 张迎辉(问菊)
作者简介:张迎辉(问菊),阿里敏捷教练,先后支持淘宝直播、优酷、智能营销平台等团队的,辅导敏捷理论在阿里巴巴各个部门及 RDC 研发协同平台的实践落地。
2016 年 12 月,我和手机淘宝 PMO 一起投入到风林火山项目中,帮助优酷迅速融合到阿里研发体系。我主要负责需求分析流程的优化。本文简述在此过程中,如何通过调研分析、设计方案、落地实施、评估效果和持续优化的闭环帮助优酷同学解决问题。
为熟悉优酷情况,我和 PMO 同学访谈了优酷主客团队的产品、设计、开发、测试、项目经理等角色,大家反馈需求分析阶段的主要痛点有:
针对这些痛点,需求分析流程优化的目标设定为:
提供一套轻流程、重标准、数据驱动的需求管理方案,以数据化方式驱动团队改进,提供需求从创建到发布的全流程透明化管理。
优酷主客团队此前已有一套需求分析流程,建立了需求优先级 PK 和需求评审等机制。针对大家反馈的问题和优酷移动 App 的特点,并借鉴手淘的经验,我设计了一套改进的需求管理方案:
双周迭代的时序图:
(注:本图仅适用常规迭代,特殊项目不在此列)
与已有方案相比:
2017 年 1 月方案落地实施后,我访谈了优酷主客团队的 2 名产品同学、1 名设计同学和 1 名开发同学。并于 2017 年 1 月 20 日组织了版本总结会,主客团队 TL 和一线同学代表参加。
综合访谈和总结会的反馈,总结要点如下:
需求流程优化方案在优酷主客团队落地后,其它团队和部门也纷纷希望帮忙优化需求流程。2017 年 2 月至 3 月,通过与业务接口人合作,我帮助优酷产品技术部其他团队和优酷广告落地了新的需求分析流程:需求统一进阿里云 RDC,实现了需求从创建到发布的全流程透明化管理。
以优酷产品技术平台主要业务线为例,研发过程全流程的核心指标报表如下:
(注:为保护优酷数据安全,此处未提供清晰版本)
以上是按照业务线(项目)维度生成的4张报表,分别对应 3 月 1 日到 3 月 31 日期间各业务线完成的需求数量、需求从创建到发布的总时长及分阶段时长、新创建的缺陷数量、已关闭缺陷的平均关闭时长。这 4 个核心指标反映了业务线的质量、效率和响应力。报表产出后,业务团队分析报表找问题,并采取了改进行动。
此处举两例:
团队总结反思后发现主要有两方面原因:一是需求的粒度比较大;二是测试和产品、开发同学对需求的理解不一致。改进行动包括需求拆分为合适的粒度,测试同学参加需求评审,保证大家对需求的理解是一致的。
作为敏捷教练团队的一员,我尝试把团队的使命落地到行动中:“引入业界的优秀实践,探索适合阿里巴巴的研发模式,在研发团队落地,帮助团队提升质量效率,沉淀成功案例并落实到工具平台中”。
在敏捷理念的指引下,帮助团队建立稳定的迭代节奏,再通过直观透明的研发过程数据引导团队持续改进。在优酷主客按职能组织团队的情况下,不拘泥于条条框框,因地制宜优先实现了拆产品和拆时间。在双周迭代稳定运转 3 个月后,优酷主客团队涌现出了比较稳定的产品、设计、开发、测试组合。可以说是出现了跨职能特性团队的雏形,为向特性团队转型奠定了良好的基础。
此外,我与 RDC 产品团队密切协作,持续优化和完善 RDC 的报表功能。这些通用功能也为其他团队的持续改进提供了便利。
由阿里云研发协同 RDC、阿里云云效、阿里云云栖社区共同发起的“首届阿里巴巴研发效能嘉年华”技术峰会将于 6 月 29 日在线直播,如有兴趣,欢迎免费参加:http://click.aliyun.com/m/23158/