[[352788]]

 企業(yè)軟件開(kāi)發(fā)是一項(xiàng)復(fù)雜的工作，只有能夠通過(guò)快速交付高質(zhì)量軟件來(lái)應(yīng)對(duì)市場(chǎng)變化的公司才能在數(shù)字時(shí)代占據(jù)主導(dǎo)地位。

沒(méi)有達(dá)到所需的業(yè)務(wù)敏捷性水平的靈丹妙藥。它需要從傳統(tǒng)的瀑布式思維方式和舊的思維方式到具有相關(guān)原則和實(shí)踐的精益敏捷思維方式的轉(zhuǎn)變。

• 擴(kuò)展框架和DevOps方法可以為您轉(zhuǎn)變IT組織以及其余業(yè)務(wù)提供所需的指導(dǎo)。規(guī)?；艚菘蚣?SAFe)是最受歡迎的規(guī)?；椒ǎU明了在數(shù)字時(shí)代成功所需的七個(gè)核心能力：組織敏捷性，精益投資組合管理，企業(yè)解決方案交付，敏捷產(chǎn)品交付，團(tuán)隊(duì)和技術(shù)敏捷性，持續(xù)性學(xué)習(xí)文化，并精益敏捷的領(lǐng)導(dǎo)能力。不過(guò)，仍然不能保證成功，因?yàn)樾枰J(rèn)真執(zhí)行，最好在SAFe計(jì)劃顧問(wèn)的幫助下才能實(shí)現(xiàn)。

領(lǐng)導(dǎo)參與度，一致性和系統(tǒng)思考是我最喜歡的成功轉(zhuǎn)型要素。除了上述常見(jiàn)的成功因素外，框架還在不斷發(fā)展。從業(yè)人員不斷地將實(shí)地的學(xué)習(xí)和經(jīng)驗(yàn)反饋回框架中。這里有兩個(gè)有用的模型，以及有關(guān)如何將它們與Software Factory方法結(jié)合使用的建議，以改進(jìn)您的DevOps實(shí)施并增強(qiáng)業(yè)務(wù)敏捷性。

DevOps演化模型

正如彼得·森格(Peter Senge)在他的*《第五紀(jì)律》中*所描述的那樣，團(tuán)隊(duì)和組織需要一種共享的思維模型來(lái)產(chǎn)生對(duì)問(wèn)題的共識(shí)，并合作找到一個(gè)好的解決方案。為此，我創(chuàng)建了所謂的DevOps演化模型。該模型是在我的培訓(xùn)課程中開(kāi)發(fā)的，目的是解釋人們?nèi)绾卧贒evOps旅程中取得最佳進(jìn)展。

該模型可以幫助您了解如何通過(guò)將未完成的工作向左移動(dòng)來(lái)縮短交貨時(shí)間并縮短反饋周期的長(zhǎng)度。(未完成工作是在團(tuán)隊(duì)“完成”功能和故事之后發(fā)布解決方案所需的額外工作。未完成工作的典型示例是任何類(lèi)型的測(cè)試，安全檢查和審計(jì)，文檔，開(kāi)源法律評(píng)估和合規(guī)性檢查。)

左移未完成的工作可使您的團(tuán)隊(duì)提供更快的反饋，從而提供更多可用的產(chǎn)品和更快的缺陷修復(fù)程序。反過(guò)來(lái)，這會(huì)加快流程并提高質(zhì)量。減少或消除未完成的工作會(huì)導(dǎo)致發(fā)布更加頻繁，并提高了對(duì)需求變更的響應(yīng)速度。

圖1：DevOps演化模型涵蓋了DevOps旅程的四個(gè)主要階段，并直觀地展示了您的組織如何從不成熟的模型發(fā)展為更成熟的模型

CI/CD管道模型

持續(xù)集成/持續(xù)交付模型是從我進(jìn)行的SAFe DevOps培訓(xùn)和后續(xù)研討會(huì)中發(fā)展而來(lái)的。在流程級(jí)別對(duì)端到端管道進(jìn)行建模。CI/CD管道建模深入研究了詳細(xì)的CI/CD管道以及相關(guān)的構(gòu)建和集成過(guò)程。以我的經(jīng)驗(yàn)，復(fù)雜的企業(yè)設(shè)置中的許多流程問(wèn)題是未成熟的CI/CD管道的直接結(jié)果。

