阿里通过度量把发版过程的不确定变成确定-构建闲鱼版本持续交付管道及度量

2018 财年初为了应对闲鱼业务和技术快速发展。闲鱼技术团队在云效中心敏捷教练的指导下闲鱼客户端的泳道研发支撑项目 kickoff。

确定了端侧的研发模式从“小瀑布模式”到“泳道”持续集成的转变。

确定了端侧2-1-1的核心愿景目标。因为端侧依赖打包，适配验证等必要环节。

目标设置为2-1-7。

即：“2"指的2周的交付周期，85%以上的需求可以在2周内交付；
第一个“1”指的是1周的开发周期，85%以上的需求可以在1周内开发完成；
第二个“7”指的是7小时的发布前置时间 - -拉集成代码后可以在7小时内完成发布。
确定核心目标很关键，但执行和支撑也同样重要。

我们做了哪些事情？核心目标 ：“2-1-7” 实施的效果如何呢？下文主要从几个方面介绍：

一、建能力

背景：集团 AONE（云效）系统针对服务端做了比较多持续集成的支撑，但缺少支撑端侧持续集成的支撑系统，我们建立了两个平台 fishci，fishgurad。

• fishci 主要实现了端代码监控，项目打包，测试件触发的能力。

• fishguard 主要 建立了 测试包，测试机，测试任务和通知管理的能力。两个平台的设计思路是：
   - 低投入，围绕核心功能展开，做功能最小集合。
   - 充分复用已有集团已有中台平台能力。

• 研发无人化理念建设：测试件自动构建，触发运行自动化

串联系统

由此建立了 1 次代码提交（commit，push，merge request ）到实时出端主干回归测试结果持续集成能力。

同时沉淀了整个端侧研发效能和质量的过程数据。

二、建度量

目标达成，度量很关键，度量决定了我们做的事情在目标大方向上是否偏离，距离目标还有多远。所以对 2-1-7 核心目标做度量之外，我们还需要分解过程目标。

<