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