童向杰

摘要：近兩三年，有眾多傳統(tǒng)企業(yè)積極投身“企業(yè)數(shù)字化轉(zhuǎn)型”的探索與實(shí)踐，特別是軟件行業(yè)中，結(jié)合了敏捷、DevOps和精益思想，數(shù)字化轉(zhuǎn)型已經(jīng)取得了比較好的成果。然而，在硬件產(chǎn)品開(kāi)發(fā)領(lǐng)域受制于周期和資金投入等原因，業(yè)界發(fā)展相對(duì)比較慢。幸運(yùn)的是，由于ZTE戰(zhàn)略層面的支持，助力了硬件產(chǎn)品領(lǐng)域數(shù)字化轉(zhuǎn)型變革，團(tuán)隊(duì)結(jié)合了軟件DevOps的理念、數(shù)字化轉(zhuǎn)型的核心思想以及企業(yè)自身的特點(diǎn)，系統(tǒng)性實(shí)踐了數(shù)字化轉(zhuǎn)型中的“硬件DevOps”。

Abstract： In recent several years many traditional companies are exploring and carrying out digital transformation. And it has obtained excellent achievement in software industry. However， in the domain of hardware product development the progress is slow subject to revolution and capital investment. Fortunately， support from ZTE strategy level assist strongly enterprise to innovate about digital transformation in hardware product domain. It integrates the concept of software DevOps， the core soul of digital transformation and the own trait of product development. Accordingly the Hardware DevOps in digital transformation is systematically token into practice.

關(guān)鍵詞：數(shù)字化轉(zhuǎn)型;硬件DevOps;軟件DevOps

Key words： digital transformation;Hardware DevOps;Software DevOps

中圖分類(lèi)號(hào)：F270.7 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?文獻(xiàn)標(biāo)識(shí)碼：A ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?文章編號(hào)：1006-4311（2020）01-0001-05

0 ?引言

根據(jù)IDC 2018年年會(huì)資料，從宏觀來(lái)看，未來(lái)數(shù)字經(jīng)濟(jì)將會(huì)占半壁江山，全球到2021年，數(shù)字經(jīng)濟(jì)規(guī)模會(huì)達(dá)到45萬(wàn)億，至少占全球經(jīng)濟(jì)的50%左右，中國(guó)這個(gè)比例至少能達(dá)到55%。而根據(jù)AppDirect在2018年9月的一項(xiàng)研究顯示：七成的企業(yè)高層表示只有經(jīng)歷數(shù)字轉(zhuǎn)型的企業(yè)才能在下個(gè)五年中生存。由此可見(jiàn)，企業(yè)數(shù)字化轉(zhuǎn)型是傳統(tǒng)企業(yè)未來(lái)發(fā)展的方向與出路，將帶來(lái)巨大的發(fā)展空間，因此，中興、阿里巴巴、中國(guó)電信、華為等知名國(guó)內(nèi)企業(yè)都在結(jié)合自身業(yè)務(wù)特點(diǎn)的基礎(chǔ)上積極推進(jìn)自身企業(yè)的數(shù)字化轉(zhuǎn)型變革，如中國(guó)電信云道DevOps平臺(tái)和阿里云等都很好地支撐了各自企業(yè)的數(shù)字化轉(zhuǎn)型，或者說(shuō)，也是企業(yè)數(shù)字化轉(zhuǎn)型下的重要成果。

1 ?企業(yè)數(shù)字化轉(zhuǎn)型介紹

結(jié)合IDC對(duì)企業(yè)數(shù)字化轉(zhuǎn)型的解釋?zhuān)瑢⑵髽I(yè)數(shù)字化轉(zhuǎn)型定義為：是企業(yè)利用數(shù)字化技術(shù)和能力來(lái)驅(qū)動(dòng)企業(yè)內(nèi)外業(yè)務(wù)創(chuàng)新和商業(yè)生態(tài)系統(tǒng)重構(gòu)的一種途徑與方法。其目的是實(shí)現(xiàn)企業(yè)業(yè)務(wù)的轉(zhuǎn)型、創(chuàng)新、增長(zhǎng);其核心是業(yè)務(wù)轉(zhuǎn)型;其基石是數(shù)字技術(shù)。企業(yè)數(shù)字化轉(zhuǎn)型與傳統(tǒng)企業(yè)信息化相比，無(wú)論從本質(zhì)和架構(gòu)方面，還是從使用對(duì)象來(lái)看，兩者之間存在根本上的區(qū)別的，如表1。

