01.

為什么汽車(chē)軟件開(kāi)發(fā)需要工具鏈

?“軟件定義汽車(chē)”已經(jīng)達(dá)成了共識(shí)，對(duì)于汽車(chē)，軟件變得如此重要。如何在短時(shí)間之內(nèi)交付出質(zhì)量很高，并且又受用戶(hù)歡迎的軟件就至關(guān)重要了。汽車(chē)行業(yè)常見(jiàn)的標(biāo)準(zhǔn)是V字形開(kāi)發(fā)，主要以 ASPICE和 ISO26262為代表。以這套標(biāo)準(zhǔn)作為汽車(chē)軟件開(kāi)發(fā)的模式，已經(jīng)有差不多快 20 年的時(shí)間了。

國(guó)內(nèi)的新勢(shì)力造車(chē)差不多是從 14 年才開(kāi)始的。有一個(gè)很明顯的現(xiàn)象，造車(chē)新勢(shì)力蔚小理，他們軟件開(kāi)發(fā)迭代的速度一直是他們的優(yōu)勢(shì)，蔚來(lái)的車(chē)型，即便在交付給車(chē)主之后，仍然可以做到每月一小迭代，每三個(gè)月一大迭代。這些優(yōu)勢(shì)就是借助了軟件開(kāi)發(fā)工具鏈，包括CICD（持續(xù)集成、持續(xù)交付、持續(xù)部署）、OTA等一系列技術(shù)。 這就是為什么汽車(chē)軟件需要開(kāi)發(fā)工具鏈的原因。

在A(yíng)SPICE的誕生地德國(guó)，咨詢(xún)公司Knüvener Mackert 楷邁德、KUGLER MAAG CIE，也在積極討論 ASPICE 和 Agile 融合的事項(xiàng)，并希望推動(dòng)標(biāo)準(zhǔn)建立。他們是否有可能在近幾年的時(shí)間內(nèi)，推出一款融合后的標(biāo)準(zhǔn)，我們拭目以待。 ?

02.

什么樣的工具鏈?zhǔn)遣缓线m的？

汽車(chē)軟件對(duì)于開(kāi)發(fā)效率的要求逐漸提高，但在造車(chē)新勢(shì)力之前，工具鏈的設(shè)計(jì)并沒(méi)有過(guò)多考慮效率這個(gè)需求。因?yàn)榇蠹乙呀?jīng)習(xí)慣了一款車(chē)型的開(kāi)發(fā)需要3-5年，已經(jīng)習(xí)慣了由供應(yīng)商負(fù)責(zé)軟件開(kāi)發(fā)，已經(jīng)習(xí)慣了軟件開(kāi)發(fā)只需要遵循V字形即可。

但隨著汽車(chē)行業(yè)開(kāi)始逐漸接納敏捷思想，越來(lái)越多的汽車(chē)軟件公司，開(kāi)始考慮那些并不是直接針對(duì)汽車(chē)行業(yè)的軟件產(chǎn)品，它們的產(chǎn)品設(shè)計(jì)上，帶有很強(qiáng)的敏捷開(kāi)發(fā)思想，比如Jira、Ones、Pingcode等。 那么究竟什么樣的工具鏈?zhǔn)瞧?chē)行業(yè)想要的呢？想要搞清楚這個(gè)問(wèn)題，我們首先要知道什么樣的工具鏈?zhǔn)瞧?chē)行業(yè)不想要的。我根據(jù)自己的工作經(jīng)驗(yàn)總結(jié)了以下幾點(diǎn)。

第一，工具設(shè)計(jì)單純只是為了滿(mǎn)足標(biāo)準(zhǔn)的，而不是為了便于工程師工作的

