新能源⻋机研发的效率提升 韩锴⻋机系统软件架构与研发效能专家 韩锴 某新能源汽⻋制造商 18年系统架构、数字化转型、研发效能提升 曾任某欧洲⻋企企业架构师,现任某国内新势⼒系统架构与效能研发专家 请替换 01⼤背景 contents ⽬02设定效率提升的⽬标 03集成和测试的Leadtime 录04信息传递⾃动化率 04总结 PART01 ⼤背景 随着近⼏年国产电动⻋的强势崛起,市场变得越来越卷,产品⼒持续增强,这对各个⻋企都提出了挑战 技术架构演进 电⽓架构从域控向中央计算平台演进 平台化 单⼀平台⽀持多品牌多 ⻋型的快速迭代 软硬和体验协同 产品快速迭代,需要协同管理软件、硬件和⽤户体验。 外部环境变化 2024年Q1,新能源汽⻋的渗透率已超过50%,各⻋企扎堆发布低价⾼质的产品 传统汽⻋电⽓架构 座舱域 智驾域 中央计算平台 座舱域 ⻋控域 智驾域 ⻋控域 中央计算平台的出现,有利于集中化的电⽓架构实现,减少能耗,简化零件,优化资源的利⽤。 但同时,也对组织结构、流程管理、研发效率都提出了挑战。 研发管理=(组织+流程)*效率 PART02 设定效率提升的⽬标 ⽬标可以是过程性的、结果性的、⾯向技术的、⾯向业务价值的;不过 ⼀定要清晰和可度量 Domain1 40 20 Domain2 30 15 Domain3 10 5 Domain4 18 2 Domain5 20 4 管理视⻆的数据 ⼯程团队视⻆的数据 Domain1 40 20 Domain2 30 15 Domain3 10 5 Domain4 18 2 Domain5 20 4 管理视⻆的数据 ⼯程团队视⻆的数据 •研发过程涉及部⻔多,过程链路⻓,导致信息依赖⼈⼯,传递效率低、易出错 •研发过程不透明,缺少对真实进度的精细化数据和产物质量的说明,导致难以预判⻛险和分析问题 •缺少信息⾃动化传递的⼯具,⽬前只有1/3的环节得到⼯具⾃动化的⽀撑;信息以异构的格式保存在不同的⼯具中,整合的时候需要依赖⼈⼯,效率低且易出错 •产物和项⽬规划、质量检查难以形成闭环,给评估集成产物实际状态造成困难,导致不能及时发现集成产物功能缺失等问题 •缺少多平台、多品牌、多⻋型统⼀的集成管理协同⼯具,导致集成相关的流程和资源难以优化共享,造成浪费 •研发过程涉及部⻔多,过程链路⻓,导致信息依赖⼈⼯,传递效率低、易出错 •研发过程不透明,缺少对真实进度的精细化数据和产物质量的说明,导致难以预判⻛险和分析问题 •缺少信息⾃动化传递的⼯具,⽬前只有1/3的环节得到⼯具⾃动化的⽀撑;信息以异构的格式保存在不同的⼯具中,整合的时候需要依赖⼈⼯,效率低且易出错 •产物和项⽬规划、质量检查难以形成闭环,给评估集成产物实际状态造成困难,导致不能及时发现集成产物功能缺失等问题 •缺少多平台、多品牌、多⻋型统⼀的集成管理协同⼯具,导致集成相关的流程和资源难以优化共享,造成浪费 效率指标2:信息⾃动化传递效率 信息⾃动化传递效率=⾃动化传递的信息/所有需要传递的信息 绿⾊的线所有的线 PART03 集成和测试的Leadtime 介绍降低集成和测试Leadtime的⼿段 定期集成->预集成->持续集成 集成涉及OS、系统配置、基座、 ⽤户空间组件、平台包、⻋型应 ⽤、⻋型包 正常的集成是按照⽉(s)的节奏来进 ⾏,OS每次发布,则集成⼀次 每次集成之间,OS会有2-4次的 RC,所以考虑根据RC进⾏“预集成” 定期集成->预集成->持续集成 版本管理策略Patch分布策略缺陷管理策略配置发布策略应⽤集成策略测试管理策略 模块化构建 从Big-Bang到Chunk-Build的转变(由⼩包组⼤包) 平台级别的“包格式” Everythingisapackage:OS,component,sourcecode,config,etc. 加速跨团队交付物的交接缩短模块的构建、刷写效率 GOPS全球运维⼤会2024·深圳站 GOPS全球运维⼤会2024·深圳站 分层测试 不是典型的“⾦字塔”型,⽽是带个倒放底座的⾦字塔 每层测试都定义特定的执⾏团队、测试对象、测试环境、⽤例管理、缺陷管理 PART04 信息传递⾃动化率 介绍如何提升信息传递⾃动化率 挑战 •集成涉及部⻔多,过程链路⻓,导致信息依赖⼈⼯, •••••••••••••••••••• 传递效率低、易出错 •••••••• •集成过程不透明,缺少对真实进度的精细化数据和产 •••••••••••••••••••••• 物质量的说明,导致难以预判⻛险和分析问题 ••••••••••••••••••• •缺少集成信息⾃动化传递的⼯具,⽬前只有1/3的环 •••••••••••••••••••••• 节得到⼯具⾃动化的⽀撑;信息以异构的格式保存在 •••••••••••••••••••••• 不同的⼯具中,整合的时候需要依赖⼈⼯,效率低且 ••••••••••••••••••••• 易出错 ••• •集成产物和项⽬规划、质量检查难以形成闭环,给评 ••••••••••••••••••••• 估集成产物实际状态造成困难,导致不能及时发现集 •••••••••••••••••••••• 成产物功能缺失等问题 •••••••••• •缺少多平台、多品牌、多⻋型统⼀的集成管理协同⼯ ••••••••••••••••••••• 具,导致集成相关的流程和资源难以优化共享,造成 ••••••••••••••••••••• 浪费 •• 信息建模/标准化 定义研发流程的“统⼀数据模型” 模型涵盖 •需求管理 •流⽔线 •代码仓库 •Patch •分⽀ •模块 •软件包 •团队 平台级⼯具 平台级⼯具 实现信息标准化的模型 促进跨域之间的标准化协同 实现将标准化的操作,降低研发⼈员的⼯作难度 GOPS全球运维⼤会2024·深圳站 团队内部的信息流动 团队内部的信息流动 5 34 12 6 3 1 2 PART05 总结 多快好省,⼤势所趋 对于越来越卷的新能源⻋市场,必须把“效率提升”纳⼊到产品研发流程中 寻找简单的度量 寻找简单清晰的度量,有利于和团队对⻬⼀个⼀致的⽬标 集成前置|模块化|测试 标准的敏捷实验经过⼩幅度调整后,可以⽤于⻋机软件研发 标准化的数据和⼯具 标准化的数据、规范,以及统⼀的⼯具,可以降低整体的复杂度 Thanks ⾼效运维社区 DevOps时代 荣誉出品 THANKS 感谢⼤家观看