通過(guò)數(shù)字化轉(zhuǎn)型，可以給企業(yè)帶來(lái)以下五個(gè)方面的變革：①使企業(yè)領(lǐng)導(dǎo)層認(rèn)識(shí)到數(shù)字化轉(zhuǎn)型的價(jià)值所在，進(jìn)而推動(dòng)領(lǐng)導(dǎo)力轉(zhuǎn)型;②通過(guò)提升效率，降低成本，促成運(yùn)營(yíng)模式轉(zhuǎn)型;③利用信息技術(shù)整合資源，實(shí)現(xiàn)人力資源轉(zhuǎn)型;④推進(jìn)圍繞用戶(hù)體驗(yàn)組織產(chǎn)品研發(fā)文化，實(shí)現(xiàn)全方位用戶(hù)體驗(yàn)轉(zhuǎn)型;⑤通過(guò)信息和數(shù)據(jù)轉(zhuǎn)型，提升信息和數(shù)據(jù)所產(chǎn)生收入的占比。企業(yè)通過(guò)完成以上五個(gè)方面的轉(zhuǎn)型后，相應(yīng)地，數(shù)字化企業(yè)實(shí)現(xiàn)了決策模式、運(yùn)營(yíng)模式、生產(chǎn)模式、服務(wù)模式和盈利模式五個(gè)方面的革新，即從根本上提升了企業(yè)的綜合競(jìng)爭(zhēng)力。

之所以數(shù)字化轉(zhuǎn)型能夠促成企業(yè)全面革新，是因?yàn)閿?shù)字化帶來(lái)以下三個(gè)方面的智能化賦能：①通過(guò)打造出輕量化或者服務(wù)化的PaaS、企業(yè)應(yīng)用系統(tǒng)容器化、一站式敏捷IT開(kāi)發(fā)與運(yùn)維、自動(dòng)編排和IT資源最大化利用給企業(yè)IT賦能;②通過(guò)智能數(shù)據(jù)歸一、數(shù)據(jù)統(tǒng)一治理與服務(wù)、數(shù)據(jù)實(shí)體化融合和數(shù)據(jù)資產(chǎn)化實(shí)現(xiàn)數(shù)據(jù)賦能;③通過(guò)賦予企業(yè)（AI）智能，改變線(xiàn)性的人為經(jīng)驗(yàn)決策，向基于大數(shù)據(jù)與算法模型的機(jī)器智能輔助決策，包括感知智能和認(rèn)知智能。從而實(shí)現(xiàn)業(yè)務(wù)轉(zhuǎn)型、創(chuàng)新以及收入增長(zhǎng)。

因而，完成數(shù)字化轉(zhuǎn)型的企業(yè)具有以下幾個(gè)方面的明顯特征：①具備數(shù)字化市場(chǎng)戰(zhàn)略和數(shù)字化運(yùn)營(yíng)能力;②渠道數(shù)字化和產(chǎn)品定制化;③業(yè)務(wù)智能化，實(shí)施按需而變的業(yè)務(wù)流程;④擁有敏捷的技術(shù)團(tuán)隊(duì)和敏捷的業(yè)務(wù)組織;⑤數(shù)據(jù)驅(qū)動(dòng)業(yè)務(wù)，而不是業(yè)務(wù)驅(qū)動(dòng)數(shù)據(jù);⑥微服務(wù)和DeveOps成熟都非常高。因此，可以由此來(lái)判斷一家企業(yè)是否為數(shù)字化企業(yè)。

原阿里云首席機(jī)器智能科學(xué)家閔萬(wàn)里指出，企業(yè)數(shù)字化轉(zhuǎn)型需要打通“三點(diǎn)一線(xiàn)”，即以“價(jià)值創(chuàng)造”為主線(xiàn)，一以貫之串聯(lián)“業(yè)務(wù)痛點(diǎn)、技術(shù)錨點(diǎn)和轉(zhuǎn)型拐點(diǎn)”這三點(diǎn)。首先，需要推動(dòng)把各個(gè)IT系統(tǒng)的內(nèi)容（即數(shù)據(jù)）按照業(yè)務(wù)流貫穿形成數(shù)據(jù)流，從而實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)化，推動(dòng)數(shù)字化轉(zhuǎn)型啟航，與此同時(shí)，完成“業(yè)務(wù)痛點(diǎn)數(shù)據(jù)化”，這樣就可能應(yīng)用各種數(shù)據(jù)技術(shù)DataTechnology（DT）探索解決業(yè)務(wù)痛點(diǎn);其次，選擇投資回報(bào)率（ROI）較高和嵌入式成本相對(duì)低的技術(shù)作為企業(yè)數(shù)字化轉(zhuǎn)型的技術(shù)抓手，而不是選擇最新技術(shù)，即技術(shù)錨點(diǎn)要價(jià)值化;第三，數(shù)字化轉(zhuǎn)型是一場(chǎng)持久戰(zhàn)，是一個(gè)從量變到質(zhì)變的漸進(jìn)過(guò)程，因此需要特別關(guān)注轉(zhuǎn)型拐點(diǎn)的連續(xù)化。評(píng)估前期的數(shù)字化轉(zhuǎn)型項(xiàng)目成功與否，不僅要看其創(chuàng)造價(jià)值是否明顯，更要關(guān)注其方式和路徑是否能再度放大持續(xù)創(chuàng)造新價(jià)值。所以，“三點(diǎn)一線(xiàn)”數(shù)字化轉(zhuǎn)型方法論其實(shí)質(zhì)就是通過(guò)數(shù)字化解決業(yè)務(wù)痛點(diǎn)，甚至是創(chuàng)造新的業(yè)務(wù)模式，用數(shù)字化技術(shù)打造連串的價(jià)值創(chuàng)造點(diǎn)，從而觸發(fā)質(zhì)變的轉(zhuǎn)型拐點(diǎn)，形成蛻變。