如果一款工具，在使用上不考慮用戶(hù)友好性，不管能滿(mǎn)足多么高大上的標(biāo)準(zhǔn)，那都沒(méi)有太大實(shí)用價(jià)值。比如權(quán)限設(shè)置得過(guò)于復(fù)雜，沒(méi)有權(quán)限的人又沒(méi)有得到任何提醒，或者也沒(méi)有去申請(qǐng)權(quán)限的入口，導(dǎo)致用戶(hù)只能被動(dòng)地接受權(quán)限設(shè)置。我們觀(guān)察到一種現(xiàn)象，有一些汽車(chē)軟件團(tuán)隊(duì)，出于A(yíng)SPICE或者功能安全的認(rèn)證需求，去購(gòu)買(mǎi)某些工具，他們希望通過(guò)標(biāo)準(zhǔn)，去搭建團(tuán)隊(duì)的研發(fā)流程，并最終達(dá)到步調(diào)一致。他們的本意沒(méi)問(wèn)題，最后也通過(guò)了認(rèn)證，但通過(guò)之后，發(fā)現(xiàn)工具并不高效。他們?cè)噲D把工具配置得更高效，但由于工具本身支持的流程很重，即完全按照標(biāo)準(zhǔn)流程來(lái)使用，一旦偏離了標(biāo)準(zhǔn)流程，工具反而成為了束縛。于是他們把一部分流程還放在這個(gè)工具里，另外一些流程則放到另一個(gè)工具里，組成了一個(gè)拼接的工具鏈。這違反了下面講到的第二條經(jīng)驗(yàn)。

第二，由過(guò)多的工具拼湊而成，感覺(jué)在使用多款不同的工具

如果我們要需要滿(mǎn)足ASPICE標(biāo)準(zhǔn)，那至少會(huì)包含16 個(gè)域的工作內(nèi)容，包含需求分析、架構(gòu)設(shè)計(jì)、詳細(xì)設(shè)計(jì)、測(cè)試用例等等。我發(fā)現(xiàn)有些團(tuán)隊(duì)出于各種各樣的原因，使用開(kāi)源工具Redmine去做問(wèn)題跟蹤，然后使用其他工具（比如doors）去做需求管理，最后還使用了 Excel 做線(xiàn)下的測(cè)試用例管理。但工具鏈的搭建需要一個(gè)全局的視角，并不是首先滿(mǎn)足局部功能，再把所有工具組裝起來(lái)就行。

工具鏈的搭建，既要考慮工具能否打通，還要考慮打通之后的易用性。就算購(gòu)買(mǎi)了一堆王牌工具，每個(gè)工具在自己的領(lǐng)域都是佼佼者，但工具之間如果不支持很好的打通，工程師登錄之后，完全像是在使用不同的工具。最后的結(jié)果是，每一款工具，都需要付出很高的學(xué)習(xí)成本，工具費(fèi)用付了不少，但使用體驗(yàn)卻大打折扣。 這塊兒我也可以舉一個(gè)例子，我之前工作過(guò)的一家公司，需求管理、任務(wù)管理、Bug管理，使用的是Jira，最開(kāi)始的時(shí)候，由于團(tuán)隊(duì)開(kāi)發(fā)進(jìn)度很快，測(cè)試管理幾乎是沒(méi)有記錄的，純靠工程師的經(jīng)驗(yàn)。后來(lái)逐漸地通過(guò) Excel 做線(xiàn)下管理。

再后來(lái)發(fā)現(xiàn)測(cè)試用例實(shí)在是太多了，改為用開(kāi)源工具 testlink 來(lái)管理。 但testlink 幾乎可以說(shuō)是沒(méi)有任何美觀(guān)方面的設(shè)計(jì)，完全就只是為了滿(mǎn)足功能。測(cè)試用例需要支持和 Jira 做對(duì)接，當(dāng)時(shí)我們花了比較大的力氣來(lái)打通 testlink 和Jira，但是使用體驗(yàn)并不是特別友好。比如說(shuō)，在 testlink 里的測(cè)試用例成功或者失敗之后，這個(gè)結(jié)果不能直接反饋到Jira那邊的需求下面，也無(wú)法在測(cè)試用例側(cè)創(chuàng)建bug，從需求，到測(cè)試用例，再到bug，整個(gè)追溯性建立的過(guò)程就比較別扭，最終也無(wú)法出具需求的覆蓋度報(bào)告。

