京东敏捷模型-更新篇

本文是整理我的分享《Scrum精髓-之京东敏捷之旅》，这个演讲分别在敏捷之旅厦门、敏捷之旅福州、敏捷之旅天津以及光环国际敏捷组织转型大会上分享过。

这个分享主要包含2大部分：

• 案例分享
• 京东敏捷模型

案例分享主要讲了2个，一个是活动提报团队；另一个是途牛融合团队。

在活动提报团队中，团队没有关注功能场景，两次未能真正满足业务方的需求。后来团队进行敏捷转型，并且引入需求发起方到团队中，随时能搞响应需求变化并可以澄清需求以及验收。最终第三次较好的完成了业务方的需求。并且得到了业务方和老刘的高度认可。

第二个案例是途牛融合。前期采用用户故事地图进行版本规划，拆分成3个迭代。另外把所有接口和风险都列出来，每天更新。最后做到了60天完成两大上市公司的融合。并且8.18促销当天，总收入同期增长10倍！

从在京东内部敏捷辅导的案例当中，我总结了如下的京东敏捷模型（当心：所有的模型都是错误的，但是有用的）

一个核心：以价值为核心

没有工具或实践的模型都是耍流氓！

那么以价值为核心的实践就是产品待办列表（Product Backlog）。好的产品待办列表是ODDE的，参考我之前写的博客。

基本点1：透明

软件开发当中很多信息都是不透明的，而信任的基础又是透明。那么首当其中就是要把可以透明的信息都展示出来，这里我首推物理板子，如上图左边。如果是异地团队（不推荐搞异地团队），可以考虑使用电子板工具，如上图右边（京东自主研发的lessw）。

基本点2：迭代

迭代还有一层意思就是重复的做事情，那么重复做事情必须有一个限制。对于Scrum，这个限制就是时间盒。

基本点3：反馈

敏捷的核心不是快，而是反馈快，参考我的博客。针对反馈的实践，敏捷当中有很多的工具和实践。

每日站会

采用最多的是每日站会，每天团队凑在一起，回答3个问题。这里的关键点不是汇报工作，而是团队作为一个整体同步信息，为了达成迭代目标而努力。

评审会议，而不是演示会议，参看我之前的博客。

基本点4：教练

如果上面说的实践您还不会，或者在练习的过程中碰到问题怎么办，那么这个时候就需要有教练-即敏捷教练。不论是内部教练或者是外部教练，都对敏捷转型会有很大的帮助。

下面是这个模型的总结，希望京东敏捷模型对你也有所启发。