如何提升团队的研发效率？阿里工程师这么做

阿里妹导读：随着业务走向国际化、意想不到的挑战接踵而来——团队迎来一位位金发碧眼工程师，业务支持与优雅代码相互摩擦，沟通协作、研发模式、文化氛围，如何适应这些新的变化？今天，我们邀请Aliexpress高级技术专家许晓斌，分享他的解决之道。

背景

大约在5年前，也就是2013年我刚加入阿里的时候，那个时候 DevOps 的风刚吹起来没多久，有家公司宣称能够一天发布几十上百次，这意味着相比传统软件公司几周一次的发布来说，他们响应商业需求的能力可以甩后者几条街，而且这差距根本不是加班能赶上的。今天的 AliExpress 技术团队小几百人的规模，可一天发布几十次也已经司空见惯了，这主要得益于三个方面：

1. 非常彻底地微服务化，拆分粒度很细，且旗帜鲜明地反对重二方库。

2. 阿里集团整体的运维标准化，尤其是 Docker 技术的全面覆盖。

3. AliExpress SRE 团队不断努力保证稳定性。

然而，效能这个东西，你永远不会说：“够了，够快了”，尤其是在当下的消费型社会，人人都是消费者，而消费者恨不得脑子里的欲望刚闪现出来，你的商品或服务瞬间就到他面前。况且，随着我们不断国际化的步伐，新的因素必然会影响原来的高效能。

沟通带宽衰减问题

第一个因素是研发团队自身的发展和变化，今天的 AliExpress 技术团队已经是一个名副其实的分布式国际化团队，工作地是杭州+深圳+莫斯科+马德里+其他欧亚都市，外籍同学的比例是 15%，而且能看到这个比例会不断提高，新的国外工作地点也会增加。而这样的团队，对比在同一层楼里的一群中国人组成的团队，是有本质的区别的。

我们可以将人与人之间的沟通和网络通信做类比，我们知道网络通信是有带宽的，从早期的拨号上网几十K，到现在的家庭宽带主流的几十上百M，再到数据中心内部局域网内部G级别的数量级，带宽越大，能传输的信息也就越多（通常浪费也就越多）。而人与人之间沟通也可以认为是有带宽的，例如充分信任的全由中国工程师组成小团队，平时相互一起吃饭散步聊天，大家彼此都特别了解，沟通起来就特别顺畅，想到一个点子转个朝向说两句对方就懂了。可对于一个分布式国际化团队来说，这个沟通带宽可是衰减得厉害：

• 中文到英文的转换，衰减一次。对于大多数人来说，英语不是母语，沟通的效率自然会降低。

• 单地到多地，衰减一次。电话，视频，钉钉，都没有面对面沟通来的高效。（否则大家都不会不约而同地刷脸了）

• 时差，再衰减一次。杭州和莫斯科的时差是5个小时，所以基本上北京时间上午我们是联系不上莫斯科的同学的。

• 文化的差异，再衰减一次。例如很多我们可以用来增强感情的团建方法，撸串K歌王者吃鸡，外籍同学可能完全不感冒。

那有人可能会说，既然沟通成本这么高，那直接在一个地方全部招中国工程师多简单？这么做简单是简单的了，可都这么搞的话，怎么在全球范围吸引优秀的人才呢？更何况 AliExpress 的用户基本都是老外，这后面的人才如果全是中国人，听起来这生意就不太靠谱对不？谷歌微软亚马逊，哪家不是在全世界搜罗顶尖人才？

所以说，既然沟通带宽的衰减是难以避免的，那我们唯有把对这带宽的利用率提上去。具体我们已经做了，或者在做一些事情：

1. 尽可能和行业主流技术接轨，降低工程师学习成本。我们基于开源 Spring Boot 做的阿里巴巴生态集成