第三，過(guò)多使用線(xiàn)下工具

在我上一篇文章里面，我舉了一個(gè)例子，說(shuō)有些團(tuán)隊(duì)是用 word 來(lái)實(shí)現(xiàn)追溯性的。有很多網(wǎng)友說(shuō)不對(duì)，ASPICE沒(méi)有說(shuō)要用 word 來(lái)實(shí)現(xiàn)追溯性。我同意這位網(wǎng)友說(shuō)的，ASPICE甚至通篇都沒(méi)有告訴讀者，需要用什么工具來(lái)實(shí)現(xiàn)，這正是它的特點(diǎn)：只提出要求，不給出方案。使用線(xiàn)下工具有一個(gè)非常明顯的缺陷：無(wú)法作為團(tuán)隊(duì)協(xié)同的工具，一旦有變更的話(huà)，無(wú)法實(shí)時(shí)反饋給團(tuán)隊(duì)其他人。

有些團(tuán)隊(duì)說(shuō)，可以把 Word、Excel 放到公共盤(pán)里面，大家都可以進(jìn)來(lái)編輯，以此實(shí)現(xiàn)協(xié)同。比如說(shuō)直接放到公共盤(pán)里面，這種時(shí)候就要考慮到多人無(wú)法同時(shí)編輯的情況，影響編輯效率。有些團(tuán)隊(duì)將公共盤(pán)換成SVN，這樣的話(huà)可以解決多人同時(shí)編輯的問(wèn)題，但是這種方式，任何人是不能夠?qū)崟r(shí)看到文件的，必須把它打開(kāi)或者下載下來(lái)。當(dāng)存儲(chǔ)的文件過(guò)多的時(shí)候，整個(gè)效率體驗(yàn)都會(huì)受到影響。而且SVN本身的工作流并不直觀(guān)，對(duì)于非開(kāi)發(fā)人員，是有較高的學(xué)習(xí)成本的。

第四，學(xué)習(xí)曲線(xiàn)陡峭的，設(shè)計(jì)不合理的，需要反復(fù)培訓(xùn)的

這塊兒我舉一個(gè)真實(shí)的例子，有一家國(guó)外公司，專(zhuān)門(mén)做針對(duì)汽車(chē)行業(yè)的研發(fā)管理軟件，他們的產(chǎn)品本身也提供SaaS 注冊(cè)。國(guó)內(nèi)有一家新手客戶(hù)問(wèn)，可以注冊(cè)你們的產(chǎn)品試用一下嗎？銷(xiāo)售回答說(shuō)可以，但是你們可能不會(huì)用，需要我們至少來(lái)給您培訓(xùn)一個(gè)月才會(huì)使用。 如果工具需要售前培訓(xùn)一個(gè)月才能使用的話(huà)，這個(gè)工具本身的設(shè)計(jì)就是不合理的。

說(shuō)明他的學(xué)習(xí)曲線(xiàn)特別陡峭，或者它的界面的設(shè)計(jì)可能是不合理的，是違反人性的。從來(lái)沒(méi)有聽(tīng)說(shuō)微信需要培訓(xùn)一個(gè)月才能使用的，最近傳播度很高的飛書(shū)辦公工具，一天差不多就能使用，使用一個(gè)星期，整個(gè)團(tuán)隊(duì)差不多就能在上面自如的工作了。

第五，缺少線(xiàn)上培訓(xùn)資料的，發(fā)現(xiàn)問(wèn)題只能由原廠(chǎng)解決的

