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

01

—

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

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

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

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

项目挑战

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

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

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

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

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

4. 外部依赖比较多

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

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

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

敏捷转型方案

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

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

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

京东的敏捷转型分为5步，如下图：

1. 全面调研

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

   
   

2. 组织调整

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

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

3. 方法导入

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

4. 树优协劣

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

5. 效率提升

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

敏捷转型落地实践

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

• 虚拟团队

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

• 全员培训

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

• 需求拆解

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

• 多团队协作

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

• 版本列车

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

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

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

• 流程规范

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

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

《团队DoD标准》

《看板工作流程标准》

《需求梳理会流程标准》

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

《站会会议流程标准》

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

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

• 迭代日历

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

• 版本平台工具

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

CI自动化打包平台：每日自动集成；

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

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

05

—

06

—