扫码阅读
手机扫码阅读

京东购物App-敏捷转型实战案例分享

95 2024-03-28

本篇文章主要分享京东敏捷转型,京东作为国内数一数二的线上购物App, 从2016年开始,如何通过敏捷转型去应对移动用户的快速增长并提升竞争力, 相信京东敏捷转型的案例可以给你带来一些不一样的思考和启发”

01

项目背景

京东购物是国内数一数二的线上购物App,2014~2015年,京东购物App每年发布4个版本,详细时间如下:


  1. 春季界面交互改变

  2. 618活动

  3. 双11

  4. 圣诞节,元旦和春节期间

随着业务的快速增长以及移动用户数量越来越多,移动业务量在快速扩大,产品的业务需求也在逐渐增加。一年只有4次发布窗口,显然无法满足业务要求和期望。

为了应对这种情况,公司领导层决定增加发布次数来解决需求等待的问题。

在这个方案实施中很快又发现新的问题,虽然发布频率多了,但App crash也增了,质量堪忧。另外,发现业务需求越来越多,导致需求梳理的周期变长,需要重新规划发布计划。

在这种情况下,团队首先尝试固定发布周期,并缩短发布周期从之前的3~4个月到2个月。这样的节奏大概坚持了1年。

随着移动用户增长迅速,已经占到主营业务的90%以上,因此2个月的迭代周期再次无法满足业务需求,不得不继续调整发布节奏,但是这样会带来新的问题和挑战。

02

项目挑战

为了能够更好的响应市场变化,拥抱变化,并更快更好的更新迭代交付产品,以满足业务期望、提升用户服务并提升产品竞争力。因此敏捷转型变得非常必要也理所当然。

敏捷转型前遇到的挑战和冲突主要如下:

  1. 需求太多,缺少优先级规则,且优先级调整频繁

  2. 各业务模块相互关联,联调时间无法对齐,导致业务不满意

  3. 产品经理抱怨研发团队不理解需求,需求讲完后,又按照业务要求多次修改需求

  4. 外部依赖比较多

  5. 研发团队不愿接受产品变更,一旦变更,发布会延期

  6. 灰度崩溃率多次超限,交付质量差

  7. 该团队超过千人,沟通协调成本高

03

敏捷转型方案

考虑千人团队以及上面的问题, 这个敏捷转型的任务非常艰巨且充满挑战。

敏捷转型一定要有一个整体规划/顶层设计,根据公司组织架构、文化、业务需求以及团队特点量身制定转型方案。

没有最好的敏捷转型方案,只有最适合的。


京东的敏捷转型分为5步,如下图:




  1. 全面调研

    在开始转型时,团队与敏捷专家共同讨论敏捷转型方案与路线图。同时,与友商充分沟通交流并学习优秀实践


  2. 组织调整

    打破原有组织结构层面,打破原有的职能组织,在多条职能上面建立产品线,组建虚拟跨职能团队。同时,角色也进行转换,原先的PM转换为SM,原先的产品经理转换为PO,原先的开发测试转换为Team,自上而下,全面敏捷。

    这个地方角色转换,不单单是角色上转换,更重要的是敏捷思维上的转换。

  3. 方法导入

    为了确保大家对敏捷的了解和认知一致,举行多次敏捷培训,优化工具,最终形成统一的流程规范,并制定团队目标。

  4. 树优协劣

    当团队找到自己的节奏后,不断总结归纳、吸取经验教训,提炼并升华成最佳实践。

  5. 效率提升

    持续改进,每个迭代都有所提升和优化。从提升团队效能的目标出发,推行全面工具化,建立研发文化,从而保证研发质量,更快、更早的交付价值。

04

敏捷转型落地实践

关于敏捷转型落地实践,京东采用了8个典型的实践



  • 虚拟团队

原团队组织架构是职能型,这样的组织很容易出现各司其事、相互推诿,缺乏凝聚力和集体责任感。因此建议建立虚拟跨职能团队,这样跟利于团队相互协作、提升团队凝聚力和主人翁意识。



  • 全员培训

为了让团队成员都了解敏捷的价值观、原则以及实践,同时,也让团队可  以有一个统一的标准流程,针对全员的敏捷培训是必须的,而且要多次培训。全员培训一定要从上而下,从管理层到Scrum team。



  • 需求拆解