這點(diǎn)我也是深有體驗(yàn)。我覺(jué)得在這塊做得非常好的公司，是澳洲的atlassion。很多人認(rèn)識(shí)它，是從Jira工具開(kāi)始的。Jira作為一款優(yōu)秀的敏捷項(xiàng)目管理軟件，在國(guó)內(nèi)的使用范圍也非常廣，很多人被Jira強(qiáng)大的功能和生態(tài)能力折服。任何時(shí)候有關(guān)于Jira的任何問(wèn)題，不管使用的是哪個(gè)搜索引擎，在互聯(lián)網(wǎng)上隨便搜一下關(guān)鍵詞，都會(huì)有大量的視頻、論壇文章去解答你的疑惑。

與此相反，有另外一款汽車(chē)行業(yè)的研發(fā)管理工具，去互聯(lián)網(wǎng)上搜它，不管是在墻內(nèi)還是墻外，不管在任何的視頻網(wǎng)站，都會(huì)發(fā)現(xiàn)，它的使用教學(xué)視頻非常少。如果在使用中發(fā)現(xiàn)問(wèn)題，只能靠團(tuán)隊(duì)里面已經(jīng)踏過(guò)坑的人來(lái)告訴你?；蛘咭部梢韵蛟瓘S(chǎng)求助，但是他的原廠(chǎng)又在國(guó)外，在國(guó)內(nèi)只有銷(xiāo)售代理。這種時(shí)候就會(huì)發(fā)現(xiàn)，整個(gè)軟件的使用體驗(yàn)變得特別差。 ?

03.

理想情況下的汽車(chē)行業(yè)工具鏈

那究竟什么樣的工具鏈才是汽車(chē)行業(yè)想要的呢？這塊我基于我們自己的產(chǎn)品設(shè)計(jì)理念，總結(jié)了一些經(jīng)驗(yàn)，供大家參考。

第一，工程師滿(mǎn)足ASPICE標(biāo)準(zhǔn)的過(guò)程不繁瑣，同時(shí)又能讓工程師高效工作

說(shuō)到高效工作，在軟件開(kāi)發(fā)里面，效率比較高的必然會(huì)提到敏捷開(kāi)發(fā)。雖然敏捷開(kāi)發(fā)是否要引入到汽車(chē)行業(yè)還在爭(zhēng)論不休，但我們都無(wú)法忽視一點(diǎn)：敏捷開(kāi)發(fā)在在開(kāi)發(fā)效率方面，確實(shí)有它獨(dú)特的優(yōu)勢(shì)，所以汽車(chē)行業(yè)的工具鏈，至少也必須預(yù)留出，能夠?qū)崿F(xiàn)敏捷開(kāi)發(fā)的入口。 ASPICE的標(biāo)準(zhǔn)那么復(fù)雜，超過(guò)100 頁(yè)，那么究竟要如何滿(mǎn)足哪些標(biāo)準(zhǔn)呢？我也總結(jié)了幾點(diǎn)，供大家參考。這些也是在以前的工作中，我自己覺(jué)得難度特別高的。

第一塊是追溯性。追溯性意味著，能夠從需求，追溯到架構(gòu)，追溯到詳細(xì)設(shè)計(jì)，追溯到對(duì)應(yīng)的所有測(cè)試用例，追溯性建立的同時(shí)，又需要考慮可操作性。像我上一篇文章舉的例子，使用word、excel，追溯性是建立了，但工程師累死了，項(xiàng)目越復(fù)雜，操作難度呈指數(shù)型增長(zhǎng)。漸漸地，工程師就會(huì)放棄主動(dòng)建立追溯性了。

第二塊是文檔合規(guī)性。文檔合規(guī)性意味著，需要有測(cè)試計(jì)劃的文檔，需要有測(cè)試執(zhí)行相關(guān)的記錄，需要有需求分析文檔，需要有架構(gòu)分析文檔等等。這就意味著，工具不僅要支持敏捷開(kāi)發(fā)，能把所有的任務(wù)項(xiàng)都拆分成一條一條，便于跟蹤，同時(shí)也能夠支持文檔性的閱讀。在必要的時(shí)候是可以直接導(dǎo)出成文檔的。

