京东是这么实现敏捷转型的|TOP100专访

以下内容根据姜信宝在TOP100Summit全球软件案例研究峰会的采访整理而成。

「一个中心」：以价值为中心；「四个基本点」：透明、迭代、反馈、教练四个基本点。

这是我通过京东一些案例总结出来的一种敏捷转型的模式。但是从某种程度来说，所有的模式可以说都是错误的，模式在真正应用的时候，要根据实际的情况去做调整。

「一个中心」是以价值为中心，这对于一个团队特别是研发团队非常重要。需求一定是要把握清楚，并且要能够列出明显的顺序，这样才能够保证团队每时每刻做的都是最重要或价值最高的事情。

四个基本点对应价值为核心，进一步体现团队所做的事情是有价值的。

第一个基本点——透明。在传统的软件开发团队中很多事情是不透明的。举个例子，我们经常说一个软件项目的进度是50%、60%、70%，哪怕到90%，它其实也不是最终完成的。如果想做到透明，我们会用任务板的形式把团队整个进度展示出来，这样团队、经理层、需求发起方都能够很清楚的知道团队的进度是怎样的。

第二个基本点——迭代。在软件开发的敏捷过程中，一个很重要的特征是迭代。尤其现在很多做转型的团队都在说小步快跑，是指用一周或者两周的时间作为一个迭代的周期。在这个周期结束的时候要有产出——要拿出一个真正可以操作的软件，而不是一个文档或者一个设计等。

第三个基本点——反馈。有了真正可以操作的软件之后，把它拿给用户（最终使用这个软件的操作人员）或客户（给我们埋单的人），由他们来使用这个软件，最终提出一些反馈。我们就知道这个软件的下一步应该怎么做，应该怎样去迭代，怎样去修改。

第四个基本点——教练。所有敏捷模式是在敏捷庞大的体系中抽取非常重要的一部分，整个敏捷转型我个人感觉还是需要有一个教练。不管是团队内部的教练还是从外部引入的咨询公司，这个都是有必要的。

最推崇的两种方法

践行敏捷方法最好的工具是物理的，比如任务板的方式。我们用一面墙，团队根据自己的需要划成不同的列，去跟踪每个需求的进度。我个人不是很推荐电子的方式，因为物理的方式基本可以解决很多的问题，比如任何一个人走到任务板前面都可以很清楚的看到团队在做一些什么样的事情。

实践方法层面我比较推荐用户故事地图的方式。一开始我们在梳理需求列表（产品列表）时，要找一下哪些是最基本需要做的，我们称为「MVP」，就是我们第一个迭代或者第一个版本要做的事情。用用户故事地图的方式可以很好地梳理出这些需求之间的依赖关系，然后打通一个业务的闭环，团队在做的事情就会很有关联性，最终能够产生出价值。

敏捷转型要「上」、「下」配合

对于一个公司来讲，任何时间点都是可以进行敏捷转型的。敏捷转型是相对于之前传统的开发方式而言的，而现在许多广为人知的方式方法，比如每日站会，实际上就是敏捷当中的一种实践。除了客观条件以外，其他条件比如领导的支持也非常关键，否则敏捷转型很难坚持到最后。

然后再有比较积极的喜欢新鲜事物或是希望更多了解敏捷的同事来支持，这样由上而下，由下而上相互结合，敏捷转型就很容易了。

本文系根据TOP100Summit现场采访整理后原创首发，转载或节选内容前需获授权。同时，也欢迎更多企业、社区与TOP100公众账号展开内容合作，更欢迎您成为原创作者。更多内容合作请发邮件至wow@top100summit.com，我们期待认识你：）