车企可以从其他行业的软件开发中借鉴什么-TW.pdf

1、车企可以从其他行业的软件开发经验中借鉴什么钱伟 蒋帆 胡皓Thoughtworks 汽车软件研究专家小组汽车软件研发所面对的趋势挑战PART 1SDV 软件定义汽车的设计与研发流程变化PART 2向组件化软件架构演进PART 3企业架构对于汽车研发的作用PART 4蒋帆 Thoughtworks 安全系统研发事业部 SSR技术负责人从事大型系统研发与咨询十余载，移动终端、微服务、云数据平台、自动驾驶等行业的变局亲历者。汽车正经历“功能机”向“数字化产品”的进化过程用户需求在初期很模糊1.车身硬件日益复杂2.用户多样化，车型也多样化3.汽车进入了智能网联时代。但是，人工智能和车联网技术能够给各类

2、人群带来什么价值，往往在规划结算并不清晰，只有一些很模糊的需求。只有随着各个竞品公司的不断试错，才能逐渐看到哪些功能有价值。除了传统的动力域、舒适域的硬件，车身所包含的硬件资源越来越丰富多样。但以往这些硬件资源都定位于只做单一用途。这进一步导致多个功能在有相似硬件资源需求时无法实现资源的共享，进一步导致硬件资源的冗余。以往车厂的流程规划主要需要考虑A/B/C/D的价格级别以及SUV和轿车的尺寸车型。而现在，不光有MPV、微型、皮卡等更多车型，更有针对年轻人、女性等更多人群的多样化车型。再加上每年改版和高中低配，多样化的车型必然带来更复杂的研发管理挑战。软件必须持续改进，以响应新发现的用户需求车

3、厂一直寄希望于一次规划可以明确未来3-5年的需求。但是这样的奢望是不现实的。因为人对混沌状态下的未来认知是有限的。尤其是在高风险的创新领域，更不可能预料到全部的需求细节。因此，一次性定位一个爆品的想法是错的，只能出自快速迭代不停优化改进出爆款。未知世界里预测5年后需求太难了，等上市的时候情况已经大变。快速响应需求变化，就是竞争力。谁改得最快，谁胜出，谁能持续在产品上演化出新能力，谁胜出。应用层必须能自由调用底层数据和硬件能力在消费者眼里，基于某些硬件的集成与软件功能研发应该是非常简单、显而易见的，但是车厂往往迟迟无法研发成功并完成交付。比如在停车状态下的“哨兵模式”，可以复用ADAS的摄像头来

4、录制监测触碰或损坏汽车的人。车身四周的ADAS摄像头也应该可以用于行车记录仪。但是在很多车上，座舱域的APP无法调用自动驾驶域的摄像头资源。为什么只有少量车厂能做到把超声波雷达和摄像头的数据融合在一起来做更好的自动泊车。由于隐私与测绘等数据合规要求，背后的企业架构和数据供应链体系，远比消费者想象中复杂得多。软件能力必须能迅速部署到多种SKU品类车厂的产品线往往非常复杂，有非常多的SKU，这主要体现在：尺寸：ABCD不同价位级别车型：轿车、SUV、MPV、超跑、房车配置：高中低配，选装件，限量款改款：年度小改款、换代大改款如此多的款式需要研发团队能够维护一个灵活的发布机制，把合适的版本发布到对应

5、的车型上，并且保证不出差错。并且，同时研发多款车型与能力，需要高效顺畅的研发组织协作机制与结构设计，从而节约开支减少重复建设。SDV软件定义汽车的设计与研发流程变化PART 2SDV-转变“围绕硬件集成”为“围绕产品能力”的研发模式车身控制：270+运动控制：30+能量管理：70+热管理：70+智驾域：10+交互域：3车身控制：230+能量管理：40+动力域：60+智驾域：10+底盘域：7SDVDesign Thinking 面向汽车体验的设计思维结合软件行业成熟的用户调研手段，进行精细量化，设计体验反馈系统持续用户体验运营通过组件化灰度发布进行A/B测试，及时尽早感知消费者需求适应度构建更有

6、交互反馈感的车主社群汽车消费者正在从追求单一的驾乘体验，逐渐向高沉浸式的用车体验增加权重。车企开始回归以人为本，结合软件行业成熟的用户调研手段，进行精细化持续用户体验运营。HMI可用性度量维度汽车体验策略及其构成元素尽早生成效果图、原型设计，对备选原型方案进行市场调研验证，收集用户反馈使用眼控追踪仪等技术手段，对HMI设计要素变化带来的操作时间开销进行可量化分析SDV-软件定义汽车正在重新定义发布周期消费者有些关注舒适性，有些关注空间，有些关注颜值，有些关注驾驶辅助，有些关注动力，有些关注功耗节能场景化的需求日益明显：网约车、二胎、短途接送、露营消费者对OTA后续发布功能的接受度在增加，持续迭