第三塊是基線(xiàn)管理。這個(gè)我認(rèn)為在汽車(chē)行業(yè)是特別需要的，在A(yíng)SPICE標(biāo)準(zhǔn)里面也提到了基線(xiàn)管理的重要性。這塊在互聯(lián)網(wǎng)，并沒(méi)有像汽車(chē)行業(yè)這么重視，汽車(chē)行業(yè)的供應(yīng)鏈比較長(zhǎng)，涉及到的供應(yīng)商比較多，對(duì)于變更尤其謹(jǐn)慎，而且變更可能意味著重新開(kāi)模，代價(jià)非常大。所以基線(xiàn)管理和變更評(píng)審這兩塊一般來(lái)說(shuō)是一起的。團(tuán)隊(duì)一旦制定了一條基線(xiàn)，就意味著在今后可長(zhǎng)可短的一段時(shí)間內(nèi)，都是基于這條基線(xiàn)來(lái)開(kāi)發(fā)。如果基線(xiàn)本身發(fā)生了變化，那么整個(gè)團(tuán)隊(duì)是需要很方便地獲得通知的。如果不知道的話(huà)，整個(gè)開(kāi)發(fā)測(cè)試流程都會(huì)形成障礙。最后造成開(kāi)發(fā)出來(lái)的產(chǎn)品，和需求不一致的情況。

第四就是變更評(píng)審。由于變更會(huì)造成整個(gè)上下游和合作方都會(huì)受到影響，所以汽車(chē)行業(yè)的變更評(píng)審一般是由變更委員會(huì)來(lái)進(jìn)行共同評(píng)審的。評(píng)審?fù)ㄟ^(guò)之后，才能夠正式地被放到 backlog 中，以待后面的開(kāi)發(fā)。 說(shuō)到變更評(píng)審，首先是需要有多人評(píng)審，其次是需要有評(píng)審記錄的。很多團(tuán)隊(duì)把這個(gè)過(guò)程放到線(xiàn)下，但需求、開(kāi)發(fā)任務(wù)、測(cè)試用例等等，一般是放在線(xiàn)上的，而變更又直接影響了需求、開(kāi)發(fā)任務(wù)、測(cè)試用例，這就導(dǎo)致了線(xiàn)上線(xiàn)下的不一致，或者說(shuō)從線(xiàn)上追溯到線(xiàn)下，再?gòu)木€(xiàn)下追溯到線(xiàn)上，可操作性很差。

第五就是線(xiàn)上測(cè)試管理。一般來(lái)說(shuō)，測(cè)試體系的建立，相對(duì)是比較晚的，很多團(tuán)隊(duì)，最開(kāi)始的時(shí)候都沒(méi)有測(cè)試用例，完全靠工程師的經(jīng)驗(yàn)手動(dòng)隨機(jī)測(cè)試，隨著開(kāi)發(fā)的進(jìn)行才開(kāi)始逐漸完善測(cè)試用例管理，實(shí)現(xiàn)測(cè)試自動(dòng)化。在完善的過(guò)程中，很多團(tuán)隊(duì)還是習(xí)慣于用 Excel 來(lái)管理測(cè)試用例。這也造成了一個(gè)問(wèn)題，如果需求、開(kāi)發(fā)任務(wù)、Bug都已經(jīng)在線(xiàn)上系統(tǒng)中跟蹤，但是測(cè)試用例又放到了線(xiàn)下，線(xiàn)上的需求和開(kāi)發(fā)任務(wù)會(huì)根據(jù)需求變化不斷迭代，這就意味著，測(cè)試用例也需要不斷迭代，有時(shí)候可能還需要保存測(cè)試用例的不同版本。線(xiàn)下管理的復(fù)雜性就會(huì)大大提高。線(xiàn)下管理測(cè)試用例的另一個(gè)難點(diǎn)就是，不方便出具測(cè)試報(bào)告。測(cè)試執(zhí)行報(bào)告可能還行，但是Bug 遺留的情況， Bug 狀態(tài)的分布，需求覆蓋度、測(cè)試用例覆蓋度等報(bào)告，就非常難以提供。

