资源描述
2020-2021软件定义汽车趋势下的供应链变革分析报告,本次演讲,重点分享三大方面的主要内容,软件定义汽车,OEM与供应商面 临的挑战,汽车供应链 发展趋势,A 随着软件占比与集成复杂程 度的大幅提升,以及半导体 和软件技术的革新,OEM与 供应商需要全面向软件驱动 转型,B OEM已经开始重新思考软件 的make-or-buy策略、采购策 略、组织优化等问题 供应商也面临附加值提供、定价策略、流程创新等调整,C 差异化IP和软件采购策略 软件开发链条创新 敏捷开发与采购 多样化的销售模式与业务开展模式, 多核CPU、GPU以及专业的人工 智能协处理器 高性能车载以太网络 更加服务导向的软件架构与功 能实现(如虚拟机) 云端集成和网络安全技术, 软件驱动的创新领域包括:汽车 互联功能、自动驾驶、动力总成 电气化 然而企业现有管理体系、组织架 构和业务流程仍围绕硬件而设计 当下端到端的软件架构管理方式仍不清晰,集中式计算和端到端的软件 平台:降低复杂性和成本, 赋能第三方服务并实现商业 化变现,软硬一体化的系统设计与算法 驱动的功能开发流程,向软件驱动全面转型制定清晰的IP与make-or-buy策略调整组织运作方式:尤其是电子 电气架构和软件架构的职能职责重新定义软件开发和迭代过程SOP=V1.0,量产仅是第一步,需 持续更新与升级软件功能特性整车设计方式和商业模式创新: 由电子电气架构引领全新的整 车架构与集成 OEM未来将打造支持服务生态的软件平台,向软件驱动转型的原因与主要行动软件与集成复杂度大幅提升半导体与软件技术快速创新,A软件定义汽车“软件定义汽车”成为下阶段车企与供应商转型的核心主题:企业需要从设计开 发到组织运作的全面转型,来应对集成复杂度的提升和技术创新, 商业模式层面,OEM自主掌控DCU软硬 件研发,因此掌控功能研发和推广的 主动权 传统主机厂将不同ECU分包给不同供 应商,若新功能涉及多个ECU供应商, OEM协同难度加大,研发和推送效率降低,现软硬解耦硬件超前设计,无需频繁更新换代功能更新依赖软件更新,可通过OTA 实现推送,无需召回汽车做更新换 代,DCU架构推动软件定义汽车 的主要原因, 软硬分离,硬件超前设计、软件高度自研 功能需求拆解并映射至不同软件模块,软件 开发完成后映射至DCU实现功能 功能更新主要依赖软件更新,内部研发完成 后直接通过OTA推送,功能需求,映射至逻辑/ 软件模块中,映射至DCUE/E架构中,分布式架构与DCU架构比较与功能实现方式分布式架构,软硬一体,便于分包DCU架构,软硬解耦,软件灵活变更,VS, 单个功能分包给供应商,开发完成后以ECU为单位接入整车电子电气架构 基于通用AUTOSAR标准,便于功能复 用与ECU间通信协调 功能更新需通过Tier 1/2实现,功能1,功能2,功能3,功能需求,以ECU为整体 将硬件软件分包 给供应商,以统一标准接入 整车E/E架构,高度集成且标准化DCU,功能1功能2功能3功能4,软 件 平 台,1 技术层面,DCU或DCU融合式架构可实,2,DCU架构特征与功能实现方式,A软件定义汽车其中,架构的革新是核心驱动力;电子电气架构正在由信号导向向功能导向转变, 并带来软硬件的充分解耦与供应链协同模式的转变,传统模式:围绕硬件开发的竖直条线, 研发组织依据车辆模块构成设置 围绕硬件技术的狭隘思维未以用户为中心研发而存在用户流失风险无法实现功能与服务的增值性 开发经费有限影响软件研发以实现硬件功能为核心分配经费,车身,底盘,动力,内饰,电子,分析,通讯,数据,企业 软件,工程,IT,传统模式的特点与问题,设计系 统的架构受 制于产生这 些设计的组 织的沟通结 构,麦尔文 康威,计算机专家, 1968,康威定律,车身,底盘,动力,内饰,电子,分析通讯,数据,企业 软件,功能/电子电器(EEA)/软件架构,平台、中间件、服务,硬件、硬件抽象层,功能性软件栈 (UX, 自动驾驶等),“以功能为中心”的模式: 跨模块的横向开发模式,“以功能为中心”模式的特点 研发组织应与架构及功能开发需求匹配 建立跨硬件模块的、横向组织单位,如:功能/EEA 组、软件平台组等 研发经费独立管控: 中心控制器、软件平台、软件栈、软件功能更新(包括生产后、售后更新)的研发费用独立于整车开 发项目,研发组织向横向开发模式转型,A软件定义汽车面对行业与技术变革,组织转型成为企业应对之道的“第一步”,B主机厂与供应商面临的挑战汽车供应链面临挑战:OEM已经开始重新思考软件的make-or-buy策略、采购策略、 质量保障以及组织优化等关键问题,OEM面对的四个关键问题,1,生态构建:针对软件开发,主机厂如何调整长期合作关系与并购投资规划?如何拓展与软件供应商及其他伙伴的合作关系?,2,Make-or-buy: 软件价值链的哪些环节应由主机厂自研把控? 哪些环节应该交由供应商来生产供应?,3,交易流程:主机厂如何与供应商协作以有效保障和把 控软件系统的开发成熟度与完成度?,4,重新定义QCD:主机厂需要如何改变传统思维?并在哪些关 键的时间/业务节点上对组织架构和业务流程进行转型调整?,后文展开说明,开发成本,质量,时间,项目成本,过于强调初期开发成本导致,供应商方面的软件质量问题凸显,并导致,项目延迟并对集成环节造成连锁影响,最终影 响整车进度,SOP风险加大,可能导致大规模返工甚至召回,使得最终成本 相比预算大幅增加,车企当前在软件方面正面临着成本、质量和交付时间的挑战,且这三个方面可能 形成恶性循环车企在软件上面对的核心挑战,B,1主机厂挑战QCD的重新定义,成本,质量,时间,开发过程过分专注于机械层面的硬件和集成, 硬件开发和软硬集成开发的职责分配不明确 开发规划与软硬集成节点配合不足 ,围绕硬件生产与SOP而设计的工具和IT系统, 缺少软件全生命周期管理体系(如维护/变更管理) 缺少软件采购标准及合同框架 软件采购与授权缺乏充足的IT支持 ,目标(包括采购)聚焦单向材料成本,而软件作为硬件的 “免费”附属, 与供应商缺乏长期合作基础,供应商对软件开发投入不足,为整车产品质量 和项目进度带来重大风险 采购标准过于重视成本控制指标,不能充分保证质量和时间 ,采购流程中缺少软件相关的经验和能力, 缺少精准评估软件开发成本的能力 软件供应商风险评估体系不完整 ,整车SOP作为企业设计风控/会计流程和业务模式的基础, 缺乏独立的可复用的软件模块以及相应的软件平台预算 缺乏处理即时功能需求和软件授权的业务流程 ,而这些挑战主要归因于传统围绕硬件而生的理念、组织、流程和工具车企面临软件挑战的根因,B,1主机厂挑战QCD的重新定义,同时,当前OEM的供应链策略,采购流程,以及与供应商的交易模式已经痛点重重, 不能适应行业变革,支付,软件维护,采购规划,停产,5,成本追踪和表现跟踪缺乏相应的工具和方法,软件成本核算(开发成本估算)缺少工具和方法,4,需建立软件变更流程以确保质量、合规性并控制成 本,采购决策采购寻源下订单在订购软件之前未明确定义和同步需整合的职责,此后几乎没有回旋余地,1,如果在签署软件开发合同时未完善供应商评估的关键维度,过分强调开发成本可能会给质量、时间和项目总成本带来重 大风险,2,未形成可信赖的供应商库 软件供应商过多以至于无法完成必要的评估,小体量的采购项目过多,导致效率无法提升,3,定制化的软件采购,7,许可费用的透明度不高,许可,6,软件采购寻源过程需要反映UNECE-WP.29(CSMS和SUMS)的网络安全要求与欧盟批准有关,8,KPI 未相应调整,软件准备就绪,量产,OEM核心痛点与诉求 以软件产品和服务的采购为例,B3主机厂挑战交易流程痛点重重,供应商在软件价值链中的关键挑战,供应商,主机厂, 供应商如何为客户提供 价值,从而进入OEM的 战略采购考量中? 供应商如何创新商业模 式,并探索新的合作伙 伴关系?, 供应商如何调整组织 架构以响应主机厂的 采购需求? 供应商如何优化软件 的收费模式?,软件战略与生态系统软件IP和采购战略联盟、投资合作伙伴采购软件而非软硬件组合 以及make-or-buy决策, 供应商如何跟踪控制 软件开发成熟度与完 成度?,软件开发成熟度与完成度 的定义,软件开发流程、方法与工具, 针对OEM新设立的软件 相关部门、组织和业务 流程,供应商应如何配 合支持? 供应商需要落地哪些新流程体系?,软件相关组织架构和流 程的分离,软件支持流程,B供应商挑战供应商也面临众多挑战,如附加值提供、商业模式创新、定价策略、组织和流程 创新等,软件完成度,确保软件开发的时间、成 本与质量,实现端到端的软件/IP管理(规划、搭建、运营、维护 与处置),制定软件战略 指导方针,以最低成本快速、灵活、敏捷地购买软件,软件采购,软件战略,软件工厂,与内部软件开发 部门和供应商协 同合作,软件价值工程,控制软件成本并实现 透明化管理,软件生命周期管理,软件财务,高效地推进软件开发 的规划、预算设计、 开票和授权,法务 / 合规,确保法务和政策合规,主机厂软件相关的组织和流程调整,C汽车供应链发展趋势面对行业挑战,领先OEM已经启动组织架构和业务流程的转型调整,中长期视角,外 包 ( 资源可重新聚焦于 核心IP,且外购更 便宜或更高效),自 研 ( 前提是资源可以在 短时间内获得)或外包IP,外包(不需要自主IP),自研(掌握核心IP),差异化潜力,低,高,低,高,软件make-or-buy决策标准 主机厂视角内部资源与能力,1,2,1,巨大的差异化潜力:软件 功能可与竞品实现差异化 竞争,并为终端客户创造 高附加值,2,充足的内部资源和能力: 内部软件相关知识储备丰 富,同时具备相应人才团 队、研发工具、组织架构 与管理能力,The relevant questionsfor any make-or-buy decision are: What should I do? And what can I do? 车载半导体行业专家,We recognized that the product had differentiation potential but we didnt have the staff resources to do it ourselves. So we freed up resources by outsourcing a less strategic development project. 汽车电子行业专家,C汽车供应链发展趋势领先OEM正在根据企业内部能力和产品差异化潜力来部署不同的IP和软件采购策略,行业最佳实践 设计功能集成规划方案,基于集成节点识别关键功能并评估功能 成熟度, 及其影响 在不破坏之前功能的情况下开发新功能并管理功能间的依存关系, 使用集成平台将供应商与主机厂内部软件团队的开发并行链接, 集成平台验证对接节点和主要组件之间的兼容性, 定义一套支持增量式开发的集成流程 整合自动化测试和开发构建, 流程体系必须具备允许其他开发者提交内容并且验证新功能是否 破坏共同开发环境的能力 自动测试能够快速验证提交内容,并实现立即修复, 确认软件各组件符合设计要求, 从需求到集成的可追溯性验证,实践案例,软件开发链条的最佳实践,基于多家主机厂的分析,C汽车供应链发展趋势从需求识别到软件验证全环节,领先主机厂已经形成一系列行业最佳实践,集成发布途径,中/长期项 目规划,初步计划,持续更新,项目结束,项目开始,Sprint,Sprint,Sprint,Sprint,敏捷式开发,Sprint,Sprint复审,软件发布,集成发布(IR),IRx.0,IR 3.0,IR2.0,IR 1.0,集成系统(IS),IS1,ISx,IS3,IS2,整车集成,敏捷式开发项目, 中长期项目规划包括在整个 项目期间的发布计划,以保 障整个开发节奏可测量和可 预测 软件发布的时间取决于整车 的集成发布 另外,敏捷式开发可完全包 含在供应商组织架构内形成 闭环, 敏捷式开发要求缩短发布周期或进行持续集成发布,敏捷式开发对软件采购流程的 影响,与潜在供应商一起执行试 点阶段, 并在合同签署过 程中对其功能进行严格的 监控和测试,调整供应商筛选标准:聚 焦供应商的开发能力与团 队规模,以保障研发开展 速度,需要构建商业评估能力, 以为每次Sprint后的进度 评估和付款做好准备,在合同草拟过程中与项目 团队紧密协同,采购部门 在整个采购过程中高度参 与,敏捷式开发与采购,C汽车供应链发展趋势“敏捷化”的软件开发方式也带来软件采购策略中的供应商选择、试点、质量提 升以及商务环节的改变,硬件销售仅销售硬件, 自主运营 建立合作伙伴关系,功能化IP授权端到端的内嵌软件或独立软件包,到OEM的反对(出于IP内化考量), 自主运营 与客户(如主机厂)合资,按人天销售基于功能要求提供软件开发服务 最终将IP和源 代码移交给客户,源投入 专业人才相对稀缺, 自主运营 与客户(如主机厂)合资,平台开发开发、定义和维 护包含硬件抽象 层的基础软件平 台, 自主运营 与客户(如主机厂)或科技公司合资,平台服务提供基本平台服 务,例如OTA功 能、全生命周期 支持服务等, 自主运营(作为生态体系中的一员),软硬件搭售将软件与硬件捆绑销售给主机厂,不断变化的背景下,例如通过经济高效 这种模式可能逐步的安全解决方案 被新模式淘汰,运营模式 现有模式 提供电子工程设计和制造服务,汽车电子产品和运营模式概览(示例),C汽车供应链发展趋势供应商未来的软件产品组合、销售与定价模式和运营模式也将面临多样化选择,在这样的大背景下,企业必须重新定义战略目标与商业模式,并主动进行转型,重设目标:目标是什么?企业可以扮演哪些角色?,I.,重新定位:基于现有业务的规模、财务表现和内部核心能力,企业可以 制定哪些相对现实的目标?,II.,重新定义 商业模式:通过哪些软件产品和服务,能够为哪些类型的客户 提供怎样的价值?我们应该如何设计新的营收模式?,III.,重新聚焦 财务资源和自身增值:企业需要优化、剥离、关闭哪些领域的业务?同时进一步建立哪些合作伙伴关系?,IV.,重设组织:如何在组织上对“旧”的硬件业务和“新”的软件业务进行 切分?需要调整哪些具体的业务流程以及如何调整?,V.,重定位置: 企业应该在哪里建立创新与交付中心?如何为我们的员工提 供具有吸引力的工作环境?,VI.,重塑文化:如何改变企业的企业文化和思维模式,去深入理解我们的客户,并聚焦为客户创造价值?如何吸引世界一流的人才和技能?,VII.,核心问题思考,启示,THANKS,
展开阅读全文