傳統的(de)V模型标準在當前這(zhè)個(gè)₽γ€↓階段，有(yǒu)點使不(bù)上(shàng)勁兒(ér)≈≈↔₩。
這(zhè)個(gè)™↓要(yào)怎麽理(lǐ)解呢(ne)？首先我們要(yào)明¶¥≤(míng)确ASPICE的(de)一(yī)個(gè)特點。 ₽ASPICE标準采用(yòng)的(de)是↓₹§(shì)一(yī)種“命題提綱”式的(de)寫法。十幾年(nián)β 了(le)，還(hái)在使用(yòng)，并且我們一(yī)直沒有(yǒu)Ω ☆聽(tīng)說(shuō)，有(yǒu)什(shén)麽大(♥φ≈dà)的(de)錯(cuò)誤，因為(wèi)寫得(de)足夠寬&β≠泛。
我們舉幾個(gè)例子(z→♦×ǐ)。在 ASPICE 的(de)供應商監控部分 (fēn)，他(tā)寫了(le) 5 條BP，分(fēn)别是(shì)：
可(kě)以看(kàn)到(dà ≠o)，這(zhè)些(xiē)BP，實際上(shàng)是(shì)一(yī)種非常寬泛的(₹de)行(xíng)為(wèi)描述。至于這(zhèπε☆♦)個(gè)行(xíng)為(wèi)應該怎δ♥ 麽做(zuò)，在标準裡(lǐ)面是(shì)沒有(yǒu)體(tǐ)現(xiàn)的(de)。
所以↕↑ASPICE的(de)标準，有(yǒu)非常大(dà)的(de)靈™π≠♥活度去(qù)進行(xíng)解讀(dú)。這(z♣hè)也(yě)是(shì)為(wèi)什(shén)麽，在十Ωε©©幾年(nián)的(de)過程中，它一(y₹π ī)直沒有(yǒu)什(shén)麽大(dà)的(de)錯(cuòδ)誤的(de)原因。它所說(shuō)的(de)這(zh"★π è)些(xiē)過程，其實是(shì)一(yī)個(gè)正常的(d∑>¶e)産品開(kāi)發或者項目管理(lǐ)的(de)通(tōng)用(yòng)過程。但(dàn)是(shì)在當前這(zhè)個(gè)汽車(chē)軟 ≤γπ件(jiàn)變革的(de)階段，我們需要(yào)的(de)是(shì)，标§↓♦準告訴我們怎麽做(zuò)，而不(bù)再是(shì)給我們一(yī)個(gè)命題作(zu☆↕ò)文(wén)。
從(cóng)傳統汽車(↔₹≤ chē)向智能(néng)網聯汽車(chē)轉•§型的(de)時(shí)代，所有(yǒu)∏β☆人(rén)對(duì)這(zhè)種新模式，都(d≥¶ōu)是(shì)處在一(yī)個(gè)探索的(de)過程。這(₹™§zhè)種探索既包括軟件(jiàn)供應商，還(hái)有(yǒu)主機(jī•ε✔≥)廠(chǎng)。如(rú)果ASPICE真是(shì)一(yī)劑神藥，那(nà)®"≈标準的(de)制(zhì)訂方之一(yī)，德國(guó)大(dà)α®₽∑衆的(de)新車(chē)，就(jiù)不(bù)至于在停車(chē)場(chβ∞£ǎng)趴窩幾個(gè)月(yuè)了(le)。
所以，這(zhè)就(jiù)是(shì)我的(de)結£§∞∏論：傳統的(de)V模型開(kāi)發标 ₹準，在當前這(zhè)個(gè)階段使不(bù)上(shàng)勁兒(é♠₽r)，單純的(de)命題作(zuò)文(wén)，在這(®®•zhè)個(gè)階段不(bù)奏效，還(hái)需要(yào)實際的(de)β∏σ解題方法。
在當前這(zhè)個(gè)階段，越來(lái)越多♥π₽∏(duō)的(de)主機(jī)廠(chǎng)和(hé φ≈)新勢力，采取了(le)另外(wài)一(yī)種開(kāi)★®發模式，敏捷開(kāi)發。
敏捷開(k∏¶āi)發尚未形成一(yī)個(gè)标準，而隻是(shì)一(yī)些(xiē)思想、工(¶₹'gōng)具和(hé)實踐。敏捷開(kāi)發，更多(duō)的(de)好( ←∞hǎo)像是(shì)一(yī)個(gè)非常優秀的$≠β™(de)“考生(shēng)”，寫的(de)一(yī)份備考指φλ南(nán)，裡(lǐ)面講到(dào)了(le)很(hěn)多(duō)方法∑ε™✔。這(zhè)個(gè)考生(shēng)上(sh♣ àng)來(lái)就(jiù)說(shuō)：你(nǐ)不(bù↔ )要(yào)想著(zhe)一(yī)次就(jiù)把事(sh∏γλ§ì)情做(zuò)對(duì)、做(zuò)↓↑完（因為(wèi)事(shì)情太複雜(zá)了(le)），你(nǐ)先去(qù)δ 做(zuò)就(jiù)好(hǎo)了(le)，做(zuò)出一(yī)個(gè)原型，通(tōnγ₩g)過快(kuài)速驗證，你(nǐ)很(hěn)快(kuài)就(jiù)能(nén γ←→g)發現(xiàn)其中的(de)問(wèn)題，再去(qù)改，保證你(nǐ)的(de)每一( ™↑¥yī)次，都(dōu)比上(shàng)次做(zuò)得(de)好(hǎo)，而且你↓$₽(nǐ)的(de)每一(yī)次，都(dōu)是(shì)當前這(zhè)個(gè)階>↓•↑段最想要(yào)的(de)。然後他(tā)>>™&開(kāi)始告訴你(nǐ)，這(zhè)個÷" (gè)過程中，你(nǐ)的(de)武器(qì)庫裡(lǐ)面有(yǒu)多(duō)↓®少(shǎo)武器(qì)可(kě)以使用(yòng)，比如(rú)敏捷看(kàn)闆、需求優先級>★♥£的(de)排序、敏捷報(bào)表、功能(néng)回顧♣±÷✔會(huì)、每日(rì)站(zhàn)會(huì)等等。正是(shì)由♦£§于這(zhè)位“考生(shēng)”寫作(zuò)的(de)出發點，導緻了(le↓↔∑)很(hěn)多(duō)争議(yì)。因為(wèi)我們知(zhī)道(dào)，同樣一( "&yī)份考卷，同樣一(yī)個(gè)應用(yòng)題，不(bù)同的(de)人(rén)∑✔↓去(qù)做(zuò)，可(kě)以采用(yòng)不(♣&δ bù)同的(de)方法，并且大(dà)家(jiā)都(>©→↓dōu)能(néng)夠做(zuò)對(duì©÷α)。這(zhè)就(jiù)像，市(shì×&)面上(shàng)有(yǒu)黃(huáng)岡老(lǎo)師(✘±↔shī)的(de)答(dá)題技(jì)巧，也(yě)有(yǒu)人(rén)大(dà)附中的₽ ₩(de)答(dá)題技(jì)巧，但(dàn)是(shì)高(gāo)考 出題提綱隻有(yǒu)一(yī)份。
₩≤敏捷開(kāi)發這(zhè)套思想的(de)推動者，最開(kāi)始并沒有(yǒu)太大≠♣(dà)野心。他(tā)們想做(zuò)的(d☆₽♥e)隻是(shì)告訴程序員(yuán)，告訴項目管理(lǐ)者，怎φ↓φ±樣去(qù)管理(lǐ)一(yī)個(gè©★)項目，怎樣在不(bù)同的(de)角色之間(jiān)進行(↕"≠★xíng)協作(zuò)。它沒有(yǒu)對(duì±¥↔)行(xíng)業(yè)做(zuò)什(shén)麽要(yào)求，它§φ也(yě)并不(bù)是(shì)針對(duì)汽車(chē)行(xíng)業(yè)的(de÷∞£)。所以這(zhè)樣的(de)一(yī)種方法，在被汽車(ch ★γ¥ē)行(xíng)業(yè)運用(yòng)的(de)時(shí)候，必然♥ε會(huì)産生(shēng)很(hěn)多(duō)的(₩÷de)争論。
我之前也(yě)寫過了(le)一(yī)篇文≠ (wén)章(zhāng)《ASPICE 還(hái)值得(de)做(zuò)嗎(ma)?》，從(cóng)評論中也(yě)可(kě)以看(kàn)得(de)出來(lái)，敏捷開(↕≈kāi)發在汽車(chē)行(xíng)業(yè)充滿了(le)争論。有(yǒu)些(xiē)人(×®≥rén)對(duì)敏捷開(kāi)發保持了(le)冷(lěng)嘲熱(rè)諷的(de)态度。₩↑λ實際上(shàng)包括特斯拉以及國(guó)內(nèi)€ε的(de)造車(chē)新勢力，基本上(sh∑¥€àng)都(dōu)在采用(yòng)一(yī)種小(xiǎo)步快(kuài)跑，'®₩♥持續叠代的(de)的(de)方式來(lái)做(zuò)軟件✔&(jiàn)開(kāi)發。特斯拉的(de)FSD功能(néng)，在已交÷↔付的(de)車(chē)輛(liàng)上(λ≥↔shàng)，以肉眼可(kě)見(jiàn)的(de)速度進化(huà)和(hé)升級★'。當汽車(chē)行(xíng)業(yè)很(h★£ěn)多(duō)頭部企業(yè)，都(dōu)已經在或多(duō)或少(shǎo)嘗試敏≈≥"捷開(kāi)發的(de)思想時(shí)，還(hái)有(yǒu)♠σ★₩一(yī)些(xiē)人(rén)仍然停留¶☆在自(zì)己的(de)看(kàn)法裡(lǐ)。
當然，我們不(bù)βΩ得(de)不(bù)承認的(de)一(yī)個(gè)事(shì)$實是(shì)，敏捷開(kāi)發在汽車(chē)行(xíng)業(yè)尚未得(de)到(d∑>φ←ào)大(dà)規模的(de)認可(kě)，我覺得(de)這(zhè)個(gè)也(yě)很(h≠→ěn)正常，當前汽車(chē)行(xíng)業(yè)正在進行(xín₹÷≤g)一(yī)場(chǎng)變革，在變革的(de)過程中肯定是(shì)β≥百家(jiā)争鳴，大(dà)家(jiā)都(dōu)有(yǒ≥→£u)各自(zì)方式。而且也(yě)未形成變革後的(de)©>✘統一(yī)标準，在這(zhè)個(gè)時(shí)候産生(shēng) →比較多(duō)的(de)争論，是(shì)有(★© ♥yǒu)益于行(xíng)業(yè)進步的(de)。
今天文(wén)章(zhāng↔≠ )的(de)主題，我想預測一(yī)下(xià)，汽車(chē)行(xíng)業(yè)的(d§¥γe)軟件(jiàn)開(kāi)發标準，将向一(yī)個(gè)什(shén)麽樣的(de)方向進☆±£♠行(xíng)演進。
我預測的(de)第一(yī)點φσ×γ是(shì)，V模型将吸納敏捷開(kāi)發的(de)特點，形成新的(de)标準。
雖然敏捷φ£開(kāi)發并未形成汽車(chē)行(xíng)業(yè)的(de)标準，但↑>∑(dàn)卻有(yǒu)非常多(duō)的(<♠✔"de)團隊以此種方法來(lái)進行(xíng)實踐。
有(yǒu)很(hěn)多(duōα¶)公司找我們咨詢汽車(chē)行(xíng)業(yè)敏捷開(kāi)發相( λxiàng)關的(de)工(gōng)具鏈，我們發現(xiàn)他(tā)們或多(duō)或少(s∞hǎo)都(dōu)已經開(kāi)始使用(y®λεòng)敏捷項目管理(lǐ)工(gōng)具。業(yè)界©§對(duì)這(zhè)種趨勢應該有(yǒu)更加明(míng)顯的®♣ φ(de)感受。
在汽車(chē)行(π≠¶xíng)業(yè)新的(de)軟件(jiàn)标準中，我預計(jì)，一(yī∑↔✘)定會(huì)是(shì)接納并且認可(kě)小(xiǎo)步快(kuài)↔£'跑、持續叠代這(zhè)樣一(yī)種思想的(de)。V模型也(yě)不(bù)應該∏π 簡單地(dì)被看(kàn)作(zuò)是(shì♦↔±)瀑布流。V模型的(de)編寫方式，并未提到(dào)它是(shì)一(yī)>↓±個(gè)瀑布流。但(dàn)是(shì)我們從(cóng)它上(shàng)下♦₽'(xià)文(wén)的(de)行(xíng)文π£ ÷(wén)中，很(hěn)容易把它理(lǐ)解成一(yī)個(gè)瀑布流。比±∑如(rú)，在我們做(zuò)軟件(jiàn)架構設計(jì)的(de)時(shí)候，< δ一(yī)定是(shì)對(duì)軟件(jiàn)需®σ≠求分(fēn)析已經經過了(le)大(dà)量的(de)討(tǎo)<π≥↓論，經過了(le)大(dà)家(jiā)的(de)認可(kě♥§↕)，但(dàn)是(shì)并未提到(dào)，如(rú)果需求本身(shēn)不(bù)全會(←∏huì)怎樣？如(rú)果需求沒有(yǒu)理(lǐ)清楚，沒有(yǒu)經過充分(f<β✔ēn)的(de)討(tǎo)論，我們是(shì)否能(néng)夠去(qù)做(zuò)Ωσ架構方面的(de)設計(jì)？是(shì)否可(kě)以并行(xíng±∞)？需求是(shì)逐漸完善的(de)過程、架構也€•§∏(yě)是(shì)逐漸完善的(de)過程，在完善的(de)過程中，再逐漸去(λ∞qù)建立追溯性，是(shì)否可(kě)行(xíng)？
變更在開(kāi)發過程中，是(shì)不(bγ×ù)可(kě)避免的(de)，但(dàn)在ASPICE中，變更×&管理(lǐ)是(shì)一(yī)個(gè)支持性流程，好(hǎo)像變更并≈不(bù)是(shì)在每個(gè)過程中進₩↔行(xíng)的(de)，而像是(shì)項目做(zu ≈ ò)到(dào)一(yī)定階段之後，反過來(lái)進行(xíng)的(de)、偶爾的>σ(de)偏差改動。但(dàn)實際上(shàng)，變更管理(lǐ)應₽♠∏♦該被提到(dào)一(yī)個(gè)更重要(yào)、更頻(pín)繁的(de)位置，因為★∑'(wèi)在汽車(chē)變革的(de)過程中，我們所做(zuò)的(de)很(hěnα®&)多(duō)技(jì)術(shù)和(hé)産品，不(bù)确定性是(shì)非常高(↔↓ gāo)的(de)，我們會(huì)面臨更加★₹>∏頻(pín)繁的(de)變更。
在産品的≈÷₽(de)初期，我們可(kě)能(néng)沒有(yǒu)辦法考慮到(dào)↓←↔方方面面，我們擁有(yǒu)的(de)是(shì)一(yī)個(gè)産品₽γ 的(de)Roadmap。但(dàn)是(shì)針對(duì) Roadmap 裡(l≈∞≈ǐ)面的(de)每一(yī)個(gè)功能(né₩₽←ng)點，可(kě)能(néng)并不(bù)是(shì)在最×>≤開(kāi)始的(de)時(shí)候，就(jiù)去(qù)詳細地(d₽∑•ì)寫出所有(yǒu)需求的(de)細節，而是(shì)在→¥做(zuò)的(de)過程中不(bù)斷完善。通(tōng)過不(bù)斷地(dì)交付×₽出一(yī)些(xiē)可(kě)工(gōng)¶ ≤✔作(zuò)的(de)産物(wù)，對(duì)需求也(yě)會(huì)不(bù)斷做(zuò✘≠)出調整。
第二點 ©✔>，我預計(jì)新的(de)标準，會(h←©uì)對(duì) BP 進行(xíng)更多©φ(duō)的(de)細化(huà)，并且也(yě)會(huì)推薦一(yγ♦§βī)些(xiē)敏捷開(kāi)發方法。
前面我們已經舉過例子(zǐ)，在ASP ←ICE裡(lǐ)面，BP一(yī)般寫的(de)都(dōu)比較'∏粗。具體(tǐ)怎麽做(zuò)，其實沒有(y↔"ǒu)很(hěn)多(duō)的(de)方法推薦。我估計(j≠©♦ì)新的(de)标準中，會(huì)比較多(duō)的(de)推薦敏捷開(kāi)發π☆的(de)方法。如(rú)果某種解題方法是(shì)比較好(hǎo)的(de)，我們需要("εyào)把這(zhè)種方法在标準裡(lǐ♣♥ )面體(tǐ)現(xiàn)出來(lái)，雖然這(zhèε↓×→)并不(bù)是(shì)強制(zhì)性要(yào)求，但(dàn)至少(shǎo)給我們提供了±☆♣(le)一(yī)些(xiē)參考。這(zhè)樣才能(néng)讓标準能✘±♦(néng)夠逐漸融合敏捷開(kāi)發。
第三點是(shì)，如λδ(rú)何與第三方進行(xíng)合作(zuò)，将會★≈φγ(huì)是(shì)标準的(de)重要(yào)£β®←組成部分(fēn)。
在ASPICE原來(lái)的(de)标準中，針對(↕♥duì)如(rú)何與第三方進行(xíng)合作(zuò)，其實篇幅很(hěn)少(shǎ≈$o)，有(yǒu)一(yī)塊叫做(zuò)供應商管理(lǐ)¥¥±→。
但(dàn)是(✔•×©shì)，在新的(de)标準中，如(rú)何與第三方合作(zuò)，應該有(yǒu)大(dà¶←✔λ)量的(de)篇幅去(qù)解讀(dú)它。在當前的(de)汽車(chē)軟件 φ(jiàn)開(kāi)發過程中，我們發現(xiàn)，聯合開(kāi)發變成了(le)一(yī)<≈α種常态，導緻了(le)像 Tier 0. 5 ↔ 這(zhè)樣一(yī)些(xiē)合作(zuò)方式出現(xiàn)。
在傳統的(de)标準中，我§≈們一(yī)般隻是(shì)強調，需要(yào)和(hé)>"β供應商之間(jiān)進行(xíng)溝通(tōng)÷λ>，需要(yào)有(yǒu)與供應商之間(jiān)進行(xín₹♦¥g)信息交換的(de)渠道(dào)，需要(yào)與供應商達成統一(yī)等等。
但(dàn)&£在新的(de)開(kāi)發過程中，我們需要(yào)意識到(dào)，我們不(bù®© )僅與供應商之間(jiān)會(huì)進行(xíng)聯合開(kāi)發≤ §，與甲方客戶之間(jiān)也(yě)需要(yào)進行(xín&®∏ g)聯合開(kāi)發。而且聯合開(kāi)發的(de)過程相(xiàng)÷←比于原來(lái)會(huì)更加頻(pín)繁和(hé)緊密，它不(b ÷ù)再是(shì)一(yī)個(gè)交鑰匙的(de)" $工(gōng)程。對(duì)于一(yī)個(gè)軟件(jià>λγn)或系統的(de)開(kāi)發，不(bù)同的(de)軟件(jiàn)組件(jiàn)可♠φ¶(kě)能(néng)是(shì)由不(bù)同的(de)參與方來(lái↑→↑)執行(xíng)的(de)。這(zhè)個(gè)時(shí)候就(₽®jiù)要(yào)求我們在需求管控、問(wèn)題β₩管理(lǐ)上(shàng)擁有(yǒu)更加實時(shí)的(de)交流渠道(dào)，互相(xiàng)可σ↕≤(kě)以對(duì)對(duì)方提需求、提bug，并且大(dπ×à)家(jiā)好(hǎo)像是(shì)在一( ₹↕λyī)個(gè)管理(lǐ)系統上(shàng)進行(xíng)工(gōng)作$>(zuò)。這(zhè)對(duì)于提升軟件(jiàn)的(de)開(kāi←Ω↑<)發效率是(shì)非常有(yǒu)必要(yào)的(de)。
第四點是(shì)，CICD 将成 ÷為(wèi) BP 之一(yī)，缺少(shǎo) CICD 的(de)♥®α基礎設施，意味著(zhe)産品不(bù)具備持續叠代的(de)屬性。
&n↑§bsp;在 ASPICE原來(lái)的(de)标準中，對(duì)于持續集成、持•÷✔續交付、持續部署，并沒有(yǒu)特地(dì)強調。隻是(β€≥'shì)描述了(le)針對(duì)軟件(jiàn)的(de)驗¶δ∑證過程，需要(yào)有(yǒu)軟件(jiàn)單元測試、軟件(jiàn)集成測試、↓β軟件(jiàn)功能(néng)測試等等。更多(duō)還(hái)是(sh←♦∏®ì)強調，針對(duì)需求、架構、詳細設計(jì)的♦♦(de)可(kě)追溯性和(hé)完全覆蓋。至于驗證的(de)過程要(y↔✘ào)怎麽做(zuò)，并未提出要(yào)求。可(kě)以預見(jiàn)，未來(lái)甲±₹δ方的(de)需求會(huì)越來(lái)越多(duō)，且越來(lái)越頻(p®✔↓₹ín)繁，CICD基礎設施将是(shì)響應這(σ£zhè)一(yī)變化(huà)的(de)關鍵☆≈。我們有(yǒu)一(yī)家(jiā)做(zuò)氣體(tǐ)傳感器(qì)的(de)客戶，βΩ•其德方客戶明(míng)确提出要(yào)求，研發過程必須上(shàng)系統，且必須擁有('→β€yǒu)統一(yī)的(de)代碼倉庫和(hé)持續集成的(de)能(néng)力（雖然這(zhèγ÷)家(jiā)客戶本身(shēn)的(de)代碼量不(§₩±bù)多(duō)，之前的(de)代碼全部放(fàng)在工(gōng)程師(shī)的(de≈™♣←)電(diàn)腦(nǎo)裡(lǐ)進行(xíng)管理(lǐ₽★Ω♦)）。但(dàn)德方客戶考慮到(dào)，後續市(shì)場(chǎng)或γ£ 法規對(duì)于車(chē)內(nèi)空(kōng)氣的(de)更高≈♦(gāo)要(yào)求，可(kě)能(néng)需要(yào)在更短(duǎ₹≥n)時(shí)間(jiān)內(nèi)，提供更新叠代的(de)産品。
轉自(zì)汽車(chē)電(diàn)子(zǐ)與軟件(π∏<jiàn)
