这两年，由于软件定义汽车的概念火热，以及软件在车辆中的价值比重越来越高，OEM如何拥抱这种变化的话题一直在被讨论，下面我们就来聊聊OEM的软件开发。
OEM其实一直承担着部分软件的开发，也拥有自己的软件开发团队，比如BMS、VCU、DCU等节点的应用层软件基本是OEM自己开发的，但是基础软件和硬件是由供应商提供。随着OEM对应用层软件的逐渐掌握，以及在与供应商合作的过程中想要供应商开放的越多，但供应商不想开放的矛盾逐渐加剧的情况下，OEM试图开始自研基础软件和硬件。
这样一来，首先OEM可以提升自己的软件开发能力，培养自己的软件开发人员；其次自主掌握控制器软硬件的开发，应对不断变化的需求的自由度更大，质量问题的应对也更加高效，因为只涉及内部沟通；然后由于对控制器软硬件的掌握，在与供应商做技术交流时，可以防止被供应商忽悠；最后这也让厂商有更多的亮点可以宣传。但是也有一些困难，一方面由于OEM是第一次做，在前期由于缺乏经验积累，难免会遇到各式各样的问题，而且有可能在量产的时候出现各式问题。另一方面OEM是以车型项目为主导，自研与使用成熟供应商两者之间，显然，使用成熟供应商的产品风险更小，这就要求公司愿意承担自研带来的风险，并且充分相信自己的开发团队。但是从事实来看，尤其是汽车开发与汽车生产是分开两家公司，负责生产的公司不愿在有成熟供应商的前提下，使用全新未得到市场验证的产品。另外车型负责人通常也不愿冒这样风险。这就导致做控制器开发的工程师得不到重视。不过随着车辆中软件的价值占比逐渐增加，以及自动驾驶、网联、数字化、OTA等需求扑面而来，OEM也不得不重视软件开发，开始打造自己的软件团队。这也从各大OEM厂商的校招可以看的出来，现在OEM越来越青睐计算机及其相关专业的学生。
一种方式是成立独立的软件开发公司或者部门，类似于大众和上汽，大众成立5000千人的软件开发部门，而上汽直接成立上汽软件开发中心，与技术中心、捷能公司平级。
这种方式类似于将软件外包，只不过是自己的兄弟公司。OEM只需将自己提出自己的需求，而软件部门或者公司，根据需求输入来实现软件开发，与当前OEM与供应商合作方式类似，另外由于是新部门或者是新公司，组织架构可以重新设立，约束较少，这种对OEM来说也是最简单的。另一种方式就是在当前OEM的研究院的组织架构下，通常分为新能源、动力、底盘、车身、智能网联等部门，扩充自己的软件开发团队。但是由于各个部门当前的软件开发能力有差异，比如通常现在的新能源的VCU、BMS软件都有自己开发，而动力、车身没有自己的软件开发团队。这样从哪个入手，开始自己做，毕竟不可能全部一起自己搞。另外在域控制器时代，一个域控制器可能覆盖不同的部门，比如动力域控制器，可能覆盖新能源和动力，这样一来，谁负责开发，怎么扩部门合作开发，又是一大难题。在组织情形确定下后，在当前各个头部企业都加入到汽车行业这个赛道上，OEM如何吸引优质的软件开发人员也是一大挑战。
正如今年上海车展的主题“拥抱变化”一样，在汽车行业正经历巨变的时代，如何建立自己优势，不管是个人还是公司都是值得思考的。
本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请
点击举报。