2 ?硬件DevOps思路的提出

一個(gè)傳統(tǒng)企業(yè)的主業(yè)務(wù)通常由營(yíng)銷(xiāo)、研發(fā)和制造組成，因此，從主業(yè)務(wù)角度，企業(yè)要完成數(shù)字化轉(zhuǎn)型，就需要實(shí)現(xiàn)數(shù)字化營(yíng)銷(xiāo)、數(shù)字化研發(fā)和數(shù)字化制造，當(dāng)然，從企業(yè)運(yùn)營(yíng)整體來(lái)看，還包括數(shù)字化人事、數(shù)字化行政、數(shù)字化財(cái)務(wù)等。圖1就是企業(yè)主業(yè)務(wù)數(shù)字化轉(zhuǎn)型示意圖。營(yíng)銷(xiāo)團(tuán)隊(duì)將市場(chǎng)需求通過(guò)IT系統(tǒng)傳遞給研發(fā)團(tuán)隊(duì);研發(fā)團(tuán)隊(duì)通過(guò)項(xiàng)目化管理組織數(shù)字化設(shè)計(jì)、數(shù)字化仿真、數(shù)字化工藝進(jìn)行設(shè)計(jì)、驗(yàn)證和實(shí)現(xiàn)，再通過(guò)制造料單（MBOM）和樣機(jī)料單（PBOM）連接數(shù)字化制造，實(shí)現(xiàn)設(shè)計(jì)制造一體化;最后，制造出來(lái)的產(chǎn)品通過(guò)數(shù)字化交付，給營(yíng)銷(xiāo)團(tuán)隊(duì)提供產(chǎn)品支撐，從而形成完整的數(shù)字化主業(yè)務(wù)數(shù)據(jù)流，即實(shí)現(xiàn)了主業(yè)務(wù)的數(shù)字化轉(zhuǎn)型。由此可見(jiàn)，數(shù)字化研發(fā)是企業(yè)數(shù)字化轉(zhuǎn)型的重要組成部分，甚至是基礎(chǔ)，因?yàn)橹挥挟a(chǎn)品研發(fā)出來(lái)后，才需要組織制造和營(yíng)銷(xiāo)，所以，實(shí)現(xiàn)數(shù)字化研發(fā)是企業(yè)數(shù)字化轉(zhuǎn)型的關(guān)鍵。另外，從企業(yè)提供的產(chǎn)品形態(tài)來(lái)看，可以分為硬件產(chǎn)品和軟件產(chǎn)品（含服務(wù)），因此，數(shù)字化研發(fā)又可以分為數(shù)字化硬件產(chǎn)品研發(fā)和數(shù)字化軟件研發(fā)。正是考慮到數(shù)字化研發(fā)對(duì)于企業(yè)數(shù)字化轉(zhuǎn)型的重要性，公司投入巨大資源在研發(fā)領(lǐng)域推行DevOps實(shí)踐。

2.1 軟件DevOps實(shí)踐

