目前汽車(π 'chē)電(diàn)子(zǐ)産品，特别是(shì)汽車(ch♦λ✘<ē)幾大(dà)域控（如(rú)：智能(néng)座艙、智能(néng)駕駛、智能(néng) ₩網聯、車(chē)身(shēn)控制(zhì)），市(shì)場(chǎng)競争激烈：随著(zhe)科(kē)技(jì)的♠♦(de)發展，越來(lái)越多(duō)的(de)企業(yè)開(kāi)始進入這≥©€≤(zhè)些(xiē)領域。傳統車(chē)企、互聯網公司、初創企業(y≥σ↑è)都(dōu)在這(zhè)個(gè)領域進行(xíng)布局，使得(deδ☆↓)市(shì)場(chǎng)競争異常激烈。
另外(wài)用(yòng)戶需求變化(huà₽αδ )：随著(zhe)消費(fèi)者對(duì)汽車(chē)的(de)需®✔•→求逐漸多(duō)元化(huà)和(hé)個(gè)性化(huà)，用(y♣✔÷òng)戶對(duì)座艙和(hé)智駕産™✘品的(de)要(yào)求也(yě)越來(lái)越高(gāo)。他(t"×♥ ā)們不(bù)僅要(yào)求産品具有(yǒu)創新性和(h±é)科(kē)技(jì)感，還(hái)要(yào)求産品能(néng)夠提供更加優÷質、便捷的(de)駕駛體(tǐ)驗。
在上(shàng)述因素的(d♥e)加持下(xià)，無論是(shì)設計(jì)方還(hái)是(sh₩α×ì)軟件(jiàn)實現(xiàn)方，均對(duì)現(xiàn)狀不(bù)滿意。主要(y>↔ào)體(tǐ)現(xiàn)在以下(xià)幾個(gè)方面：
1.需求的(de)不(bù)斷更改
為(wèi)了(le )能(néng)吸引用(yòng)戶，在λ♥汽車(chē)研發初期，設計(jì)方會(huì↔←±)提出很(hěn)多(duō)新穎的(de)概念，往往這(zh$✘è)些(xiē)概念不(bù)太成熟，随著(zhe)時(shí)間(jiān)的(de)積累，設♥∑計(jì)方通(tōng)過用(yòng)戶調研、競争對¶→(duì)手分(fēn)析，會(huì)不(bù)斷地(dì)更改和(h ⩶é)追加新需求來(lái)完善想法，提高(gāo)産品質量和(' <hé)用(yòng)戶體(tǐ)驗。但(dε àn)産品的(de)最終交付時(shí)間(jiān)并不♠β©(bù)會(huì)變更。
2. 最終實現(xiàn)和(hé)最初期望背離(lí)
汽ε↔Ωλ車(chē)電(diàn)子(zǐ)産品具有(yǒu)複雜(z♣®✔á)性的(de)特點，這(zhè)種複雜(zá)性不(bù)僅來(lái)自(zì)>ε±∑于産品軟件(jiàn)本身(shēn)的(de)功能(néng)需求，"$還(hái)來(lái)自(zì)于與汽車(chē)各個(gè)子(zǐ)系統的®↓✘↓(de)交互，以及對(duì)于安全性和(hé)±"←可(kě)靠性的(de)嚴格要(yào)÷♠±求，一(yī)個(gè)汽車(chē)電(diàn)子(♥÷ zǐ)産品需要(yào)與多(duō)種硬件(jiàn)設備進行(xíng)集成，如(rú)傳×'感器(qì)、執行(xíng)器(qì)、控制(♥₹ zhì)器(qì)等。這(zhè)些(xiē)硬件(jiàn)設備的(de)多(duō)樣性增 ¶×☆加了(le)軟件(jiàn)的(de)複雜(zá)性和(hé)開(kāi★γ)發難度。因為(wèi)這(zhè)種複雜(zá)性存在，在産品↔π§的(de)最終實現(xiàn)和(hé)最初的(de)預期往往存在較大(dà)的$≠§(de)偏差：
3. 整車(chē)開(kāi)發周期越來(lái)越短(duǎn)
國↔₹↕↔(guó)內(nèi)汽車(chē)主機(jī)廠(chǎng)，特别是(®•♣ shì)新能(néng)源車(chē)企，整車(σ≈&chē)開(kāi)發周期越來(lái)©α >越短(duǎn)，配套的(de)電(diàn)子(zǐ)産品的(de)開(k£āi)發周期也(yě)相(xiàng)應的(de)被壓縮。
#02 當前汽車(chē)電(diàn)子(zǐ)産品研發流程
V 模型由如(rú)下(xià)的(de)幾個(gè)π↔特點：
1、嚴謹的(de)階段劃分(fēn)
V 模↔¥ 型将軟件(jiàn)開(kāi)發劃分(¥↑fēn)為(wèi)一(yī)系列嚴謹的(de)階段，包括需求分(fēn©☆↓β)析，系統設計(jì)，編程，系統測試等。每個(gè)階段都(dōu)有(yǒu)明(míng)确✘∑&✔的(de)輸入和(hé)輸出，以及嚴格的(de)驗收标準。
✘ ♦2、 早期驗證和(hé)驗證
V 模型強調在軟件(jiàn)開(kāi)發的(d©♦e)早期階段進行(xíng)驗證和(hé)驗證，以便盡早發現(xiàn)和γ¶'(hé)修複錯(cuò)誤。
3、文(wén)檔驅動
V ♣γ模型強調文(wén)檔的(de)重要(yào✘ γ₹)性，每個(gè)階段都(dōu)需要(yào)産生(shēng)詳細的(de)文(wén)€¥σ檔，用(yòng)于記錄決策，傳遞信息，以及後續的(de)維護和(hé)支持。
它的(de)優勢主要(yào)體(tǐ)現(xiàn)在ε™
1、 提高(gāo)客戶滿意度₽∏©¥
它是(shì)标£♥€準化(huà)軟件(jiàn)開(kāi)發流程，是∏≥(shì)客戶和(hé)産品開(kāi)發方的(de)€δ共同語言，通(tōng)過實施 V 模型，方便客戶進行(xíng)評審和(hé)管控供應商開(kāi)發質量。
2、提高(g↔ ≥āo)産品質量
通(tōng)過規範和(hé)≠λ标準化(huà)軟件(jiàn)開(kāi)發流程，≥∞§&有(yǒu)助于降低(dī)産品缺陷率和(hé)提高(gāo)産品質 ≠&量。
3、 促♠ 進持續改進
V 模型重視(s ±₹φhì)文(wén)檔管理(lǐ)，強調持續改進和(h&₽é)優化(huà)，有(yǒu)利于在開(k>β≠āi)發過程中不(bù)斷發現(xiàn)問(wèn)題、分(fēn)析問(wèn)題并采取措施解決問(wèn>♥¶)題。并且有(yǒu)利于将其他(tā)項目或者上(sδ≤₩hàng)一(yī)個(gè)項目的(de)經驗教訓展開(kāi)到₩∑(dào)現(xiàn)有(yǒu)項目。
它的(de)不( £ ¥bù)足之處體(tǐ)現(xiàn)在
₩™ - 實施成本高(gāo)
- 開(kāi)發周期長(cháng)
- 無法及γ±→'時(shí)評審過程産物(wù)
#03 産品敏捷開(kāi)發流程管理(lǐ)
作(zu↓↕Ωò)為(wèi)汽車(chē)電(diàn)子(zǐ)産品開(kāφ→Ωλi)發流程的(de)方案優化(huà)，将敏捷開(kāi)發和(hé≤★) V 模型結合使用(yòng)。敏捷開(kāi)發是•≥(shì)一(yī)種叠代式、增量式的(de)開(kāi)發方法，強調對(duì)需求變化(h↔ uà)的(de)快(kuài)速響應和(hé)持續交付有(yǒu)價值的(de)軟件(jiàn)↑δ，将其用(yòng)于産品的(de)開(kāi)發，實現(xiàn)敏捷叠代。同時(shí)≠☆™×，針對(duì)具體(tǐ)産品的(de)∏↔♥∑特點，強調功能(néng)安全的(de)重要(yào)性，利用(yòng)≤γ∏ V 模型的(de)需求管理(lǐ)方法來(lái)确保需 σ¶₽求的(de)準确性和(hé)完整性。通(tōng)過結合敏捷開(kāi)發和(hé) V 模型±α§π，可(kě)以實現(xiàn)對(duì)汽車(chē)軟件(j∞σ♥♠iàn)開(kāi)發過程的(de)全面評估和(hé)改進，提高(gāo)産品研發質量和(✔£✔hé)可(kě)靠性。
1. 産品敏捷叠代
持續開(kāi)發、持續集成和(hé) ♥¶持續部署共同構成了(le)敏捷開(kāi♠↓↓)發過程。通(tōng)過持續開(kāi)發，可(kě)以快(k♠γ¥uài)速響應客戶需求的(de)變化(huà)，提高(gāδ★©•o)軟件(jiàn)的(de)質量和(hé)可(kě)靠性；通(tōng)過持續集成和(hé)持δ→↑續部署，可(kě)以确保軟件(jiàn)的(de)完整性和(hé)穩定性，并最β♠<終實現(xiàn)軟件(jiàn)的(de)快(kuài)速上(shàng)市(shì≠✔α✔)。
1） 持續開(kāi)發（Contin✔δ"uous Exploration）
首先，敏捷開(kāi)發 ≈起始于一(yī)個(gè)敏捷團隊和(hé)一(yī)個(gè)計(jì)劃會(huì↔®∑♠)議(yì)：敏捷團隊是(shì)跨職能(néng)的(de)，每兩周λ ≥一(yī)次的(de)協作(zuò)交付工(gōng)作(zuò)系統，這(zhè)些(xiē)系統被稱為(wè♠β₩i)叠代。
叠代開≠✘(kāi)始于一(yī)個(gè)計(jì)劃會(" huì)議(yì)，這(zhè)個(gè)會(huì)議(yì)$∏±由産品負責人(rén)主持，并負責叠代的(de)☆★工(gōng)作(zuò)庫（User Storie♥★↓s）。
敏捷團隊在會(hσ€γuì)議(yì)上(shàng)決定他(tā)們可(kě)以在叠代結束時(shí)交付哪♣<★∏些(xiē)用(yòng)戶故事(shì)。每天團隊需α要(yào)討(tǎo)論他(tā)們的(de)進展，并在叠代結束時(shí)向産品負責人(rén)演示結果，以确保他★♣♣(tā)們已經交付了(le)他(tā)想要(yào)的(de)。
然後他(tā)們會(huì)聚在一(yī)起回顧他(tā±≈)們可(kě)以在下(xià)一(yī)個(gè)叠代中改進什 (shén)麽，然後再開(kāi)始一(yī)個(gè)新的(de)計(jì)劃會(huì)議(yì)。
項目級别和(hé)團隊級别的(de)≤☆←∑工(gōng)作(zuò)流程非常相(xiàng)似，是(shì)一(y↕÷®ī)個(gè)由多(duō)個(gè)團隊組成的(de)更大(dà)的(de)團<Ω☆隊，共同交付一(yī)個(gè)更大(dà)的(de)系統，人(rén)數(shù)範圍從(cóng)₽δλ50到(dào)125人(rén)不(bù)等。這(zhè)$π個(gè)更大(dà)團隊被稱為(wèi)敏捷發布列車(chē)或ART，其工(gōng)作×↑(zuò)産出稱為(wèi)項目增量或 PI，一(yī)般默認由五個(gè)叠代完☆>∏成，每個(gè) PI 的(de)內(nèi)容由程序待辦事(shì)項中的(de)産≈™♠±品經理(lǐ)以特性的(de)形式确定，并提供大(dà←↔)部分(fēn)團隊待辦事(shì)項的(de)內(nèi)容。×®£列車(chē)由 RTE 或發布列車(chē)工(gōng)程師(shī)管理λ✔₽(lǐ)，他(tā)充當列車(chē) Scrum Master，确λ↔$保主幹平穩并确保行(xíng)駛在正确的δ$(de)軌道(dào)上(shàng)，他(tā)是(shì)項目級别的(de)産品±∑經理(lǐ)。
2）持續集成（Con×÷€tinuous Integration）
持續集成要(yào)求團隊開(kāi)發成員(y&§≠uán)經常集成他(tā)們的(de)工(gōng)作(zuò)，通(tō≤¥ng)常每個(gè)成員(yuán)每天至少(shβ✘ǎo)集成一(yī)次，也(yě)就(jiù)意味著(zhe)每天可(kě)能(néng)會(h÷→₩ uì)發生(shēng)多(duō)次集成。每次集成都(dōu)通(tōng)過自(∞₹zì)動化(huà)的(de)構建（包括編譯，發布，自(zì)動化(huà)測試）來(lái)驗證γ，從(cóng)而盡快(kuài)地(dì)發現(xiàn)集成錯(cuò)誤。許多(duō)團隊'×發現(xiàn)這(zhè)個(gè)過程可(kě)以大(>←↓dà)大(dà)減少(shǎo)集成的(de)問(<∞₽™wèn)題，讓團隊能(néng)夠更快(kuài)的(de)開α↔(kāi)發內(nèi)聚的(de)軟件(jiàn)。持續集成指的(de)是(shì)，頻↔♦(pín)繁地(dì)（一(yī)天多(duō)次）将代碼集成到(dào)主幹。它的(de¥®™÷)好(hǎo)處主要(yào)有(yǒu)兩個(gè)：
快(kuài)速發現(xiαλ£àn)錯(cuò)誤。每完成一(yī)點更新，就(jiù)集成到(dào)主幹，可(kě)以快(kπ₩uài)速發現(xiàn)錯(cuò)誤，定位錯(cuò)∑"誤也(yě)比較容易。
防止分(fēn)支大¥¶•(dà)幅偏離(lí)主幹。如(rú)果不(bù)是(shì₩×)經常集成，主幹又(yòu)在不(bù)斷更新，會(huì)導緻以後集 成的(de)難度變大(dà)，甚至難以集成。
持續集成的(de)目的(™✔↕ de)，就(jiù)是(shì)讓産品可(kě)以快(ku>§' ài)速叠代，同時(shí)還(hái)能(néng)保持∑→←高(gāo)質量。它的(de)核心措施是(shì)，代碼集成到(dào)主幹之前，必須通(tōng)過自(zì)動化(huà)測試。隻要(yào)有(αε♥yǒu)一(yī)個(gè)測試用(yòng)例失敗，就 ® (jiù)不(bù)能(néng)集成。
'₽✔3）持續部署（Continuous Deployment）
持續部署是(shì)持續∏α交付的(de)下(xià)一(yī)步或者<©™說(shuō)更高(gāo)階段，指的(de)是(shì)代碼通(tōng)過評審以後（或者是(s✘★hì)通(tōng)過自(zì)動化(huà)測試以後），自(zì)動部署到(dào)生(shēng♣)産環境。這(zhè)意味著(zhe)，所有(yǒu)通(tōng)過了(le)φ÷≠'一(yī)系列的(de)自(zì)動化(hu♦¥&à)測試的(de)改動都(dōu)将自(zì)動部署到(dào)生(shēng)産環境。它也(y÷ •₽ě)可(kě)以被稱為(wèi)“Contin≈σuous Release”。
持續部署的(de)目标是(shì)代碼在任何時(shí )刻都(dōu)是(shì)可(kě)部署¥¥€的(de)，可(kě)以進入生(shēng)産階段。它的(de)核心措施是(shì)，§ 代碼通(tōng)過評審以後，自(zì)動部署到(dào)生(sγ©↑hēng)産環境。如(rú)果沒有(yǒu)制(zhì)度的(de)約束或其它條件(jiàn)的(↕©de)影(yǐng)響，每個(gè)改動都(dōu∏↔)應該盡快(kuài)地(dì)部署到(dào)生(shēng)産環境。持續部署是¥"(shì)否适合某個(gè)公司是(shì)基于該公司的(de)業 ♦↓(yè)務需求，而不(bù)是(shì)技(jì<α)術(shù)限制(zhì)。
在持續部署的(de)實踐過程中，一( →yī)個(gè)最小(xiǎo)化(huà)的(de)持續集成系統需要(yào)包含π∏以下(xià)幾個(gè)要(yào)素：版本管理(lǐ)系統、構建腳本&工(gōng)具以≤₽•及自(zì)動化(huà)測試。
2.§÷ 敏捷開(kāi)發在汽車(chē)軟件(jiàn)開(kāi)發上(shàng)'♥β的(de)應用(yòng)
2.1 需求驅動
減少(shǎo)需求層級，适應快(kuài)速敏捷的(d♠∑σe)需求：傳統 V 模型的(de)開(kāi)發流程中有(yǒu) 4-5 ↓級的(de)需求文(wén)檔，每層均對(duì)應一(yī)個(gè)團隊，每層均需要(yào)文(wén)檔編寫、上(€€✔shàng)下(xià)遊對(duì)齊時(sh÷♠í)間(jiān)，阻礙了(le)敏捷開(γ∞kāi)發。在運用(yòng)了(le)敏∞&捷模型的(de)汽車(chē)軟件(jiàn)開(kāi)發團隊，将需>≤δ求層級減少(shǎo)為(wèi) 1-2 ₹↑級，最終完成從(cóng)産品需求到(dào)♦ 軟件(jiàn)需求。這(zhè)些(xiē)需求∏ ≥編寫同樣采取敏捷叠代的(de)方式進行(xíng)。
産品負≈≠↔責人(rén)驅動産品&軟件(jiàn)開(kāi)發：傳統V 模型的(de)開(kā♣↕₩i)發流程中是(shì)由項目經理(lǐ)驅動軟件(jiàn)開(kā"γ'i)發，在運用(yòng)了(le)敏捷模型的(de)汽車(chē) >≠≈軟件(jiàn)開(kāi)發團隊，産品經理(lǐ)負責産品和(hé÷↕)軟件(jiàn)需求，由産品經理(lǐ)将需求下(xià)派到(dào)軟件(jiàn)開§$≥(kāi)發團隊，并确定開(kāi)發計(jì)劃、驗證計•&©(jì)劃等，最終完成産品的(de)驗收。
2）功能(n±€α éng)和(hé)安全事(shì)項不(bù)同的(de)開(kāi)發管理♠♥₽(lǐ)方法
對(duì)于不(bù)涉及汽車(chē)安全的(deβ∑©¥)功能(néng)或産品，采用(yòng)快(kuài)速叠代的(de)敏捷開(kāi)發方式：對∏λ(duì)于不(bù)涉及汽車(chē)安全的(de)功能(néng)或産品，強調的(de)是(shì)快(kuài)速回應用(y≥'♥òng)戶需求和(hé)滿足用(yòng)戶體(tǐ)驗，允許®γ♦在軟件(jiàn)系統魯棒性方面進行(xíng)叠代改♦π善（包含量産後的(de)叠代改善—OTA）對(duì)于功能(néng)安全需求，Ω∑≥采用(yòng) V 模型進行(xíng)開(kāi)發：對(duì)于功能(né" ±ng)安全需求，強調的(de)開(kāi)發受控，達到(dào)減少(shǎo)用(yò$σ<'ng)戶危害、同時(shí)滿足嚴苛的(de)（對(duì)內(nèi)&對(←↔✔duì)外(wài)）審核的(de)要(yào)求↑™，需要(yào)重視(shì)流程和(hé)文(wén)↕×αε檔管理(lǐ)，采取 V 模型進行(xíng)開(kāi)發。
#04 總結與展望
随著(zhe)智能(néng)¶& ≤汽車(chē)的(de)蓬勃發展，汽車(chē)功能(né¥↓•ng)日(rì)新月(yuè)異，軟件(jiàn)代碼量日(rì)益增加，傳統α V 模型下(xià)的(de)瀑布式開(kāi)發已經不(bù)堪重負，為(wèi)了(₹§Ωle)快(kuài)速交付給客戶最迫切需要(yào)的(de)功能(néng ×)，軟件(jiàn)開(kāi)發流程的(de)轉變至δ→≠↓關重要(yào)。目前，越來(lái)越多(♣☆duō)的(de)開(kāi)發公司轉向了(le)敏捷開(kāi)發。但(dàn)在實'¥際工(gōng)作(zuò)中，要(yào)實現(xiàn)敏捷轉型≤÷÷♣，也(yě)面臨不(bù)小(xiǎo)的(de)挑戰。
根據敏捷年(nián)度報(bào)告中的(de)統計( ™¥jì)，敏捷轉型中面臨的(de)挑戰主要(yào)有(yǒu)以下(xià)☆→♠方面：
∑εΩ 從(cóng)占比最高(gāo)的(de)前三項可(kě)以看(kàn)出，對(duì)于很(h↓₹ěn)多(duō)組織來(lái)說(shuō)，內(nèi)部文(wén)化(huà)仍然是(s♦α±hì)敏捷轉型的(de)巨大(dà)阻礙。
因此，汽車(chē)軟件(jiàn)開(kāπ←δi)發流程向敏捷開(kāi)發轉變的(de)過程，也(yě)是(shì)內(nèi)部組織架構調整ε的(de)過程。主要(yào)需要(yào)解決以下(xià)問(wèn)題：
1.缺乏領導層的(de)支持：
實行(xíng)敏捷£↔♦，組織架構上(shàng)的(de)微(wēi)調是₽λ(shì)必不(bù)可(kě)免的(de)，例如(rú)，一(yī)個(gè)S≤£π∏CRUM 團隊，需要(yào)産品、開(kāi)發、測試、集成等各個(gè∞≈↕)職能(néng)人(rén)員(yuán§™<•)，而這(zhè)些(xiē)人(rén)員(yuán)通(tōng)常分₹λ↕∏(fēn)屬不(bù)同部門(mén)管理(lǐ)，SCRUM 團♠↑隊管理(lǐ)者想要(yào)有(yǒu)序推進工(gōng)作(zuò)，就(ji≈ ✘&ù)需要(yào)領導層的(de)支持才能(néng)保證團隊各成員(yuán'₩•↕)的(de)配合。
2.組織對(duì)變革的(de)阻力：
- 接受新的(de)觀念、流程對(duì)很(hěn)多(duō)人(rén)都(dōu)較為∑ ↓(wèi)困難，且在轉型初期會(huì)較為(wèi)痛苦；
- 敏捷特别講究量化(h>&<uà)數(shù)據，這(zhè)會(huì)使得(de)一(&≥yī)些(xiē)渾水(shuǐ)摸魚、工(gōng)作(zuò)量較少(shσ∞&×ǎo)的(de)員(yuán)工(gōng)暴露≈♠ε出來(lái)，他(tā)們天然會(huì)反抗這(zh∑¶σ→è)種轉型；
- 敏捷轉型後，整個(gè)₩'•組織自(zì)驅力越來(lái)越強，需要(yào)的(de)管理(lǐ)人(rén)員(Ω&→÷yuán)則會(huì)變少(shǎo)↑>β，造成的(de)人(rén)員(yuán)冗餘問(wèn)題又(yòu)會(huì)導緻內(nèi)部産生(shēng)阻力。₩∞λλ
綜上(shàng)所述，敏捷開(kāi)發将會(huì> ×€)是(shì)汽車(chē)軟件(jiàn)開(kāi)發流程的∞±€σ(de)轉變趨勢，但(dàn)轉向敏捷的(de)過程仍面臨組織內(nèi)部的(de)巨大(dà)γ₹§阻力。同時(shí)，目前汽車(chē)行(xíng)業(yè)仍然要(yào)λ✔求軟件(jiàn)開(kāi)發必須符合 ASPICE 認證要(yào)求，這(zhè)₹δ♥♥導緻軟件(jiàn)開(kāi)發團隊無法徹底擺脫' 傳統開(kāi)發模式的(de)束縛。當前 A✔±£™SPICE 與敏捷開(kāi)發的(de)結合，往往也(yě)是(shì)敏捷≤∏主導著(zhe)整個(gè)開(kāi)發流程，而 ASPICE 流于形式。轉向敏捷∏"π"開(kāi)發，不(bù)僅需要(yào)軟件(∏→βjiàn)開(kāi)發企業(yè)內(nèi)部管理★™π↔(lǐ)的(de)調整，也(yě)依賴于未來(lái)行(xíng)£↔業(yè)标準的(de)轉變。
轉自(zì)汽車(chē)電(diàn)子(zǐ)與™™₹軟件(jiàn)
