通常企业业务量增加之后，研发团队也会急剧扩张，这给研发管理带来了难度，原先那一套研发模式和管理，已然跟不上业务的发展。如何建设一套技术基础设施，去支撑更好、更高效的研发管理？在3月28日深圳云栖大会上，阿里巴巴B2B高级技术专家范之岳分享了《阿里巴巴B2B研发管理实践》，从阿里巴巴B2B的研发实践过程，为大家带来新的思路和解决方案。

以下内容根据讲师PPT和视频整理而成。

讲师介绍：

范之岳：阿里巴巴高级技术专家，是B2B事业群研发效能平台及对外云效平台的产品，及技术风险负责人，技术质量架构师。在敏捷研发、持续交付、研发团队管理等方面有丰富的经验。

一、互联网无线研发的问题与挑战

创业团队或者初创公司，在开发团队人员较少的时候，更多是通过加班、人肉来实现快速发布。这个时候很少会考虑要构建一套基础设施，来更高效的管理研发过程。等到初创团队成长起来，业务发展起来，系统更加复杂，团队规模也越来越大的时候，就会面临一些挑战。阿里巴巴B2B技术部也同样面临这样一些挑战。

互联网·无线 研发问题

老板与员工的视角

敏捷？scrum？

敏捷和scrum 框架是否能解决上述问题？答案是不一定。

敏捷对个人和团队的要求非常高，要求个人的意识、团队意识、团队的自我管理，还需要配套一个整体的技术基础来支撑它的敏捷研发过程，只有这两者结合在一起，才能达到敏捷最终希望达到的那种快速迭代发布的状态。但人的培养，团队的建设，以及工程效能实践的建设，都是需要时间的。敏捷只是一种思想，解决不了工程效能的实际问题。但是整个工程效能支撑的，还是敏捷的思维。

技术债与服务化

 

我们希望做到高效高质的发布，有件事情是需要做的，就是要解决技术债和服务化。

阿里巴巴B2B的服务化构成，就是把主导的整个淘宝系的中间件结合在一起，把B2B几个业务的技术架构做了服务化，做到了独立发布，去掉了不合适的耦合，这些是前提。因为应用本身是耦合着的，无法做到独立发布，那有再好的平台，也支撑不了去做敏捷发布，所以技术债、服务化是下决心要做到的，不做的话，持续集成可能就是形而上学。

二、阿里巴巴B2B研发管理实践：工程效能技术中台

阿里巴巴B2B技术部遇到的挑战和问题，如何应对？——打造强有力的技术中台。

 

目前，阿里巴巴有各种各样的业务，比如alibaba.com，1688.com，农村淘宝，零售通，B类金融等，不同的业务，我们用同一套研发技术中台来支撑，这个研发技术中台，被分成两块。

第一块是综合管理。

综合管理顾名思义就是研发团队的管理团队，包括一线主管，满足他们管理诉求的一些功能。其中，战略规划是技术团队管理者、架构师、与业务团队一起来实现整个战略规划、排兵布阵；资源估算，解决了预估，倒排，资源透明化的问题；兵力部署、项目复盘、用户体验，这五个模块都是支撑研发过程的综合管理行为。目前，阿里云效上云提供PaaS和SaaS服务，包含综合管理和研发工程效能，其中综合管理效能称之为“指挥部平台”。

相关阅读：

第二块是研发工程效能。

整个研发工程效能也是用了服务化理念。上层有分层自动化应用、无线适配、无线自动化、远程真机、性能测试；下层包含了很多服务，比如持续集成服务、自动化服务、测试数据服务、测试环境服务、无线设备管理服务等，这些服务都能被上层做一些调用，因为它可能会有些交叉的服务调用，整套就是支撑我们研发过程以及研发管理的过程。

我们的关键词是研发的闭环、高效、优质、透明化，所有这些模块的数据，把它平台化之后，所有数据在平台里面都能沉淀下来。我们可以对这些数据去采集，去做数据应用，如果想看研发过程中哪个节点上出现问题，都能从平台上取出数据，给研发管理者做出分析。

工程效能中台的详细版

三、阿里B2B研发流程及持续发布

技术管理中台闭环图

 

传统闭环图，像需求、开发、测试、发布、总结，整个技术研发中台，在每个节点上都有对应的模块、功能来支撑这个过程，在需求和总结过程，更多的是一个综合管理中台，比如需求资源管理、立项管理、指挥部、还有商业结果的review，项目复盘，整个都有平台来支撑。开发，测试，发布阶段，就是前面的工程效能中台，来详细支撑闭环里这三个节点上需要的功能。

很多初创、传统公司不太重视技术基础效能中台建设，不能做到一键打包、编译、集成等，研发效率受到很大限制。我们研发效能平台可以很好的支撑阿里巴巴B2B1000多人研发行为，于是我们决定把它搬到云上，去支撑外部更多的客户，来提升他们研发的效能与质量，这就是云效平台。云效平台支持客户的PaaS部署，像金融、保险等很多客户都在使用云效平台。

持续交付过程图

 

这张图解释了我们持续交付的过程。我们有项目，各种各样的小需求，一天可能有上百次的发布，进入配管系统，然后根据应用分圈，再到预发布验证过程，这个是全自动化过程，它会触发对应的相关联的分层自动化，只有在失败的时候，开发测试才会介入，如果没有失败，就全自动化发布上线。这个是我们的持续发布过程。

因为每天有上百次的发布，并且我们现在开发、测试的配比差不多是10:1，所以我们必须采取差异化的发布流程。尤其项目的管理过程，也是差异化的。

 

四、阿里一线PL的职责与思考

技术是基础，业务缺一不可，通过达到业务的目标，来实现团队的管理，建设。