軟件DevOps的概念最早由2009年的歐洲提出來(lái)的，DevOps（Development和Operation的組合詞）是一組過(guò)程、方法和系統(tǒng)的統(tǒng)稱(chēng)，用于促進(jìn)開(kāi)發(fā)（應(yīng)用程序/軟件工程）、技術(shù)運(yùn)維和質(zhì)量保障（QA部門(mén)）之間的溝通、協(xié)調(diào)與整合。隨著DevOps實(shí)踐的深入和推廣，DevOps獲得了巨大的發(fā)展，更是在2017年底高效運(yùn)維社區(qū)發(fā)布了DevOps成熟度模型標(biāo)準(zhǔn)，成為了完整的DevOps框架體系。該框架是一個(gè)集各家之所長(zhǎng)的體系，包括敏捷管理、持續(xù)交付、IT服務(wù)管理和精益管理等四大部分內(nèi)容。①敏捷管理：以用戶(hù)需求為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開(kāi)發(fā)。②持續(xù)交付：一種開(kāi)發(fā)實(shí)踐方法，通過(guò)流水線(xiàn)方式將研發(fā)測(cè)試過(guò)程自動(dòng)化執(zhí)行，確?？焖傧蚩蛻?hù)交付價(jià)值。③IT 服務(wù)管理：采用ITIL 相關(guān)的方法、手段、技術(shù)和流程等，對(duì)IT 運(yùn)營(yíng)環(huán)境（如硬軟件環(huán)境、網(wǎng)絡(luò)環(huán)境等）、IT 業(yè)務(wù)系統(tǒng)和IT 運(yùn)營(yíng)人員進(jìn)行綜合管理。④精益管理：核心思想是以最小資源投入，創(chuàng)造出盡可能多的價(jià)值，為顧客提供高質(zhì)量產(chǎn)品和及時(shí)的服務(wù)，提高顧客滿(mǎn)意度。

軟件DevOps思想之所以能夠支撐好軟件研發(fā)，得益于三大主要數(shù)字化技術(shù)：流水線(xiàn)技術(shù)、微服務(wù)和容器技術(shù)。微服務(wù)（Microservice）傳承了傳統(tǒng)SOA（service-oriented architecture）技術(shù)思路，同時(shí)也弱化了SOA 中ESB（Enterprise Service Bus）功能，真正實(shí)現(xiàn)分布式、去中心的服務(wù)架構(gòu)，是解決傳統(tǒng)臃腫單體應(yīng)用部署和升級(jí)困難之關(guān)鍵。當(dāng)前不僅是互聯(lián)網(wǎng)公司采用，傳統(tǒng)企業(yè)也將擁抱微服務(wù)架構(gòu)。容器則是屬于一種操作系統(tǒng)級(jí)、輕量的虛擬化技術(shù)。容器是一個(gè)自包含結(jié)構(gòu)，具有隔離性好和快速啟動(dòng)等特點(diǎn)，一般每個(gè)容器只運(yùn)行一個(gè)任務(wù)。容器是微服務(wù)的天然載體，是DevOps 的催化劑。而從工程實(shí)踐上，通過(guò)流水線(xiàn)技術(shù)，體現(xiàn)價(jià)值流動(dòng)思維，通過(guò)將過(guò)程任務(wù)代碼化，實(shí)現(xiàn)過(guò)程自動(dòng)化。也因此使得DevOps在數(shù)字化軟件研發(fā)中大放異彩。

中國(guó)電信的云道平臺(tái)就是一個(gè)DevOps平臺(tái)，該平臺(tái)應(yīng)用后，從代碼提交到部署的全過(guò)程自動(dòng)化流水線(xiàn)構(gòu)建，流水線(xiàn)執(zhí)行效率是人工執(zhí)行效率的32 倍，價(jià)值是非常明顯的。ZTE 的軟件DevOps實(shí)踐也得出類(lèi)似結(jié)論，巨大地縮短了持續(xù)集成和部署的時(shí)間，取得了非常好業(yè)務(wù)價(jià)值。

在圖2產(chǎn)品研發(fā)活動(dòng)的軟件交付由于采用了流水技術(shù)，實(shí)現(xiàn)了軟件端到端業(yè)務(wù)數(shù)據(jù)流;敏捷管理解決了研發(fā)快速響應(yīng)需求和變化的痛點(diǎn);而DevOps的初衷就是要解決開(kāi)發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)存在壁壘的矛盾，使得整個(gè)軟件產(chǎn)品研發(fā)呈現(xiàn)標(biāo)準(zhǔn)化、自動(dòng)化、數(shù)據(jù)化、智慧化為的特征。由此可見(jiàn)，軟件DevOps是數(shù)字化轉(zhuǎn)型思想在軟件產(chǎn)品研發(fā)具體應(yīng)用。

2.2 硬件DevOps

硬件產(chǎn)品開(kāi)發(fā)與軟件產(chǎn)品開(kāi)發(fā)相比，存在許多的不同點(diǎn)。其一，硬件產(chǎn)品開(kāi)發(fā)通常應(yīng)用了多學(xué)科的最新技術(shù)，比如說(shuō)一款新的終端產(chǎn)品，就牽涉到結(jié)構(gòu)、基帶、射頻、天線(xiàn)、部件、仿真、工藝等各專(zhuān)業(yè)門(mén)類(lèi)工程師應(yīng)用最新技術(shù)協(xié)同研發(fā)。一方面，在高度專(zhuān)業(yè)化分工的今天，即使同一個(gè)專(zhuān)業(yè)領(lǐng)域，比如說(shuō)仿真，還存在仿真前處理和后處理技術(shù)，即硬件產(chǎn)品研發(fā)包含的技術(shù)領(lǐng)域更廣;另外一個(gè)方面，從管理角度來(lái)看，技術(shù)研發(fā)部門(mén)通常按照技術(shù)領(lǐng)域來(lái)劃分的，這樣，即使在推行項(xiàng)目化管理的企業(yè)，各專(zhuān)業(yè)的協(xié)同開(kāi)發(fā)也面臨極大的挑戰(zhàn)。從圖2硬件交付過(guò)程，就能夠看到這一點(diǎn)。

