阿里B2B研发管理难题如何应对？打造强有力的技术中台

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

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

讲师介绍&＃xff1a;

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

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

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

互联网·无线 研发问题

老板与员工的视角

敏捷&＃xff1f;scrum&＃xff1f;

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

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

技术债与服务化

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

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

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

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

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

第一块是综合管理。

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

相关阅读&＃xff1a;云效2.0|指挥部新品重磅发布&＃xff0c;助力企业综合管理效能提升

第二块是研发工程效能。

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

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

工程效能中台的详细版

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

技术管理中台闭环图

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

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

持续交付过程图

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

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

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

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

>>深圳云栖大会云效专场视频