都在講數(shù)字化，數(shù)字化的第一層是IT工具，工具打通就是工具鏈。在數(shù)字化的進(jìn)程中，我們現(xiàn)在能夠比較好落地及落得比較好的就是工具鏈，工具鏈也幾乎是能把敏捷與標(biāo)準(zhǔn)化平衡好的最佳方式。
今天，我們來聊聊汽車電子軟件行業(yè)目前使用的工具鏈，由于不同公司的工具種類紛繁復(fù)雜、不同的人使用經(jīng)驗(yàn)與習(xí)慣千奇百怪、不同開發(fā)理念對(duì)工具的特有需求五花八門（如敏捷、DevOps、仿真在環(huán)等）、不同產(chǎn)品類型與不同復(fù)雜度的軟件及不同角色對(duì)于工具的需求也各有不同，而且私以為汽車軟件工程基本框架和方法論并未有顛覆性變化，所以本文嘗試整理一些常用的工具，但不追求全面不遺漏，也不會(huì)涉及太多使用方法和操作技巧的內(nèi)容，而更多的是結(jié)合當(dāng)前V模型的業(yè)務(wù)慣例與一些日常工作體悟進(jìn)行的梳理。
1、先說點(diǎn)別的
開始前先說點(diǎn)別的?！白稣_的事”和“正確地做事“這兩個(gè)概念，大家應(yīng)該是耳熟能詳了，據(jù)說是德魯克在一本書上講的，沒確認(rèn)過，但也不要緊，我們也就是拿過來作為參考。
認(rèn)真完成本文標(biāo)題的目標(biāo)和把工具鏈?zhǔn)褂玫脿t火純青，自然屬于正確地做事，但這是在“做正確的事“嗎？
其實(shí)，發(fā)出這個(gè)疑問，除了德魯克的啟發(fā)外，還有一個(gè)原因，我對(duì)工具的態(tài)度的轉(zhuǎn)變，也正好結(jié)合對(duì)自己想法變化原因的反思，來探討工具的意義。
早些年的一段時(shí)間，我對(duì)工具的態(tài)度大約是屬于嗤之以鼻，總覺得用工具的人缺少思考和業(yè)務(wù)能力，純粹是熟練，工具本身難以構(gòu)成突出的競爭力，工具人甚至被認(rèn)為是能力差的代名詞，特別是對(duì)于早期制造業(yè)中較多接觸到的CAD、CAE、SAP、ERP、PLM及一些實(shí)驗(yàn)排期或庫存管理的系統(tǒng)等。
隨著在汽車電子軟件領(lǐng)域經(jīng)驗(yàn)的積累和對(duì)數(shù)字化及敏捷開發(fā)等的理解的深入，越來越深刻地體會(huì)到充分使用工具的必要性。多說一句，制造業(yè)多會(huì)叫軟件或系統(tǒng)，不習(xí)慣叫工具，從稱呼上其實(shí)也能體會(huì)到一點(diǎn)定位上的差異。
細(xì)究原因，產(chǎn)品與行業(yè)的需求是一部分原因，另一部分原因也來源于自己職場(chǎng)或社會(huì)經(jīng)驗(yàn)的疊加，工具類似于一種資源、一種手段、一個(gè)杠桿，個(gè)人加徒手能夠完成的工作是極其有限的，借力才能大力。沒有工具的話，我們所依托的其實(shí)只剩下“語言“，思考需要基于語言，溝通更離不開語言，而語言是局限的。
舉個(gè)最簡單的例子，當(dāng)你用圖表這種基礎(chǔ)工具去描述一件事物時(shí)，你做的不是簡單的語言同態(tài)映射，而是不同邏輯和模式下的表達(dá)與展示，看這個(gè)圖表和對(duì)應(yīng)的描述文字時(shí)，你獲取的信息、感受、思考與靈感均是完全不同的，這就是”圖表“這個(gè)工具能給你帶來的額外價(jià)值。
這個(gè)道理并非新穎，但在汽車電子軟件這個(gè)領(lǐng)域，對(duì)于多數(shù)人來說，并未邁入工具及工具鏈的門檻，當(dāng)別人都還習(xí)慣于excel碼字、打電話和開會(huì)時(shí)，你用到這個(gè)杠桿，可能會(huì)幫你更容易撬起來一些你想要的東西。
2、業(yè)內(nèi)常用的工具類別
按照汽車軟件的來龍去脈，基本會(huì)有這7個(gè)環(huán)節(jié)：需求、架構(gòu)、開發(fā)、集成、驗(yàn)證、項(xiàng)目管理、配置管理，對(duì)應(yīng)的有相應(yīng)的工具。
當(dāng)然，不是每一個(gè)環(huán)節(jié)都是一個(gè)單獨(dú)的工具，很多工具開發(fā)者都希望盡可能涵蓋更廣，所以，理論上，一個(gè)工具可以支持很多環(huán)節(jié)，甚至是全生命周期的。但是，基于慣例或者各自優(yōu)勢(shì)，每一個(gè)環(huán)節(jié)又會(huì)用到比較流行的工具或某個(gè)模塊，一個(gè)工具也會(huì)交叉使用在不同環(huán)節(jié)上。
下面做一些整理，應(yīng)該基本可以反映出當(dāng)下汽車行業(yè)慣用的一些工具。
需求：Doors、DNG、JAMA、Polarion、TRM、Clear Quest、Reqtify……
架構(gòu)：OpenAmeos、Rhapsody、Systemweaver、PREEvision、Pure:Variant、Visio、EA、Simulink、AUTOSAR Blockset……
開發(fā)：Eclipse、VS Code、Jenkins、Wind River、Perl、Green Hills、Vector、Source Insight……
集成：Jekins、RTC、Harness、MAKEFILE……
驗(yàn)證：Coverity、Polyspace、Tessy、QAC、Gerrit、Parasoft、VectorCast、dSpace、CANOE、CarMaker、Reactis、RQM、ECU-Test、JIRA、Gtest、PC-lint、Findbugs、Junit……
項(xiàng)目管理：JIRA、Polarion、RTC、Clear Quest、Git、Asana、飛書、Project、DTS、RDM、Redmine、禪道、PTC Integrity……
配置管理：RTC、SVN、Sharepoint、MS Teams、MKS、Gitlab、Confluence、PlasticSCM、ClearCase、Synergy、Preforce……
3、工具鏈的“鏈“
我一直比較排斥造詞、造概念等故弄玄虛和簡單問題復(fù)雜化的行為，說起來天花亂墜且清新脫俗，做起來還是老一套。
對(duì)于工具鏈的“鏈“，我們也不要把它想得多么高深。
簡單理解，”鏈“就是建立鏈接和數(shù)據(jù)同步。再擴(kuò)展一點(diǎn)，就是建立不同但相關(guān)數(shù)據(jù)的鏈接和相同但不同區(qū)域數(shù)據(jù)的同步，前者側(cè)重靜態(tài)關(guān)系，后者側(cè)重動(dòng)態(tài)流轉(zhuǎn)。
當(dāng)然，鏈條里不能忽略人，但人腦子里沒有天線，無法直接建立連接和傳輸數(shù)據(jù)，把人加進(jìn)鏈條更多是把與人交互密切的載體加入鏈條，比如，手機(jī)和郵箱。
而且，人在里面的作用越小越好，人作用越小，說明自動(dòng)化和智能化的程度越高。
ASPICE要求我們做追溯，追溯就是典型的建立不同但相關(guān)數(shù)據(jù)的鏈接，用文字描述、excel貼鏈接、變更履歷里加編號(hào)，甚至測(cè)試發(fā)微信給需求，這都是建立鏈接，方式有多種多樣，只不過都上系統(tǒng)后，工具里直接建立鏈接會(huì)有更多的好處，比如，穩(wěn)固、清晰、透明、歷史追溯性好等。
除了工程里的追溯，不同系統(tǒng)間可以自由跳轉(zhuǎn)訪問也是一種很實(shí)用的鏈接。
數(shù)據(jù)同步和我之前多次提到的數(shù)據(jù)同源有一定的關(guān)系，數(shù)據(jù)同源是提升透明度、效率、準(zhǔn)確性的良好手段，良好的數(shù)據(jù)同步又是實(shí)現(xiàn)數(shù)據(jù)同源的支撐。
無論是面對(duì)頻繁變化的項(xiàng)目計(jì)劃、不斷迭代的軟件，還是處理成千上萬的Bug，或者完成整合數(shù)據(jù)的配置管理，或者進(jìn)行不同區(qū)域和組織間文件的傳遞。通過工具的打通，讓數(shù)據(jù)流轉(zhuǎn)起來，讓數(shù)據(jù)自動(dòng)同步，這都是工具“鏈“的重要需求。
此外，建立連接和傳輸數(shù)據(jù)不一定就是簡單的原始連接和源數(shù)據(jù)傳遞，可能更需要特殊的匹配、統(tǒng)計(jì)、計(jì)算等處理工作，比如，需求和測(cè)試系統(tǒng)經(jīng)過比對(duì)識(shí)別符來完成鏈接，并在此基礎(chǔ)上自動(dòng)計(jì)算出覆蓋率。
基于多種客觀原因和主觀考量，“鏈“的建立并不容易，數(shù)據(jù)孤島和部門墻依然風(fēng)行。然而，這種現(xiàn)實(shí)的弊端正是工具鏈存在的價(jià)值及大家對(duì)它的期許。
4、工具要用到什么程度？
我們多數(shù)不是專門的工具鏈公司從業(yè)者或者說本文多數(shù)受眾不是，我們不需要深入到工具開發(fā)邏輯層面，更多是在工具的應(yīng)用和功能挖掘組合上。其實(shí)，當(dāng)前流行的工具內(nèi)嵌了很多強(qiáng)大的功能，實(shí)際被挖掘使用的部分卻又是非常少的。
首先呢，我認(rèn)為是盡可能用出花樣來，要全面，要結(jié)構(gòu)化，要美觀，要自動(dòng)化，不要去依賴于傳統(tǒng)的excel、ppt，盡管Office非常強(qiáng)大，但非?；A(chǔ)和普遍，經(jīng)典的不等于未來的。
玩工具鏈也并非目的，而是手段，是顯示出你的獨(dú)特性的手段。業(yè)務(wù)能力有高低，經(jīng)驗(yàn)積累有厚薄，你使用工具展示、匯報(bào)、分析的水平也是一種資源。在全面數(shù)字化和智能化到來之前，工具化是一個(gè)必經(jīng)之路。
其次，或許沒必要系統(tǒng)學(xué)習(xí)，有那么多工作在等著，我們無法投入太多精力在工具上，但應(yīng)該時(shí)刻思考并尋找工具的支持，如何將自己的一些工作數(shù)字化、工具化。
未必需要自己親力親為，大一點(diǎn)的公司都會(huì)有工具組，要充分利用好他們。在不斷的過程中，學(xué)會(huì)用工具加速自己的工作，理解工具的運(yùn)行邏輯，將自己更多的時(shí)間投放在創(chuàng)造性的思考上。
既然智能化時(shí)代終將來臨，不妨主動(dòng)邁過去。
5、寫在最后
寫到這里，我同時(shí)還在反思自己行文的基準(zhǔn)——工具是否有那么重要？我們慣常講的一句話是“這只是一個(gè)工具”。言下之意是，這沒那么重要。而這不由得讓我想起，也有很多人說過“語言只是工具”，可在我多年外企的經(jīng)歷中，深知一口流利的英語給人職業(yè)發(fā)展帶來的助力是多么大。
長期以來，我們很多人都被不會(huì)借力、借工具、借資源所誤。
轉(zhuǎn)自焉知汽車