其二，圖3是對(duì)應(yīng)硬件產(chǎn)品研發(fā)各環(huán)節(jié)通常可能會(huì)用到的硬件開(kāi)發(fā)工具，可見(jiàn)工具種類(lèi)繁多，如在仿真技術(shù)領(lǐng)域就有13種工具之多。而通常這些設(shè)計(jì)成果都是企業(yè)的核心資產(chǎn)，但是基于這種傳統(tǒng)開(kāi)發(fā)模式，這些核心資產(chǎn)是散落的。加上，如果支撐硬件研發(fā)的IT系統(tǒng)還是煙囪式的，那么放眼望去，硬件產(chǎn)品研發(fā)處處是數(shù)據(jù)孤島，無(wú)論是產(chǎn)品研發(fā)核心數(shù)據(jù)，還是硬件產(chǎn)品研發(fā)管理過(guò)程數(shù)據(jù)。項(xiàng)目各環(huán)節(jié)從工具應(yīng)用角度帶來(lái)的具體問(wèn)題，見(jiàn)圖3對(duì)應(yīng)說(shuō)明。

此外，硬件產(chǎn)品研發(fā)與軟件產(chǎn)品研發(fā)還存在以下幾個(gè)方面的不同：①軟件產(chǎn)品開(kāi)發(fā)存在持續(xù)集成和交付，而硬件產(chǎn)品通常都是一次性交付;②從企業(yè)內(nèi)外部合作來(lái)說(shuō)，在簽署完合作協(xié)議后，軟件產(chǎn)品開(kāi)發(fā)受之影響相對(duì)較小，而硬件開(kāi)發(fā)還受到供應(yīng)鏈的明顯影響，從而硬件研發(fā)過(guò)程，比如說(shuō)，為了規(guī)避供應(yīng)鏈風(fēng)險(xiǎn)，硬件研發(fā)通常需要實(shí)現(xiàn)量產(chǎn)同一功能的第二家供方，就是巨大的兼容替代研發(fā)驗(yàn)證工作，而軟件相對(duì)應(yīng)的工作只是底層軟件，但對(duì)于硬件產(chǎn)品開(kāi)發(fā)來(lái)說(shuō)，幾乎和開(kāi)發(fā)一款新產(chǎn)品區(qū)別不大;③從糾錯(cuò)的代價(jià)來(lái)看，也是不一樣的。軟件開(kāi)發(fā)如果出現(xiàn)某版本的發(fā)布異常，可以通過(guò)終止當(dāng)前版本發(fā)布或者進(jìn)行版本回滾，對(duì)整體項(xiàng)目周期的影響相對(duì)可控，但是，對(duì)于硬件研發(fā)，一旦某個(gè)專(zhuān)業(yè)出現(xiàn)設(shè)計(jì)異常，將極可能導(dǎo)致相關(guān)多專(zhuān)業(yè)設(shè)計(jì)變更，對(duì)于整個(gè)項(xiàng)目研發(fā)周期的影響基本上會(huì)超過(guò)2個(gè)月（對(duì)于中等規(guī)模硬件研發(fā)），即極可能導(dǎo)致最終產(chǎn)品交付延誤。

雖然硬件產(chǎn)品研發(fā)與軟件產(chǎn)品研發(fā)存在諸多不同的地方，但是由于煙囪式硬件研發(fā)工具和IT系統(tǒng)的應(yīng)用現(xiàn)狀決定了硬件研發(fā)過(guò)程會(huì)相應(yīng)出現(xiàn)孤島數(shù)據(jù)，從而造成各專(zhuān)業(yè)團(tuán)隊(duì)之間是一種拋球式的研發(fā)模式，即使同一專(zhuān)業(yè)內(nèi)部，也會(huì)存在類(lèi)似情況，進(jìn)而造成協(xié)同困難，效率體現(xiàn)。從這個(gè)角度來(lái)看，與當(dāng)年因?yàn)殚_(kāi)發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)協(xié)同困難而提出的DevOps的情況非常相似，所以，DevOps思想內(nèi)容完全可以在硬件研發(fā)領(lǐng)域中得到進(jìn)一步的擴(kuò)展，硬件DevOps就是利用數(shù)字化技術(shù)，消除數(shù)據(jù)孤島，促進(jìn)硬件產(chǎn)品研發(fā)各專(zhuān)業(yè)以及專(zhuān)業(yè)之間協(xié)作的一體化，達(dá)到消除業(yè)務(wù)痛點(diǎn)、提升效率的目的。

