在研发效能提升实践中，回归提效是一个绕不开的话题。以交易核心buy2为 例，一次日常发布，往往包含了几十个集成分支。一次完整的全网回归，需要 涉及数百个业务，几万种业务场景。而就是这样一个“绝对核心”的系统，每周 的代码发布次数是2-3次

建立稳定的主干环境、解决相关依赖、同时让大家可以方便地构 造测试数据，真正推动线下测试，提前发现问题；一些复杂场景手工构造别说 开发了，测试都很困难，针对这些场景还是要想办法降低构造门槛

效能度量管理学大师彼得·德鲁克（PeterDrucker）曾经说过，“一个事 物，你如果无法度量它，就无法管理它”（Ifyoucan’tmeasureit,youcan’t manageit）。想要提高研发效能，首要解决效能的度量问题

我是刘永良，是一名全栈开发者也是一名创业者，来自济南——一个目前被称为互联网洼地的地方。2020年4月和三位志同道合的朋友，在济南共同创建了山东旷野网络科技有限公司，主要从事自有项目和外包项目开发。

做为一家初创企业，商米研发团队早期也经历过与当下大部分创业公司一样困境：协作基本靠吼、发布基本靠手的阶段。然而，业务的快速发展，团队规模不断的扩大，给商米带来了在「团队协作」和「工程效能」上的双重挑战。

本篇将讲述“精益交付”的具体实践和落地过程。产品交付和业务创新都遇到瓶颈时，应该从哪里破局？在路歌，我们的选择是：从提升交付能力开始。因为没有高效交付的支持，再好的业务创新也难以落地。提升交付能力也是改善业务和技术团队协作的突破口。

基于OKR的敏捷项目运转机制是适合于创新类业务的项目运作机制，尤其是项目团队不大，需要快速上线功能，验证想法的业务场景。 引入的OKR机制是目前能够有效开发知识型员工的创造力，凝聚团队目标，又兼顾灵活变动的一种机制，能够很好的满足业务在从0到1，从1到10的过程。

SaaS公司要在竞争中拔得头筹，就需要快速响应客户需求，同时保持较高的稳定性。同时要快速占领市场，就需要不断推出新产品不断创新，这个时候开发的交付效率以及低成本试错就尤为重要。经过我们的不断尝试，最终找到了一套适合我们公司的高效流程和工具，那就是云效配合ACK来实现DevOps。

公司上市后业务快速的增长，公司原来自建的 jira + gitlab + jenkins 平台，存在多帐号维护难，数据信息呈献孤岛；造成需求交付慢，过程不透明，人员工作情况不清晰；从年初的30人左右扩张到百十号人时，代码能力参差不齐，在代码规范不健全的情况下，线上质量比较堪忧；

企业创新要做的是成长速度快于消费者需求变化的速度，所以「掌讯信息」深感依靠自身摸索固然也可以持续提升能力，但面临的挑战要求能力的提升也必须更快、更好。在寻求提升开发和交付效率，低成本试错中，「掌讯信息」发现阿里经过数年互联网研发实战，已经总结出了一套高效能的研发思想、流程及工具，那就是阿里云效+SAE。

在建设这些体系的过程中也是跟传统银行业一样遇到了很多痛点，比如厂商很多，拿过来的原型也很多。原先的这种模式是外购为主，经过适配很快就能把业务连接起来。这样的弊端就是各种各样的技术架构，非常复杂，在这样复杂的系统架构里边去实施一个流水线是一件非常痛苦的事情，同时也带来了银行的业务要求需要迭代非常快。如果这么多的问题，没有一个工具来管理的话，是不能完全应付的。

内忧外患之际，一次合作的机缘，给仙峰带来了更多的可能性