文章又名：《軟件定義汽車背景下，傳統(tǒng)主機(jī)廠DRE何去何從》。
一、行業(yè)的轉(zhuǎn)型
故事要從“軟件定義汽車”開始。
軟件定義汽車，可理解為把汽車抽象成四個輪子一個手機(jī)。四個輪子代表的是底盤、動力等傳統(tǒng)機(jī)械結(jié)構(gòu)；手機(jī)意味著互聯(lián)互通、豐富的軟件應(yīng)用生態(tài)、獨(dú)立于硬件的迭代、可以通過軟件創(chuàng)造盈利點(diǎn)的能力。
“軟件定義汽車”思想指導(dǎo)下的汽車形態(tài)，是面向用戶體驗(yàn)的、是智能網(wǎng)聯(lián)的、是功能可快速迭代的、是需要具備業(yè)務(wù)的高可擴(kuò)展性的。
這分別意味著：
面向用戶體驗(yàn)：用戶體驗(yàn)專家（用戶使用數(shù)據(jù)采集和分析專家）；
智能網(wǎng)聯(lián)：物聯(lián)網(wǎng)專家；
功能可快速迭代：軟件自研；
業(yè)務(wù)高可擴(kuò)展性：為實(shí)現(xiàn)高可擴(kuò)展性，需要深入理解后對通訊系統(tǒng)架構(gòu)重構(gòu)、對軟件架構(gòu)設(shè)計重構(gòu)（所謂SOA化）、對硬件資源平臺重構(gòu)。
如果軟件定義汽車是汽車產(chǎn)業(yè)正確的轉(zhuǎn)型方向，那么上述這些特征是轉(zhuǎn)型車企的必備。
二、 開發(fā)合作模式的轉(zhuǎn)型
零件的設(shè)計過程，大致包括：產(chǎn)品定義、需求定義、系統(tǒng)功能設(shè)計、軟件架構(gòu)設(shè)計及開發(fā)、硬件架構(gòu)設(shè)計及開發(fā)。
其中，單零部件的系統(tǒng)功能設(shè)計，除需求業(yè)務(wù)邏輯的本身實(shí)現(xiàn)功能外，還包括電源模式系統(tǒng)功能、MCU系統(tǒng)功能、板間交互的數(shù)據(jù)協(xié)議、接口通訊協(xié)議等等。
而需求業(yè)務(wù)邏輯的實(shí)現(xiàn)，涉及軟硬件架構(gòu)的設(shè)計。在既有硬件平臺上，軟件架構(gòu)設(shè)計從上至下，開發(fā)范疇從應(yīng)用層開發(fā)、中間件開發(fā)、到安卓框架服務(wù)改寫、操作系統(tǒng)改寫等逐層深入。如現(xiàn)有的服務(wù)SOA化，則從下至上定義服務(wù)、服務(wù)接口調(diào)用邏輯、通信協(xié)議、應(yīng)用設(shè)計等等。
OEM和零件供應(yīng)商的傳統(tǒng)合作模式，職責(zé)分界點(diǎn)在需求定義。
需求定義往左由OEM完成，需求定義往右由供應(yīng)商完成。
OEM向供應(yīng)商提出產(chǎn)品功能和性能指標(biāo)等需求，而后，該零件對OEM而言即為黑盒，不knowhow如何設(shè)計并實(shí)現(xiàn)的系統(tǒng)功能邏輯、軟硬件架構(gòu)，零件的驗(yàn)收也是對應(yīng)最初需求的功能和性能指標(biāo)。
而現(xiàn)如今，為了應(yīng)對軟件定義汽車的轉(zhuǎn)型、滿足上面所說的“面向用戶體驗(yàn)的、智能網(wǎng)聯(lián)的，是功能可快速迭代的，是需要具備業(yè)務(wù)的高可擴(kuò)展性的“等一系列特性，OEM開始自己搭建相應(yīng)的能力。
新形態(tài)下，OEM與供應(yīng)商的邊界也越來越往右偏，軟件先從應(yīng)用軟件入手，再逐級向下滲透。
原來完全由供應(yīng)商承擔(dān)的工作，現(xiàn)在開始逐漸被OEM吸納。
那么，問題來了。這個轉(zhuǎn)型的過程，自研的人從哪里來？
三、招聘怪象
隨著智能網(wǎng)聯(lián)汽車時代的到來，源自互聯(lián)網(wǎng)行業(yè)的大佬紛紛下場造車。他們來了，帶著完備的自研能力和自研人才來了。
回答上面的問題。當(dāng)主機(jī)廠轉(zhuǎn)型開始，新增的軟硬件開發(fā)人才，要么是校招新人培養(yǎng)，要么是從供應(yīng)商處挖開發(fā)人員。
現(xiàn)在出現(xiàn)了幾個怪象。
1、 傳統(tǒng)主機(jī)廠員工出走供應(yīng)商鍍金，供應(yīng)商比傳統(tǒng)主機(jī)廠員工更好找工作。
過去大都是供應(yīng)商想擠進(jìn)傳統(tǒng)頭部主機(jī)廠，現(xiàn)在反過來了，頭部主機(jī)廠的員工開始愿意選擇去供應(yīng)商參與開發(fā)項(xiàng)目鍍金。
主機(jī)廠HR寧愿跨行業(yè)找那些沒有汽車背景但有自研能力的供應(yīng)商，也不愿考慮傳統(tǒng)開發(fā)模式的主機(jī)廠員工。
由于主機(jī)廠來勢洶洶，開價很高，一些供應(yīng)商已經(jīng)頂不住壓力，開始隔斷開發(fā)人員和主機(jī)廠之間的直接接觸，甚至給開發(fā)人員起花名，而不透露真實(shí)姓名。
2、崗位招聘，旱的旱、澇的澇。
汽車行業(yè)的招聘崗位和求職人員分布非常不均。
新興熱點(diǎn)崗位，如自動駕駛、智能網(wǎng)聯(lián)、動力電池、SOA化等人員非常不飽和，需求量大，人員流動也較大（到處挖人）；而傳統(tǒng)崗位如底盤內(nèi)外飾等則過飽和，新增崗位需求少，有崗位釋放出來投遞量高、競爭激烈，人員流動也相對較小。
3、在某些專業(yè)上，泛亞不再是行業(yè)標(biāo)桿，大家更想看'蔚小理'是怎么做的。
不得不說，智能網(wǎng)聯(lián)、智能駕駛領(lǐng)域，以“蔚小理”為代表的新勢力確實(shí)做到了行業(yè)領(lǐng)先。由此，在這些領(lǐng)域里，傳統(tǒng)頭部車廠工程師不再是HR首選，他們更想招聘有新能源車廠工作經(jīng)歷的人，首選“蔚小理”。
以前，泛亞，這一汽車研發(fā)界的黃埔軍校，員工很少出走，出走也必升職。而現(xiàn)在，開始有聲音唱衰泛亞，乃至唱衰泛亞的DRE。
有人說，泛亞的DRE，“什么都讓供應(yīng)商做，自己什么都不會?！?/strong>
作為一名前泛亞的員工，我聽了很無奈。
大部分傳統(tǒng)車廠的DRE確實(shí)缺失代碼能力，對軟件的實(shí)際開發(fā)了解確實(shí)不如供應(yīng)商。計算機(jī)和軟件方面雖不至于“什么都不會”，但在當(dāng)前的風(fēng)向下，不太懂計算機(jī)和軟件而想跳到更高價格和前景的崗位，確實(shí)不易。
有時不禁感慨，我們這代面向傳統(tǒng)汽車開發(fā)模式培養(yǎng)的汽車人，是刻著時代烙印的一代。
下面這些話可能會得罪人，但我還是想如實(shí)闡述我所看到的。
過去的十幾年，汽車產(chǎn)業(yè)雖有起有落，但總體還是蓬勃發(fā)展的趨勢。各大工科院校的汽車專業(yè)都作為重點(diǎn)專業(yè)來建設(shè)師資力量，本科錄取分?jǐn)?shù)線在各專業(yè)居高位。每年高考季結(jié)束，能夠被汽車專業(yè)錄取的大都是這所大學(xué)里的高分生。
由于高薪、穩(wěn)定、可靠，大眾、通用等頂尖車廠成為了絕大多數(shù)汽車專業(yè)學(xué)生的首選。
相應(yīng)的，大眾、通用，這些頂尖的傳統(tǒng)車廠的校招生源，基本都來自頂級工科院校的汽車學(xué)院。
在這些頂尖主機(jī)廠，輕易能找到上海交大、同濟(jì)、吉大、東大、哈工大等高校的本科、研究生同學(xué)。舉個例子，吉大車輛工程專業(yè)幾乎成了一汽大眾、泛亞的生源培訓(xùn)基地。
進(jìn)入工作崗位后，作為一名標(biāo)準(zhǔn)的零件DRE，必須要會的基本功是看數(shù)模。每個DRE都要進(jìn)修公司的UG培訓(xùn)，每個零件小組都有自己的工作站。
而那些電子電器件的DRE，除了要會看零件數(shù)模，還要掌握總線的網(wǎng)絡(luò)拓?fù)?、報文信號、診斷服務(wù)等等與整車業(yè)務(wù)強(qiáng)相關(guān)的內(nèi)容。
至于零部件內(nèi)部的實(shí)現(xiàn)方式，DRE們很少關(guān)心，外包供應(yīng)商會解決。彼時的控制器沒有那么高的算力要求，僅使用MCU就可滿足基本的控制邏輯。
處于這個時代的汽車，不論是產(chǎn)品競爭力還是價值流向，都是偏硬件的、機(jī)械的。
大學(xué)里，專業(yè)課科目也是面向彼時就業(yè)場景設(shè)計的。
車輛工程的專業(yè)課，基本包括：機(jī)械原理、機(jī)械設(shè)計、機(jī)械制圖、理論力學(xué)、材料力學(xué)、汽車?yán)碚摗⑵嚢l(fā)動機(jī)原理、車輛構(gòu)造、電工學(xué)、流體力學(xué)等等，大多是偏機(jī)械、偏硬的科目，與軟件相關(guān)的基本局限于計算機(jī)原理和C語言編程。
放在過去，這些課程對于主機(jī)廠DRE的專業(yè)需求而言是非常對口的，但在現(xiàn)在，軟件定義汽車的背景下，對軟件能力的要求越來越高，過去培養(yǎng)的汽車人才，已經(jīng)開始跟不上時代發(fā)展的腳步了。
四、供應(yīng)商 VS 傳統(tǒng)DRE，優(yōu)勢和劣勢
有人這么總結(jié)傳統(tǒng)主機(jī)廠DRE和供應(yīng)商在整車開發(fā)中的行為。
供應(yīng)商就是廚子，傳統(tǒng)DRE就是點(diǎn)菜員，開發(fā)零件就是叫了個鍋包肉。
廚子知道做鍋包肉的流程，知道搭什么樣的爐灶，用多大的火候，是蒸還是炸，放多少鹽加多少料勾多少芡。但廚子不清楚這個鍋包肉做好后是給什么宴會準(zhǔn)備的，其他的配菜是什么，宴會的主題是什么、流程是什么，宴會的整體協(xié)調(diào)方式是什么，組織者的黑話是什么意思，都有哪些人參加，喜好是什么。
廚子只管在指定的時間，把點(diǎn)菜員點(diǎn)的鍋包肉按要求做好。此外的事情，都是點(diǎn)菜員參與負(fù)責(zé)的。
點(diǎn)菜員對于鍋包肉本身的理解，就是“豬肉、胡蘿卜絲、蔥絲，要脆，要甜，要片大”，再深入一些，就是了解到“先掛淀粉漿再炸，炸完再炒糖漿”。
點(diǎn)菜員不會、也不需要了解到廚子的實(shí)際工作細(xì)節(jié)，比如要把肉拍散；要有兩口鍋，但只有一個爐灶要合理調(diào)度資源；菜板只有那么巴掌大，要合理使用緩存空間等等。
從這么個小例子上，大概可以看出，供應(yīng)商更關(guān)注于功能的實(shí)現(xiàn)本身，傳統(tǒng)DRE更關(guān)注承載功能的業(yè)務(wù)整體效果和流程把控。
再說最近吃到的一個瓜。
自動駕駛的優(yōu)秀生Pony.AI暫停了造車業(yè)務(wù)。根據(jù)離職員工的說法，公司內(nèi)部可能“把造車想的簡單了，對造車缺少了些敬畏之心”。
過于看重軟件研發(fā)、重軟件輕硬件，把“軟件定義汽車”的理念放在最高優(yōu)先級，可能會走向另一個極端。
缺少對精密機(jī)械產(chǎn)品制造和龐大工程流程管控的敬畏，可能是做軟件出身者常有的思維局限。
那么，問題來了。
有豐富軟件自研能力的供應(yīng)商 PK 傳統(tǒng)開發(fā)模式的DRE，誰更勝一籌呢？
我個人理解，沒有誰更勝一籌。
大家的崗位職責(zé)都同樣重要、同樣的缺一不可。當(dāng)下所謂的“重要崗位”，是供需不平衡的結(jié)果。真正解決這個問題，要從人才培養(yǎng)源頭入手。這需要時間的醞釀和制度保證。
而當(dāng)下，不論是供應(yīng)商的開發(fā)人員進(jìn)入主機(jī)廠，還是傳統(tǒng)主機(jī)廠員工接觸自研，沒有哪方是輕而易舉就可適應(yīng)新環(huán)境的。機(jī)會是留給那些看得清方向并且肯為之鉆研的人。
五、我為什么寫這篇文章
到這里，想說一說我寫這篇文章的初衷。
作為一名從傳統(tǒng)主機(jī)廠做非量產(chǎn)項(xiàng)目的DRE，轉(zhuǎn)為新勢力主機(jī)廠做量產(chǎn)非自研項(xiàng)目的DRE，后轉(zhuǎn)為系統(tǒng)工程師設(shè)計系統(tǒng)功能并嘗試設(shè)計軟硬件架構(gòu)，后又轉(zhuǎn)為新勢力主機(jī)廠做量產(chǎn)自研項(xiàng)目的系統(tǒng)工程師，我和供應(yīng)商的羈絆，從單純的需求-外包開發(fā)，慢慢演進(jìn)為需求定義、流程定義、算法定義-供應(yīng)商外包開發(fā)，到現(xiàn)在，崗位職責(zé)是承接上游產(chǎn)品定義，設(shè)計系統(tǒng)功能、流程、算法、軟硬件架構(gòu)，對接下游軟硬件開發(fā)工程師。組內(nèi)其他的系統(tǒng)工程老師們基本都是從供應(yīng)商實(shí)打?qū)嵶霎a(chǎn)品自研后轉(zhuǎn)型過來的。
這一路走來，我最大的感觸就是，我們正處在汽車行業(yè)變革的中心。
回想我從校招入職，一步一步能走到今天，最大的原因是“沒有分寸”。
沒有固守在崗位職責(zé)圈定的范疇內(nèi)，一腔想弄明白工作原理、架構(gòu)、數(shù)據(jù)流的熱忱，推著我不斷地去問、去找、去學(xué)習(xí)。感謝每個被我的問題逼到欲哭無淚的供應(yīng)商朋友，感謝被供應(yīng)商朋友逼哭后又繼續(xù)求索的我自己。現(xiàn)在能和供應(yīng)商朋友做組內(nèi)同事，感覺仿佛闖完了一個階段性的關(guān)卡。感謝這種沒有分寸，讓我看到、學(xué)到了更多。
行業(yè)在迅猛變革，任何固步自封、停滯不前的人都在后退。面對行業(yè)的未來飛速發(fā)展，我只想說：道阻且長，行則將至；但行好事，莫問前程。
總結(jié)、共勉和自勵。
希望努力耕耘的人都能有收獲。
聯(lián)系客服