3 ?硬件DevOps的實(shí)踐與成效

3.1 打造硬件產(chǎn)品研發(fā)中臺(tái)

2015年底阿里巴巴集團(tuán)宣布全面啟動(dòng)2018年中臺(tái)戰(zhàn)略，構(gòu)建符合DT時(shí)代更具創(chuàng)新性、靈活性的“大中臺(tái)、小前臺(tái)”組織機(jī)制和業(yè)務(wù)機(jī)制，即作為前臺(tái)的一線(xiàn)業(yè)務(wù)會(huì)更敏捷、更靈活適應(yīng)瞬息萬(wàn)變的市場(chǎng)需求，而中臺(tái)整合的運(yùn)營(yíng)數(shù)據(jù)能力、產(chǎn)品技術(shù)能力，對(duì)各前臺(tái)業(yè)務(wù)形成強(qiáng)有力支撐。所謂中臺(tái)，就是居于前臺(tái)和后臺(tái)之間，是一種“厚平臺(tái)，輕應(yīng)用”的技術(shù)架構(gòu)。

阿里云除了在自身企業(yè)獲得巨大成功，還在其他行業(yè)中得到推廣。2018年，阿里云與蒙牛和海底撈啟動(dòng)了以數(shù)據(jù)中臺(tái)為基礎(chǔ)的數(shù)字化轉(zhuǎn)型實(shí)踐，聯(lián)手打造了一兩個(gè)示范應(yīng)用。通過(guò)示范應(yīng)用的業(yè)務(wù)價(jià)值，就反映出數(shù)據(jù)中臺(tái)的巨大威力。

因此，硬件DevOps的技術(shù)方案也選擇了中臺(tái)架構(gòu)方案，如圖5。硬件研發(fā)中臺(tái)結(jié)合硬件研發(fā)業(yè)務(wù)規(guī)劃了設(shè)計(jì)中心、仿真中心、檢查中心、測(cè)試中心、3D庫(kù)中心、License中心和搜索中心七大中心，這七大中心對(duì)應(yīng)七大PaaS平臺(tái)，各平臺(tái)內(nèi)包含了工具自動(dòng)編排。①設(shè)計(jì)中心包含了結(jié)構(gòu)設(shè)計(jì)、部件設(shè)計(jì)、基帶設(shè)計(jì)、射頻設(shè)計(jì)、天線(xiàn)設(shè)計(jì)等，該中心需要解決的是項(xiàng)目過(guò)程中跨專(zhuān)業(yè)協(xié)同開(kāi)發(fā)的問(wèn)題，即實(shí)現(xiàn)設(shè)計(jì)一體化;②仿真中心對(duì)應(yīng)的是仿真生命周期管理（SLM，Simulation Life Management），要解決的是仿真前處理、仿真計(jì)算和仿真后處理協(xié)同的問(wèn)題，即實(shí)現(xiàn)仿真一體化;③檢查中心包括本專(zhuān)業(yè)設(shè)計(jì)規(guī)則達(dá)成情況以及特別是跨專(zhuān)業(yè)設(shè)計(jì)與仿真規(guī)則遵循情況，保障硬件設(shè)計(jì)準(zhǔn)確性和可靠性;④測(cè)試中心主要集成了測(cè)試用例開(kāi)發(fā)、測(cè)試執(zhí)行、故障跟蹤與驗(yàn)收等關(guān)鍵過(guò)程，以及與之對(duì)應(yīng)的自動(dòng)化測(cè)試工具，以達(dá)到測(cè)試工作的高效和準(zhǔn)確，進(jìn)而控制產(chǎn)品研發(fā)過(guò)程質(zhì)量;⑤3D庫(kù)是模型化設(shè)計(jì)（MBD，Mode Based Design）基礎(chǔ)，包含了3D電子器件庫(kù)、結(jié)構(gòu)3D庫(kù)和部件3D庫(kù)等，也是解決硬件設(shè)計(jì)數(shù)據(jù)孤島的基礎(chǔ);⑥由于硬件設(shè)計(jì)工具使用方面存在動(dòng)態(tài)性的特點(diǎn)，而各開(kāi)發(fā)測(cè)試工具對(duì)應(yīng)的License屬于公司資產(chǎn)，因此就存在使用效率問(wèn)題，為此規(guī)劃了硬件License管理中心，以解決資源匹配問(wèn)題;⑦最后就是搜索中心，由于硬件研發(fā)過(guò)程所產(chǎn)生的數(shù)據(jù)是大量的，有一個(gè)便捷的數(shù)據(jù)獲取路徑是非常重要的。