要?jiǎng)?chuàng)建模型，您需要將所有利益相關(guān)者聚集在一起，以將整個(gè)管道流程(構(gòu)建，集成，部署等)繪制為節(jié)點(diǎn)和邊緣。節(jié)點(diǎn)表示組件，邊緣表示組件之間的關(guān)系。雖然您可能認(rèn)為您的團(tuán)隊(duì)已經(jīng)知道他們的端到端管道，并且會(huì)發(fā)現(xiàn)這整個(gè)工作都沒(méi)有用，但根據(jù)我的經(jīng)驗(yàn)，從來(lái)沒(méi)有這樣。

CI/CD管道模型使您可以看到全局。在大型解決方案中，沒(méi)有人能理解端到端CI/CD流程。通過(guò)召集合適的人員，您可以看到局部?jī)?yōu)化的次優(yōu)結(jié)果，并專(zhuān)注于高效的端到端改進(jìn)。

例如，團(tuán)隊(duì)經(jīng)常聲稱(chēng)他們每天要構(gòu)建和部署幾次，而實(shí)際上他們是在一遍又一遍地構(gòu)建和部署相同的代碼或組件。

• CI/CD改進(jìn)的關(guān)鍵問(wèn)題不是管道運(yùn)行的數(shù)量，而是團(tuán)隊(duì)從編寫(xiě)代碼到到達(dá)階段或生產(chǎn)所需的時(shí)間。這是您應(yīng)為每個(gè)貢獻(xiàn)要素提出的最重要問(wèn)題。

由于縮短了交貨時(shí)間，因此CI/CD建模可以提高質(zhì)量。有缺陷的組件可能會(huì)對(duì)集成最終產(chǎn)品產(chǎn)生多米諾骨牌效應(yīng)，因?yàn)橐蕾?lài)有缺陷組件的組件的開(kāi)發(fā)會(huì)延遲。更糟糕的是，如果您的團(tuán)隊(duì)在開(kāi)發(fā)過(guò)程的后期發(fā)現(xiàn)缺陷，則無(wú)法滿(mǎn)足已落實(shí)的計(jì)劃，或者您可能需要?jiǎng)?chuàng)建快捷方式或變通方法以保持計(jì)劃。這降低了質(zhì)量并增加了技術(shù)債務(wù)。

圖2：這是具有超過(guò)1億行代碼的大型企業(yè)產(chǎn)品的CI/CD管道建模示例(單擊放大)。每個(gè)橙色粘性標(biāo)簽代表一個(gè)大組件(節(jié)點(diǎn))，而藍(lán)色箭頭是描述構(gòu)建，集成和部署步驟的邊緣。粉色便簽顯示了周期時(shí)間，提前期和完整且準(zhǔn)確的百分比(%C&A)。綠色粘滯便是分階段部署的最終產(chǎn)品。注意，“ LST”代表“大型解決方案系列”，“ ART”代表“敏捷發(fā)布系列”。

軟件工廠方法的企業(yè)優(yōu)勢(shì)

大型企業(yè)通常被視為沒(méi)有DevOps的恐龍。從一開(kāi)始，它們就失去了市場(chǎng)份額，而新興市場(chǎng)的小型公司卻在其DNA中擁有敏捷性和DevOps。但是，雖然確實(shí)可以使大型企業(yè)向前發(fā)展充滿(mǎn)挑戰(zhàn)，但是在SAFe的幫助下，您可以成功進(jìn)行轉(zhuǎn)型。您將能夠以最小的努力來(lái)創(chuàng)建或更改開(kāi)發(fā)價(jià)值流，因?yàn)槿藗円呀?jīng)具有相同的語(yǔ)言和思維定勢(shì)，并且他們將能夠快速調(diào)整策略以應(yīng)對(duì)機(jī)遇或威脅。

軟件工廠通過(guò)使團(tuán)隊(duì)能夠更快地調(diào)整開(kāi)發(fā)設(shè)置以適應(yīng)不斷變化的業(yè)務(wù)需求并縮短升級(jí)和啟動(dòng)時(shí)間，從而補(bǔ)充了此功能。此外，它有助于減輕團(tuán)隊(duì)的認(rèn)知負(fù)擔(dān)，并提高效率，促進(jìn)左移并縮短交貨時(shí)間。

