阿里巴巴B2B高效研发管理实践

  • 时间:
  • 浏览:0
  • 来源:大发5分快3_极速5分PK10



互联网无线研发的大间题与挑战

对于老板来说,业务老板尤其关心研发团队在干有哪些,业务有哪些过后发布,技术老板关心团队的带宽怎么后能 ,为甚砍业务需求,人手够缺乏,产品质量怎么后能 等。对于开发、测试、运维工程师们来说,当我们歌词 当我们歌词 希望想为甚发就为甚发,随时随地发布需求,高效高质的发布,何必 倒排。

范之岳:2011年加入阿里巴巴。担任阿里巴巴B2B研发效能平台和对外云效平台的产品负责人,阿里巴巴速卖通业务的技术质量负责人,技术质量架构师。精通研发质量效能平台产品,在敏捷研发、持续交付、研发团队管理等方面有宽裕的经验。

2017年1月13日举办的【云栖计算之旅】线下沙龙第4期研发管理专场,阿里巴巴技术质量架构师范之岳带来了题为阿里巴巴B2B高效研发管理实践的演讲。本文主要从互联网无线研发的大间题与挑战现在结束了讲起,重点讲解了阿里工程效能技术平台,包括云效平台等,最后对阿里一线PL的职责进行了思考。一同来了解下吧。

老板希望更多集中式的资源与需求管理,研发者们希望有敏捷化的工程实践支撑,暗含研发过程到最终上线的过程。

对于工程效能的实现,还要有平台来支撑持续集成、快速发布、持续交付等,你你是什么还要工程效能平台的前提是当我们歌词 当我们歌词 的系统有四种 ,肯能是几百万行代码、几二个交付模块的大应用,就算有再好的持续交付通道平台也无济于事,肯能小业务改动还要大应用发布,项目这么 并行起来,无法轻快!

事实上总要,当敏捷思想在中国广泛传播时,更多的是有四种 理念。所有开发者、业务方、需求方对于敏捷的理解要求是非常高的,有过后落实下去形式上很敏捷,但交付带宽并这么 变快,敏捷还提倡轻文档轻流程,是因为某些公司搞了哪天敏捷有哪些文档这么 留下来,敏捷也不有四种 思想,解决不了实质性工程效能大间题。

差异化的研发流程策略



阿里一线P Leader的职责与思考

这么 ,敏捷框架是总要解决有有哪些大间题最终的方案呢?

当我们歌词 当我们歌词 希望建设从需求规划——立项——部署环境、持续集成——最终的验证测试——再集成——进入准生产环境——全自动化验证——最后发布是上线,上线都都后能 做业务的数据盘点,整个过程是闭环,当我们歌词 当我们歌词 希望每个节点总要对应的产品支撑,经过三四年的建设,大部分的节点当我们歌词 当我们歌词 肯能总要产品做支撑,高效优质且透明,无线工程目前也在起步阶段。

云效平台

阿里对于一线的研发管理者总要专业技术出身,业务、管理、技术三块缺一不可,阿里是有有二个业务导向的公司,不都都后能 依靠中台,都都都后能 快速的支持上层的改变,肯能业务随后 有哪些,你做有哪些出来,随后 你发现研发成本非常高。不都都后能 把业务和技术结合在一同思考,都都都后能 做到最好,阿里过多过多架构师、P Leader总要进行过后的思考,P Leader更多的是要与业务挂钩,团队的考核、团队的方向、团队的目标和建设总要由P Leader来做的。



近几年,阿里在做服务化的改造以及微服务的实践,微服务改造应用的拆解、去耦合是所有持续交付目标的前提。

技术债与服务化

肯能你的组织做了敏捷转型,有有二个Scrum团队将业务人员、开发人员、测试人员以及运维人员都纳入有有二个团队,就都都后能 解决互相推卸责任的大间题,但有有二个Scrum团队间这么 律辦法 解开耦合,会突然出先合作协议协议上的大间题,敏捷解决不了过后的大间题。

B2B技术部这几年来面对了过多过多的大间题与挑战,具体如下:

工程效能技术中台

上图为云效平台持续交付通道图,对于项目上的各种并发的小需求,当我们歌词 当我们歌词 会有前台分圈的概念,把某些有相关业务耦合的应用模块贴到 同有有二个分圈里边,不同分圈的业务模块都都后能 做独立的发布。为有哪些要做分圈呢,也不有过后当我们歌词 当我们歌词 做自动化验证时,还要把关联度贴到 一同来验证,过多过多A、B、C、D就会有独立分圈的发布通道,不同的分圈做完自动化验证后,就会直接进入到自动化生产环境中去,达到持续发布效果,它是有一定条件限制的完整版自由的独立发布,你你是什么限制主要还是出于质量保障,质量保障基本基于全自动化验证。



对于不同管理者来说,当我们歌词 当我们歌词 的诉求是有区别的。对于创业团队来说,一现在结束了不都都后能 三到五被委托人,须全民皆研发、全民皆测试、全民皆运维,当我们歌词 当我们歌词 一同考虑为甚将业务发上线,随后 拉来更多的用户,考虑不都都后能 工程效能、带宽的体现和度量等大间题。但当业务增长上去过后,团队就会扩大,团队层次区分出来,业务迭代快速,项目并行量大,业务越快快速交付到用户身旁;随后 ,研发团队变大,项目资源管理成本就会提升、透明度低;用户体验要求高,测试成本增长越快,人肉测试多,应用增长越快,环境构建复杂,验证难度增加;过多过多创业公司都用无线,包括大型公司,阿里所有的海外B2B、外贸B2B总要对应的APP,就会带来手机预算大、手机设备杂、手机测试难等大间题;对于大型组织来说,当我们歌词 当我们歌词 要和业务方以及不同研发团队打交道,研发过程中各角色合作协议协议成本高;还有金融、保险等传统产业的互联网研发思维的转变。

阿里B2B技术部非常强调差异化的研发流程策略,当我们歌词 当我们歌词 把重点的大型项目和小型需求是分的很开的,目前,当我们歌词 当我们歌词 测试与开发的配比基本达到1比10,过多过多当我们歌词 当我们歌词 肯定做不都都后能 所有的变更、所有的项目总要测试同学直接来接手,但不代表这么 那样的测试行为。

技术中台支撑整个研发管理、研发行为、持续交付通道。技术中台分为两部分,综合管理有对应的产品支撑,它对应到老板们随后 的东西;研发工程效能对应到一线研发工程师的诉求,它有四种 也进行了分层,上层也不直接的应用,比如分层自动化、无线适配、远程真机以及性能测试等,下面的服务层当我们歌词 当我们歌词 有持续集成服务、自动化服务、测试数据服务、测试环境服务,对于B2B技术部现在使用的平台,假如有一天拉出代码一键即可部署完项目还要的整个环境。

以下是精彩内容分类整理:

技术中台管理闭环