以上七大中心也是硬件工程域的PaaS平臺(tái)，后面與硬件管理域和業(yè)務(wù)編排相結(jié)合，就形成了硬件研發(fā)中臺(tái)，硬件管理域包括流程控制、版本管理、文檔管理、物料管理、需求管理、工程變更管理、庫(kù)管理等等。硬件研發(fā)中臺(tái)實(shí)現(xiàn)路徑如圖6。

研發(fā)中臺(tái)建設(shè)完成后，前臺(tái)用戶(hù)（研發(fā)工程師、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、產(chǎn)品線(xiàn)總經(jīng)理、管理員等）可以通過(guò)移動(dòng)端或者PC端獲取研發(fā)中臺(tái)提供的服務(wù)能力，實(shí)現(xiàn)一站式（平臺(tái)唯一，數(shù)據(jù)統(tǒng)一）協(xié)同產(chǎn)品開(kāi)發(fā)，即實(shí)現(xiàn)設(shè)計(jì)仿真一體化、設(shè)計(jì)制造一體化、仿真制造一體化和產(chǎn)品管理與研發(fā)一體化，從而提升研發(fā)效率與質(zhì)量，同時(shí)有助于提升IT用戶(hù)體驗(yàn)。前臺(tái)服務(wù)能力的提供離不開(kāi)后臺(tái)的支撐，包括數(shù)據(jù)庫(kù)服務(wù)、分布式應(yīng)用服務(wù)、微服務(wù)、通知服務(wù)、流水線(xiàn)服務(wù)等等。該方案還兼顧了與當(dāng)前IT系統(tǒng)的對(duì)接，做到互相取長(zhǎng)補(bǔ)短，發(fā)揮現(xiàn)有業(yè)務(wù)系統(tǒng)的最大價(jià)值，降低企業(yè)對(duì)IT系統(tǒng)改造的成本，同時(shí)兼顧了業(yè)務(wù)的連續(xù)性和用戶(hù)的使用習(xí)慣以及最終的系統(tǒng)平滑切換。

3.2 硬件DevOps的成效

如圖4，這種傳統(tǒng)拋球式硬件研發(fā)模式的典型特點(diǎn)就是：①整個(gè)研發(fā)過(guò)程采用一系列文件方式進(jìn)行管控;②這種研發(fā)模式下，沒(méi)有進(jìn)入文件的大量研發(fā)過(guò)程數(shù)據(jù)是散落在研發(fā)團(tuán)隊(duì)中的，沒(méi)有通過(guò)統(tǒng)一平臺(tái)進(jìn)行管理，不利于技術(shù)跟蹤、追溯和技術(shù)積累，乃至研發(fā)能力的提升;③整個(gè)產(chǎn)品研發(fā)過(guò)程，產(chǎn)品數(shù)據(jù)是沒(méi)有端到端拉通的，而是存在一系列數(shù)據(jù)孤島，極易造成因數(shù)據(jù)缺失而導(dǎo)致的決策失誤。比如說(shuō)，結(jié)構(gòu)設(shè)計(jì)的修改因?yàn)槿笔到y(tǒng)同步給硬件研發(fā)團(tuán)隊(duì)，結(jié)果造成研發(fā)打樣驗(yàn)證反復(fù)，將造成交期延誤和資源浪費(fèi)的嚴(yán)重問(wèn)題。

正是由這種研發(fā)模式的特點(diǎn)產(chǎn)生了研發(fā)過(guò)程改進(jìn)的九大訴求，而硬件DevOps通過(guò)數(shù)字化手段有效解決這九大訴求：①跨領(lǐng)域獨(dú)立開(kāi)展研發(fā)問(wèn)題可以通過(guò)并行設(shè)計(jì)、設(shè)計(jì)一體化、3D模型開(kāi)發(fā)、數(shù)字化工藝、數(shù)字化仿真和數(shù)字化研發(fā)測(cè)試加以解決;②而數(shù)字化硬件端到端管理可以解決過(guò)程文件交付混亂、評(píng)審活動(dòng)效率低下、設(shè)計(jì)變更管理困難、需求變更不可控、研發(fā)后端過(guò)程管理沒(méi)有拉通和缺少端到端的追溯等關(guān)鍵訴求;③數(shù)字化方案協(xié)同可以解決數(shù)據(jù)不同源不可視等問(wèn)題;④而實(shí)現(xiàn)需求不透明，共享差的問(wèn)題可以有硬件數(shù)字化發(fā)布來(lái)加以解決。由此可見(jiàn)，硬件DevOps的實(shí)現(xiàn)與應(yīng)用對(duì)硬件產(chǎn)品開(kāi)發(fā)起到全面且積極的影響，在某種程度上來(lái)講，可以說(shuō)是一場(chǎng)“革命”。比如說(shuō)，在仿真中心建設(shè)過(guò)程中，僅仿真計(jì)算一項(xiàng)，效率提升5倍。所以如果全面實(shí)現(xiàn)硬件研發(fā)中臺(tái)，帶來(lái)的成果是可預(yù)期的，也是革命性的。

