必致（BizDevOps）——重塑数字化时代业务与技术的协同机制 何勉

必致（BizDevOps） 重塑数字化时代业务与技术的协同机制 何勉BizDevOps共促计划专家组组长 hemian@leanpd.cn 何勉 上海优川信息技术有限公司创始⼈ 兼任维天运通（国内最⼤的数字货运平台）数字化总架构师 前阿⾥云云效解决⽅案团队负责⼈，阿⾥巴巴集团效能⽅法团队负责⼈畅销书《精益产品开发：原则、⽅法与实施》作者 BizDevOps共促计划专家组组⻓ PART1/必致（BizDevOps）总体概述 PART2/ PART3/ 必致（BizDevOps）概念模型必致（BizDevOps）实践体系 PART1/必致（BizDevOps）总体概述 PART2/ PART3/ 必致（BizDevOps）概念模型必致（BizDevOps）实践体系 技术 付 交瀑布开发模式 实Biz与Dev分离，Dev和Ops分离 践 ⽅法 敏捷、精益、DevOpsDev与Ops融合，Biz与Dev更紧密协作 BizDevOps 业务与技术的深度融合 业务 术 技业务业务 与 业技术 务 系 关 技术技术 代 时信息系统⽀持业务的需求，改进运营效率 的 化 变（信息化辅助的）⼯业化 互联⺴技术与业务结合，激发商业模式创新 互联⺴化 数字化技术成为业务创新和发展的核⼼动⼒ 数字化 业务技术 Dev-Ops 现实中 业务与产品技术的关系 业务 技术 打造业务和技术有机融合的数字化组织，赋能数字业务的持续创新和长期发展。 Biz-Dev-Ops 1个整体⽬标 达成 3个能⼒要求 支撑 5个关键实践 必致（BizDevOps）的整体框架 能⼒⼆ 打通Biz，Dev到Ops的价值交付链路和反馈闭环 保障交付的效率、质量和有效性，并产⽣⾼可用的数据 保障数字化的执 ⾏落地，并持续提升组织效能 基于⾼可⽤数据的 过程透明和效能度量能⼒ 以客户价值为核⼼的组织协同能⼒ 全链路的 数字化运作能⼒ 能⼒⼀能⼒三 业务技术 ⽬标维度：不⼀致 沟通语⾔：不统⼀ 操作实践：相互脱节 ⼯具平台：相互割裂 度量数据：低可⽤度 解决问题， 从清晰的定义问题开始 PART1/必致（BizDevOps）总体概述 PART2/ PART3/ 必致（BizDevOps）概念模型必致（BizDevOps）实践体系 必致（BizDevOps）概念模型 编码自测构建集成验证部署 1..n 业务探索和交付链路产品设计和交付链路应⽤变更链路 分解为 1..n 分解为 1..n 对应 缺陷 产品需求 （或开发需求等） 业务需求 （或产品特性等） 变更请求 包含 发布 缺陷处理链路系统发布链路 必致（BizDevOps）概念模型 作业对象 价值交付（作业）链路上所操作的核⼼价值单元，它 1.随时间发⽣状态迁移和流转 2.它的流转过程就是价值实现和交付的过程 1..n 分解为 1..n 分解为 1..n 对应 缺陷 产品需求 （或开发需求等） 业务需求 （或产品特性等） 变更请求 包含 发布 组合为 归属于 归属于 分解为 1..n 归属于 对应 包含 发布 缺陷 产品需求 （或开发需求等） 发布单元 变更请求 应⽤ （或应⽤组合、模块等） 交付团队 1..n 必致（BizDevOps）概念模型 产品线 归属于 业务需求（或产品特性等） 分解为1..n 规划和协同域 必致（BizDevOps）概念模型 技术交付域 应⽤管理和变更域 产品线 交付团队 应⽤ （或应⽤组合、模块等） 组合为 归属于 业务需求 （或产品特性等） 分解为 1..n 归属于 产品需求 （或开发需求等） 分解为 归属于 变更请求 1..n 1..n 发布单元 归属于 对包 应含 缺陷发布 业务发布域 必致（BizDevOps）概念模型 规划和协同域 技术交付域 作业规则 应⽤管理和变更域 拥有 产品线 定义 需求⼯作流 归属于 交付团队负责定 义 需求⼯作流 归属于 应⽤ （或应⽤组合、模块等） 义 定 组合为 研发变更流程 排 编 义 定 和 归属于 业务需求 1..n （或产品特性等） 分解为 1..n 产品需求 （或开发需求等） 分解为 1..n 变更请求 排 编 定义和 集成发布流程 发布单元 定义 归属于 对发 应布 缺陷发布包含 业务发布域 必致（BizDevOps）概念模型 规划和协同域 技术交付域 作业规则 应⽤管理和变更域 拥有 产品线 制定 定义 交付团队负责 应⽤ （或应⽤组合、模块等） 制定 定 定 组 需求⼯作流 义 义 合为 需求⼯作流 研发变更流程 归属于 业务需求 （或产品特性等） 分解为 1..n 归属于 产品需求 （或开发需求等） 分解为 1..n 归属于 1..n 变更请求 包含 版本规划制定 包含 发布单元 集成发布流程 定义 迭代计划 制归 定属 于 对发 应布 缺陷发布计划⽣成发布包含 作业计划 业务发布域 规划和协同域 必致（BizDevOps）概念模型 技术交付域 系统 拥有 应⽤管理和变更域 代码 可变更内容包含配置 业务线 产品线 制定 承接 交付团队负责 制定 细分为 产品 应⽤ 应⽤包含环境 数据 （或应⽤组合、模块等） 合 组 战略/策略 业务⽬标 愿景 对齐产品⽬标 定定 义义 需求⼯作流 需求⼯作流 归归 属属 业务需求 （或产品特性等） 于于 定 为义 研发变更流程 排 编 义 定 和 归属于 部署编排 流⽔线 阶段流⽔线 细分为 含… 开发流⽔线集成流⽔线发布流⽔线 ⽇常需求 转化为 分解为 1..n 产品需求 1..n （或开发需求等） 分解为 1..n 变更请求包 业务机会 输 ⼊ 过滤并转化为 成功标准 定服 义务 专题 成为 投资组合 分解为 包含 版本规划制定 包含 迭代计划 制品 对应 定义和 发布单元 排 编 定义 集成发布流程 制归 定属 于 发布 构建 部署 步骤细分为 验证 ⽣ 成… 业务规划 客户诉求 市场洞察 产品和技术规划 缺陷发布计划⽣成发布包含 基础能⼒ 20 度量能⼒域 安全⻛控域 运维监控域 制品管理域 环境管理域 测试和质量域 代码管理域 ⽂档管理域 组织管理域 ⽬标管理域 业务规划⼦域 产品规划⼦域 业务发布域 对⻬⽬标的基础 协作沟通的统⼀语⾔ 确定操作实践的依据 ⼯具平台演进的参考 产⽣⾼可⽤数据的基础 PART1/必致（BizDevOps）总体概述 PART2/ PART3/ 必致（BizDevOps）概念模型必致（BizDevOps）实践体系 1个整体⽬标 达成 3个能⼒要求 支撑 5个关键实践 必致（BizDevOps）的整体框架 必致（BizDevOps）的实践体系 整体业务层 ⾯ 单团队和产品层 ⾯ 协作和管理领域⼯程和技术领域 必致（BizDevOps）的实践体系 业务驱动的组织协同机制 拉通组织中的各个职能和团队围绕业务目标⾼效规划和协同，形⾼效且有效的业务交付、反馈和调整的创新闭环 整体业务层 ⾯ 以产品为导向，组织面向业务目标的稳定的产品交付团队，持续迭代产品，提升协作和⼯程能⼒，改进团队交付效能 产品导向的团队组织和交付⽅式 单团队和产品层 ⾯ 协作和管理领域 业务 业务⽬标反馈 产品 应⽤ CDEF !"#$&'() *+,- ?@AB 9:;< KLM9:NOP;< ./56278 交付效能反馈 ./01234 9:=> 项⽬导向的交付模式 产品导向的交付模式 基本假设 假设项⽬范围内的未来是确定的，寻求按计划交付预先确定内容。 拥抱不确定性，建⽴反馈调整闭环持续探索并发现价值。 成功标准定义 从把产品技术看作成本中⼼，以按时和按预算交付来衡量成功。 到把产品技术看作利润中⼼，以业务⽬标和结果的达成来衡量成功。 ⼯作分配模式 从把⼈作为资源分配到预先确定的⼯作（项⽬范围）上，倾向于根据专业分⼯批量式的规划和交付。 把⼯作（业务需求）分配到稳定的价值交付团队，寻求持续迭代交付和演进，倾向于根据产品交付要求组建跨职能团队。 关键产出 关注项⽬⼀次性的交付结果。 关注产品的长期演进以及资产沉淀和应⽤。 业务 划分 客户线定义提 供 客户解决⽅案 业务⽬标 业务战略 承接对齐 愿景产品⽬标 产品 划分 定义产品线（团队） 启动 维护和沉淀 数字化模型商业能⼒ 结合 产品的规划和沉淀 数字化资产 数 成 组合 为字 业 业务反馈 服务 成功标准 业务机会识别和专题规划务 和 产 验证 市场洞察 业务规划 输⼊业务机会 过滤并转化为 定义 （业务）专题包含分 解 产出 业务场景 场景化的能⼒品的持续进化 业务动作产品需求 举措 分分配 解 技术交付的执⾏、跟踪 交付团队 技术任务 业务驱动 →产品收敛→ 能⼒沉淀 必致（BizDevOps）的实践体系 适配业务特征的持续业务交付 适配业务特征，定义和管理业务交付流程，保障⾼效、⾼质量业务交付的同时,不断进化持续业务交付能⼒ 整体业务层 ⾯ 以应用为核⼼聚合和管理研发资产，并定义变更流程，保障和持续提升对变更请求的持续响应和交付能⼒ 应⽤为核⼼的研发资产和流程管理 单团队和产品层 ⾯ ⼯程和技术领域 @AB2 3412 !" #$-. 兼容“稳态”和“敏态”的BizDevOps⼯程交付标准模型 版本 !" /012 fl# )* '( #$ #$%& )*#$+, ;<= 6789967: @AB2 ;<> 678 99 67: @AB2 ;<C 678 99 67: @AB2 稳态或敏态的交付和发布是⼀个连续的过程 稳态 业务发布 敏态 ⼤发布单元的粒度⼩ ⼤发布的批量⼩ 低集成发布的流程灵活性和速度⾼ BizDevOps⼯程交付理想模型 单应⽤部署、单业务需求发布、最⼩化发布流程是持续业务交付“完美”⺫标 678 67C 99 67: !" @AB2 678 67C 99 67: 12#$ @AB2 678 67C 99 67: ;<C ;<> /012 ;<= 3412 @AB2 数字业务的创新和⻓期发展 必致（BizDevOps）的实践体系 度量指标体系 能⼒和⾏为指标 转化函数 交付效能指标 转化函数 业务结果指标 控制指标 指向具体的改进内容， 需要通过更外部的指标反映改进的必要性和改进效果 代理指标 在产品研发中代理业务结果指标 帮助了解研发的交付效能状况，但依然⽆法直接改进 最终⺫标 反映真实的成效， 但⽆法直接指导团队改进 内部的 赋能和授权 导向和要求 外部的 智慧 Wisdom 指导具体的⾏动保障执⾏和提升效能 知识 Knowledge 明确场景下的核⼼问题用系统的度量回答问题 信息 Information 赋予数据意义 ⽣成指标和图表 数据 Data 规范和有效实施的数字化 清晰的数据模型 改变未来 了解过去和现状 度量改进体系设计 4 指导有效⾏动并达成⽬标。 3 回答具体场景下的核⼼问题， 2 组织有意义的信息， 1 基于可靠的基础数据， 示例：质量保障和改进场景 监控过程质量，即时采取⾏动，保障交付过程和交付结果质量 改变未来 KnowWhy 质量保障 质量改进 智慧 Wisdom 指导具体的⾏动保障执⾏和提升效能 知识 Knowledge 明确场景下的核⼼问题用系统的度量回答问题 信息 Information 赋予数据意义 ⽣成指标和图表 数据 Data 规范和有效实施的数字化 清晰的数据模型 当前组织或团队的各⽅⾯质量⽔平怎样？造成质量问题的根本原因是什么，怎样改进？ 质量状况及趋势怎么样？质量活动是否在有效进⾏？有什么⻛险和问题？是否需要⼲预调整？ 评价组织和团队的质量⽔平，并发现问题、指导改进⾏动，提⾼⻓期过程质量和交付质量。 KnowHow 当前的质量⽔平，如：缺陷密度、分布、响应等；质量问题与内部⾏为（如质量内建⾏为）能⼒（如测 试和代码质量）的交叉关联分析 主要：