構(gòu)建企業(yè)軟件通常需要的復(fù)雜工具鏈通常會(huì)導(dǎo)致使用它們的團(tuán)隊(duì)出現(xiàn)認(rèn)知負(fù)擔(dān)?？紤]所需的管道改進(jìn)和維護(hù)活動(dòng)，例如跟上最新工具和技術(shù)的發(fā)展，以及升級(jí)構(gòu)建服務(wù)器，操作系統(tǒng)，插件，測(cè)試自動(dòng)化工具等。這就增加了認(rèn)知負(fù)載釋放截止日期的壓力，以及與產(chǎn)品和領(lǐng)域?qū)I(yè)知識(shí)以及新功能和錯(cuò)誤修復(fù)保持一致的需求，這也就不足為奇了，許多CI/CD管道不穩(wěn)定且不可靠。

“管道即服務(wù)”可以解決這些問(wèn)題并提高生產(chǎn)率。專(zhuān)門(mén)的專(zhuān)家維護(hù)并不斷改善多個(gè)產(chǎn)品團(tuán)隊(duì)可以使用的服務(wù)，從而減輕了開(kāi)發(fā)團(tuán)隊(duì)的負(fù)擔(dān)，使他們可以專(zhuān)注于在短時(shí)間內(nèi)開(kāi)發(fā)高質(zhì)量產(chǎn)品的核心職責(zé)。

為了更快地響應(yīng)開(kāi)發(fā)組織中的變更，您需要對(duì)開(kāi)發(fā)工具進(jìn)行標(biāo)準(zhǔn)化。這樣可以更好地集成工具，并使開(kāi)發(fā)團(tuán)隊(duì)更輕松地開(kāi)發(fā)其他產(chǎn)品，因?yàn)樗麄儗⑹煜て渌a(chǎn)品組正在使用的所有工具和核心流程。一組標(biāo)準(zhǔn)化的工具為現(xiàn)代軟件開(kāi)發(fā)方法(例如共享代碼所有權(quán)和內(nèi)部開(kāi)源)奠定了基礎(chǔ)。

使用Software Factory方法對(duì)工具進(jìn)行標(biāo)準(zhǔn)化可以極大地減少許可和維護(hù)成本，同時(shí)還可以減少工具之間所需的集成和同步的次數(shù)。

• 如果您擁有大量的工具，則可能有很多不可靠的，半功能的集成以及昂貴的維護(hù)工作。這意味著不必要的高昂總擁有成本，繁忙的工作人員以及不可靠的開(kāi)發(fā)數(shù)據(jù)流。

但是標(biāo)準(zhǔn)化需要謹(jǐn)慎的平衡。我的建議是盡可能地標(biāo)準(zhǔn)化，同時(shí)提供盡可能多的自由。并非所有工具和過(guò)程都是標(biāo)準(zhǔn)化的候選對(duì)象。軟件工廠通常從小規(guī)模開(kāi)始，然后根據(jù)采用和用戶(hù)反饋逐步發(fā)展。圖3顯示了一個(gè)經(jīng)過(guò)驗(yàn)證的帶有核心元素的Software Factory架構(gòu)。

圖3：這是Micro Focus的Software Factory架構(gòu)/藍(lán)圖，它顯示了功能完善的軟件工廠的主要組件和類(lèi)別(單擊放大)。

如何開(kāi)始

掌握企業(yè)軟件和網(wǎng)絡(luò)物理系統(tǒng)是一項(xiàng)復(fù)雜的工作，沒(méi)有簡(jiǎn)單的解決方案或靈丹妙藥。Scaled Agile Framework和其他一些框架可以為您的數(shù)字化轉(zhuǎn)型之旅提供指導(dǎo)和堅(jiān)實(shí)的基礎(chǔ)。

先進(jìn)的DevOps模型與Software Factory方法相結(jié)合，可以增強(qiáng)和補(bǔ)充這些產(chǎn)品，從而使您的組織可以在數(shù)字時(shí)代蓬勃發(fā)展。