4 ?結(jié)束語(yǔ)

硬件DevOps是傳統(tǒng)企業(yè)數(shù)字化轉(zhuǎn)型的重要組成部分，團(tuán)隊(duì)利用了數(shù)字化轉(zhuǎn)型和軟件DevOps的思想，結(jié)合阿里巴巴的中臺(tái)技術(shù)架構(gòu)，設(shè)計(jì)了數(shù)字化研發(fā)的硬件研發(fā)中臺(tái)，并且在保證業(yè)務(wù)連續(xù)性的基礎(chǔ)上逐步推進(jìn)硬件DevOps實(shí)踐（兼容現(xiàn)有IT系統(tǒng)）。從初步實(shí)踐情況，獲得了非常不錯(cuò)的成果，相信隨著硬件DevOps的全面實(shí)現(xiàn)，將為企業(yè)全面實(shí)現(xiàn)數(shù)字化轉(zhuǎn)型做出突出貢獻(xiàn)，雖然，推進(jìn)過(guò)程中肯定還會(huì)遇到不少困難與挑戰(zhàn)。

圖8是企業(yè)價(jià)值鏈?zhǔn)疽鈭D，可見(jiàn)，硬件DevOps處在產(chǎn)品鏈的最前端，對(duì)于企業(yè)價(jià)值鏈的價(jià)值變現(xiàn)影響深遠(yuǎn)，它包含了數(shù)字化設(shè)計(jì)和硬件數(shù)字化等幾部分。也正是因?yàn)樵搩r(jià)值鏈適用于所有含硬件產(chǎn)品研發(fā)、制造和銷(xiāo)售的企業(yè)，所以，硬件研發(fā)中臺(tái)方案可以被此類(lèi)企業(yè)在數(shù)字化轉(zhuǎn)型與建設(shè)中加以參考。

參考文獻(xiàn)：

[1]字沐白.數(shù)字化轉(zhuǎn)型，都轉(zhuǎn)了什么[R].簡(jiǎn)書(shū)，2019年5月16日，1-1.

[2]閔萬(wàn)里.傳統(tǒng)產(chǎn)業(yè)數(shù)字化轉(zhuǎn)型 需打通“三點(diǎn)一線(xiàn)”[R].新浪科技，2019年8月20日，1-1.

[3]喬瑋，趙文瑞.DevOps發(fā)展現(xiàn)狀及趨勢(shì)研究[J].數(shù)字技術(shù)與應(yīng)用，2018，36（4）：74-76.

[4]耿泉峰，李曦，葛維，葛云龍，盧瀟瀟.基于DevOps的軟件開(kāi)發(fā)管理模式[J].軟件，2019（1）：93-96.

[5]梁奐，陳春華，姚文勝.電信DevOps探索與實(shí)踐[J].廣東通信技術(shù)，2019（1）：36-40.

[6]鐘華.企業(yè)IT架構(gòu)轉(zhuǎn)型之道[M].機(jī)械工業(yè)出版社，2017：207-210.

[7]帕克，埃爾斯泰恩，邱達(dá)利著.平臺(tái)革命[M].志鵬，譯.機(jī)械工業(yè)出版社，2017：68-70.

[8]董昕，郭勇，王杰.基于DevOps能力模型的持續(xù)集成方法[J].計(jì)算機(jī)工程與設(shè)計(jì)，2018（7）：1930-1937.

[9]王紅凱，黃海潮，毛冬，沈志豪，戚偉強(qiáng).基于DevOps集成的企業(yè)制造控制方法研究[J].制造業(yè)自動(dòng)化，2019（1）：165-168.

[10]屠趁鋒.基于DevOps的軟件配置項(xiàng)管理[J].無(wú)線(xiàn)互聯(lián)科技，2018（23）：31-32.

[11]方義，方偉，朱燁.基于DevOps的安全關(guān)鍵軟件研發(fā)工具鏈集成[J].航空動(dòng)力，2018（2）：18-20.

[12]樊煉，廖振松.一種云計(jì)算時(shí)代的DevOps自動(dòng)化運(yùn)維平臺(tái)[J].電信工程技術(shù)與標(biāo)準(zhǔn)化，2018（11）：63-66.

[13]林波.數(shù)字經(jīng)濟(jì)時(shí)代的企業(yè)運(yùn)營(yíng)創(chuàng)新變革[J].價(jià)值工程，2019，38（03）：15-17.