我们看这样一幅图 ， 如下图所示 ， 我们这样定义应用的变更流程
首先 ， 我们要解耦部署和发布 ， 部署是技术行为 ， 发布是业务行为 。 我们希望每一个应用可以单独部署 ， 所以我们要解耦部署发布 ， 以应用为单元 ， 持续的集成和部署 。
但是这还不够 ， 应用的变更从哪里来？应用来自于业务需求 ， 业务需求拆解为产品需求 ， 产品需求对应一系列应用的变更 。
每个应用的变更都有自己的流程 。 当这个业务需求对应所有的应用变更部署完成之后 ， 这个业务需求也应该能够完成发布 。
我们的工具、流程、操作要能够连接起这些应用的变更和产品需求 ， 直至业务需求 。 这样我们就能够做到以业务需求为单位发布——当一个业务需求下所有的变更都部署完成后 ， 业务需求可以随时发布 。
我们认为持续交付的最佳形态是以单应用为单位变更部署 ， 以单需求为单位 ， 需要的时候就去发布 ， 在此基础上 ， 我们就有机会建立起最快速的业务闭环 。
以上是我们看到云原生持续交付的形态 ， 也就是以应用为单位的持续部署 ， 业务为需求单元的持续发布 ， 前提是 ， 我们以应用统一了开发和运维的基本单元 。
总结一下 ， 我们认为云原生下的BizDevOps的形态是什么？有三点：
面向终态 ， 基于开放应用模型OAM ， 形成运维和开发底层模型的一致化和标准化 。以应用为核心 ， 连通应用的开发、集成过程和部署运维过程 ， 实现云原生时代的DevOps 。连接并对齐业务需求与应用变更 ， 并完善反馈闭环 ， 实现真正意义上的BizDevOps。 总结 效能提升 ， 必须从清晰定义问题开始 。
我将提升研发效能要解决的根本问题总结为三个效能不等式 。 化解这三个效能不等式 ， 需要系统的实践 。
第一 ， 让局部效率转化为高效的交付 。 为此 ， 我们需要落地业务驱动的协作模式和产品导向的交付 ， 同时在需求上要做到真正的以终为始 。
第二 ， 让高效交付可以持续 ， 为此 ， 在技术上要做到领域驱动的架构和实现 ， 不断积累和优化领域技术资产 。 在工程上 ， 要建设云原生的标准化基础设施 ， 并以应用中心打通开发运维和连接业务的需求 ， 最终实现以应用中心的持续部署和以业务需求为中心的持续发布 。
第三 ， 让高效交付带来业务成功 。 为此 ， 需要建立业务探索和持续交付之间的快速执行和反馈的闭环 。
以上3点的共性是 ， 它们都以业务为起点 。 比如：以业务需求驱动组织中各个环节和部门的高效协同；从业务目标开始 ， 分析业务流程 ， 并分解设计产品；连接业务需求和产品应用变更 ， 实现业务需求的持续发布；建立业务探索和持续交付之间的快速闭环 。
落地这些实践 ， 必须打通业务（ Biz）、开发（Dev）和运维（Ops） ， 让他们成为一个高效运作的整体 ， 建设BizDevOps实践体系 ， 赋能数字化时代的组织 ， 加速业务发展和创新 。
以上是我的分享 ， 谢谢大家 。
【小米科技|深度 | 从DevOps到BizDevOps, 研发效能提升的系统方法】本文为阿里云原创内容 ， 未经允许不得转载 。
相关经验推荐
- 一加科技|iPhone13Pro、一加9Pro和一加10pro之间，该如何选？
- 小米科技|时讯：MIUI 13稳定版更新，小米12新增内存扩展功能
- 小米科技|Intel/AMD/NV等撑不住！CPU、GPU等今年都要大涨价
- 小米科技|2022拍照最好的几款手机，堪比小单反，经常拍照的可以考虑一下
- 小米科技|12GB+256GB+120W快充，高配陶瓷旗舰机再次跌价，价格更亲民了
- 一加科技|别不舍得花钱，这4款手机一步到位，用个3-5年没问题
- 小米科技|小米手机用一年了，现在电池严重不行，10%以下就自动关机
- 小米科技|三款骁龙8旗舰，续航“测到死”！小米12Pro表现意外
- 小米科技|告别1999！红米K50太强：小米12X很尴尬，但雷军还是出手了
- 小米12|?力压小米12，拿到年度“最佳产品奖”，2999元起