对于一个庞大的App需求,尤其是需求不断变化和调整,很少有人可以一下就讲清楚,因此需要PO引导用户对需求进行拆解,直到拆解成想要的功能特征和目标期待。另外,按照不同的场景分析问题和机会,请用户协助参与分析。

  • 多团队协作

一个大型App的需求,涉及到多个团队相互协作,需要各个团队以版本发布为目标,不要求每个团队开始和结束日期都一致,但需要每个团队迭代周期以及节奏相近,前后偏差不超多3天。



  • 版本列车

首先要制定发布规则,并且让业务模块和版本解耦。

版本就像一列高速飞驰的列车,每个需求就像是乘客。列车的停靠时间是固定的,如果乘客赶不上,只能搭下趟车。版本也是一样的,其发布时间是固定的。如果需求不能及时梳理完毕并符合DoR, 那就只能放在下个迭代。

另外,考虑每个团队的业务不同,需求不同,要发布的版本也可以不同,这一点由团队自行决定是否发布/上车。





  • 流程规范

为了让团队清楚和明白敏捷的流程和规则,需要编写并整理相关文档,这样有利于新员工和新团队快速学习和参考执行。建议制定如下文档:

《明确团队各个角色和职责》

《团队DoD标准》

《看板工作流程标准》

《需求梳理会流程标准》

《迭代计划会议流程标准》

《站会会议流程标准》

《回顾会议工作流程标准》

《评审会议工作流程标准》



  • 迭代日历

为了让团队保持稳定的节奏感,减少沟通和协调的成本,可以把5个Events一次性约好,在固定的时间和地点,形成迭代日历。

  • 版本平台工具

工欲善其事,必先利其器,相关工具的使用是非常有必要的,比如:



CI自动化打包平台:每日自动集成;



灰度发布系统:分别针对iOS和Andriod系统的灰度发布,并且月整体发布平台连接。

崩溃监控系统等:包括灰度发布质量监控平台,正式发布质量监控平台。



05

敏捷转型成果与展望



在敏捷转型6个月后,京东PMO和质量团队提供的数据足以证明敏捷转型的巨大进展,成果显著。



  • 整体交付效率提升41%

  • 需求颗粒度拆解提升42%

  • 交付质量提升58%

  • 发布次数同比增长50%

  • 发布准时率100%

展望未来,发布还可以进一步提升,从现在的2周变为每周甚至每天; 流程上提升;  工具和管理上的提升等等。

06

总结

在VUCA时代,因为市场的不确定性,业务多变性和技术的复杂性,如何应对这些不确定性并提升响应能力是很多企业存活下来的关键。

因此很多企业都在尝试变革,做各种各样的尝试,敏捷转型/变革就是其中之一。

但是实际情况是敏捷转型不能保证一定成功,更不能保证能100%解决你现在遇到的问题,甚至可能带来更多的问题。因为在准备敏捷转型之前一定要思考如下几个问题:

  1. 是什么原因要敏捷转型?要达成的目标是什么?

  2. 除了敏捷转型,还有其它方式可以达成目标吗?

  3. 敏捷转型成功可以带来什么?

  4. 敏捷转型的成功可能性有多大?

  5. 敏捷转型失败最差的结果是什么样的?我可以接受吗?

如果问完这5个问题,经过深刻的思考后,还是要尝试敏捷转型,那么有如下建议:

  1. 敏捷转型不是一蹴而就,要保持耐心和一颗不断精进的心

  2. 从心理上理解并接受敏捷转型不是灵丹妙药,并不一定能解决所有问题

  3. 请敏捷专家根据公司组织架构、文化、业务需求以及团队特定转型路线图和方案

  4. 不断迭代,不断复盘,不断精进

BTW,本文内容参考《京东敏捷实战指南》这本书,书中的干货很多,不光有敏捷理论的详细介绍,更有实战案例分享,理论结合实战,深入浅出,从知道到运用,知行合一。非常推荐伙伴们买来看看。

原文链接: http://mp.weixin.qq.com/s?__biz=Mzg3MjYzMTg1OQ==&mid=2247484192&idx=1&sn=8ccb673257cf7ec923325bc8e8353a44&chksm=ceed187cf99a916a5093e659ea8c2ee340e937bfa2e3a68b45d8005889f0d360d71546a282cc#rd

聚焦敏捷项目管理、推广与应用 、经验技术、复盘总结以及最佳实践分享!

29 篇文章
浏览 1996
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线