第二，使用一站式的工具，或者至少使用體驗(yàn)是一站式的

最佳的情況是，能夠在一個(gè)工具上執(zhí)行所有過(guò)程，比如說(shuō)系統(tǒng)需求分析、系統(tǒng)架構(gòu)設(shè)計(jì)、軟件需求分析、軟件架構(gòu)詳設(shè)計(jì)、詳細(xì)設(shè)計(jì)、代碼管理、CICD、測(cè)試管理，項(xiàng)目管理、質(zhì)量管理、供應(yīng)商管理、問(wèn)題管理，變更管理等過(guò)程。 有一些工具號(hào)稱(chēng)自己是汽車(chē)軟件開(kāi)發(fā)全生命周期的解決方案，至少在我看來(lái)虛假宣傳的。比如說(shuō)在代碼管理這塊，目前很少有可能繞開(kāi) Git、SVN 這些工具的。

如果這些工具都沒(méi)有號(hào)稱(chēng)能夠提供汽車(chē)軟件開(kāi)發(fā)全生命周期的解決方案的話(huà)，其他的工具就更不可能了。所以有些時(shí)候我們不得不打通幾款工具，打造出一款滿(mǎn)足汽車(chē)ASPICE標(biāo)準(zhǔn)的工具鏈。但是我們必須記住一點(diǎn)，引入的工具越多，打通的成本就越高，對(duì)于工程師來(lái)說(shuō)，學(xué)習(xí)的成本越高，使用體驗(yàn)上肯定是會(huì)有影響的；對(duì)于公司來(lái)說(shuō)，意味著費(fèi)用越高，人效越低。所以要盡可能少地使用工具，如果確實(shí)需要納入多個(gè)工具，至少在使用體驗(yàn)上需要盡可能地保持一致。

第三，學(xué)習(xí)曲線(xiàn)是平緩的，有很多線(xiàn)上的學(xué)習(xí)資料和線(xiàn)上的交通渠道

這一點(diǎn)在汽車(chē)行業(yè)可能沒(méi)有那么受重視。 長(zhǎng)期以來(lái)，雖然汽車(chē)是一個(gè)to C 端的產(chǎn)品，但是它的銷(xiāo)售方式，是先把車(chē)輛銷(xiāo)售給 4S 店，然后再由 4S 店銷(xiāo)售給具體的每一個(gè)用戶(hù)。4S 店對(duì)客戶(hù)的反饋不怎么感興趣。他們感興趣的唯一的點(diǎn)就是，如何在盡可能短的時(shí)間內(nèi)把車(chē)輛銷(xiāo)售出去，減少庫(kù)存。這種傾向，似乎也傳遞到汽車(chē)軟件研發(fā)管理上。

雖然研發(fā)管理工具的銷(xiāo)售本身是 to B 端的，但是最終的用戶(hù)，是每一個(gè)具體的工程師，因此工具廠(chǎng)商需要和 C 端建立一個(gè)良好的通道。當(dāng)工程師有任何問(wèn)題的時(shí)候，都能夠在線(xiàn)上找到很多的學(xué)習(xí)資料，并且線(xiàn)上是有交流渠道的。

第四，能夠平滑擴(kuò)展到 ISO 26262

一般來(lái)說(shuō)要做滿(mǎn)足ASPICE標(biāo)準(zhǔn)的工具鏈，后續(xù)有極大的可能會(huì)做功能安全相關(guān)的。假如在做功能安全相關(guān)的時(shí)候，又要使用另外一套工具，這就會(huì)造成工具本身的增加。但I(xiàn)SO 26262和ASPICE是非常相似的，很多過(guò)程，甚至可以直接使用ASPICE的一些做法，只不過(guò)在功能安全的評(píng)級(jí)層面，有一些自己獨(dú)特的東西。



審核編輯：劉清