童向杰

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

中圖分類號：F270.7 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?文獻標(biāo)識碼：A ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?文章編號：1006-4311（2020）01-0001-05

0 ?引言

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

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

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

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

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

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

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

2 ?硬件DevOps思路的提出

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

2.1 軟件DevOps實踐

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

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

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

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

2.2 硬件DevOps

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

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

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

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

3 ?硬件DevOps的實踐與成效

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

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

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

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

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

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

3.2 硬件DevOps的成效

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

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

4 ?結(jié)束語

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

圖8是企業(yè)價值鏈示意圖，可見，硬件DevOps處在產(chǎn)品鏈的最前端，對于企業(yè)價值鏈的價值變現(xiàn)影響深遠，它包含了數(shù)字化設(shè)計和硬件數(shù)字化等幾部分。也正是因為該價值鏈適用于所有含硬件產(chǎn)品研發(fā)、制造和銷售的企業(yè)，所以，硬件研發(fā)中臺方案可以被此類企業(yè)在數(shù)字化轉(zhuǎn)型與建設(shè)中加以參考。

參考文獻：

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

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

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

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

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

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

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

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

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

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

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

[12]樊煉，廖振松.一種云計算時代的DevOps自動化運維平臺[J].電信工程技術(shù)與標(biāo)準化，2018（11）：63-66.

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