在復雜的企業(yè)環(huán)境中，DevOps（Development和Operations的組合詞，過程、方法與系統(tǒng)的統(tǒng)稱。用于促進開發(fā)-應用程序/軟件工程、技術(shù)運營和質(zhì)量保障-QA部門之間的溝通、協(xié)作與整合。）的成功可能難以捉摸。以下是?IT?領導者經(jīng)常出錯的地方，以及如何重回正軌。
圖源：Gorodenkoff / Shutterstock
你可能會感到驚訝，但DevOps幾乎已經(jīng)有20年的歷史了。由開發(fā)社區(qū)希望在部署應用程序時擁有更多能力和控制力的愿望所驅(qū)動，DevOps在2011年隨著Gartner（高德納，Gartner Group公司成立于1979年，它是第一家信息技術(shù)研究和分析的公司。它為有需要的技術(shù)用戶來提供專門的服務。Gartner已經(jīng)成為了一家獨立的咨詢公司，Gartner公司的服務主要是迎合中型公司的需要，它希望使自己的業(yè)務覆蓋到IT行業(yè)的所有領域，從而讓自己成為每一位用戶的一站式信息技術(shù)服務公司。）的積極展望在企業(yè)中獲得了發(fā)展動力，2015年，擴展Scaled Agile Framework/SAFe（規(guī)?；艚菘蚣埽且环N面向大型企業(yè)的敏捷開發(fā)框架，旨在協(xié)調(diào)多個團隊和部門的協(xié)同工作，以實現(xiàn)高效的軟件開發(fā)和交付。SAFe框架由Dean Leffingwell創(chuàng)建，汲取了敏捷開發(fā)、精益產(chǎn)品開發(fā)和系統(tǒng)思考的精華，適用于在大型企業(yè)內(nèi)部擴展敏捷，跨越多個團隊，提升產(chǎn)品開發(fā)和交付效率。）將DevOps納入其中。在此期間，AWS（亞馬遜云科技-連續(xù)12年被Gartner評為“全球云計算領導者”。為全球客戶提供以云服務器、云存儲、數(shù)據(jù)庫、機器學習為主的基礎設施和云解決方案,助您發(fā)展出海業(yè)務和企業(yè)在本地上云。）的史無前例的增長也促使首席信息官們更多地了解初創(chuàng)公司如何在云上進行創(chuàng)新和高效率運作。
那時，我是一位以開發(fā)為中心的首席信息官，在一家受監(jiān)管的財富100強企業(yè)中工作，該企業(yè)對其數(shù)據(jù)中心基礎設施和部署實踐有著嚴格的控制。我對自動化部署的前景感到興奮——可緩和開發(fā)團隊和IT運營團隊之間的緊張關(guān)系。但DevOps當時在我看來過于以開發(fā)為中心，我的第一篇文章質(zhì)疑了誰擁有DevOps，以及DevOps是如何在實踐上發(fā)生重大轉(zhuǎn)變的。
DevOps從那時起已經(jīng)發(fā)生了顯著變化——以至于沒有一種放之四海而皆準的成功方法。許多首席信息官遠離日常的DevOps運營，對應該優(yōu)先考慮哪些實踐缺乏全面的視角，并且可能會被初創(chuàng)公司、供應商或?qū)I(yè)服務組織在過于簡化的環(huán)境中實施DevOps的方式所誤導，而這與在復雜、受監(jiān)管的企業(yè)中所需的方式不同。
多云架構(gòu)、從大型機到云的應用程序組合、董事會加速AI和數(shù)字化成果的壓力——今天的首席信息官們面臨著一系列可能影響他們DevOps策略的挑戰(zhàn)。以下是首席信息官們在實施DevOps時仍然犯的六個常見錯誤，以及重新思考你的方法的建議。
一、采用IT項目心態(tài)而非組織文化轉(zhuǎn)型心態(tài)
DevOps需要開發(fā)和運營之間的文化對齊，以改善客戶體驗、推動業(yè)務敏捷性并提高運營彈性。但是，通過采用工具優(yōu)先的實施方法，許多首席信息官忽視了文化轉(zhuǎn)型的重要性。
“首席信息官可能錯誤地將DevOps視為狹窄的?IT?實施，而沒有優(yōu)先考慮在整個組織中進行必要的文化轉(zhuǎn)變，以實現(xiàn)協(xié)作、自動化和持續(xù)改進，”Infosys（印孚瑟斯技術(shù)有限公司，印度軟件公司，也是印度歷史上第一家在美國上市的公司。）現(xiàn)代化實踐的副總裁兼全球負責人Naresh Duddu（納雷什·杜杜）表示，“他們還可能忽視將DevOps實踐與端到端價值交付、客戶洞察、安全考慮、基礎設施可擴展性和在企業(yè)層面擴展DevOps的能力的重要性?！?/span>
在合規(guī)性、運營和治理方面也是如此。
“為了成功實施DevOps，首席信息官需要專注于培養(yǎng)一種強調(diào)工作流的文化，將DevOps實踐與現(xiàn)有的ITIL（Information Technology Infrastructure Library，信息技術(shù)基礎架構(gòu)庫。是一個IT服務管理的最佳實踐框架，旨在幫助組織優(yōu)化IT服務流程，提高服務質(zhì)量和效率，降低運營成本，增強業(yè)務對齊和風險管理。）或其他治理框架相結(jié)合，以確保在敏捷性的同時實現(xiàn)合規(guī)性，”ServiceNow（于2004年6月在加利福尼亞州注冊為GlideSoft,Inc.,后重新注冊到特拉華州并更名，是一家領先的基于云的服務提供商，可實現(xiàn)企業(yè)IT運營的自動化。ServiceNow的服務包括一套建立在專有平臺上的應用程序，可自動化工作流程并集成相關(guān)業(yè)務流程。ServiceNow專注于通過自動化和標準化業(yè)務流程以及在全球企業(yè)中整合IT來轉(zhuǎn)變企業(yè)IT。）的ITOM（IT運營管理。負責管理組織內(nèi)的信息技術(shù)需求，監(jiān)督 IT 基礎架構(gòu)和資源的供應、容量、性能和可用性，例如計算、網(wǎng)絡和應用資源。它的職責是在 IT 資源交付過程中執(zhí)行日常任務，提升質(zhì)量和效率，打造積極的最終用戶體驗。ITOM 是ITSM/IT服務管理的一門子學科，專注于服務生命周期的運營方面。在 ITSM 模型中，ITOM 專注于最終用戶通?？床坏降暮笈_服務管理。ITOM 團隊主要監(jiān)督網(wǎng)絡基礎架構(gòu)管理、服務臺運營、服務器和設備管理三個任務。對于所有這三個領域，ITOM 都建立了相應的流程，幫助 IT 部門在其整個生命周期內(nèi)部署、實施和支持服務。這包括建立用于修復問題的標準實踐，旨在幫助減少中斷和宕機，改善用戶體驗。成功的 ITOM 計劃的目標是改善工作流程，提高可用性，并實現(xiàn)最佳服務表現(xiàn)。）產(chǎn)品副總裁Gabby Menachem（加比·梅納赫姆）表示。
AND Digital（是一家總部位于英國的技術(shù)咨詢公司，專注于加速價值、提供咨詢、產(chǎn)品策略、平臺、數(shù)據(jù)、人工智能、體驗設計、軟件工程、移動應用開發(fā)等服務。公司致力于幫助客戶解決復雜的業(yè)務挑戰(zhàn)，通過其團隊的專業(yè)服務、技術(shù)專長和人才發(fā)展技能，為客戶提供卓越的解決方案。其團隊由經(jīng)驗豐富的專家組成，他們在各自的領域具有深厚的專業(yè)知識，能夠與客戶的高層領導緊密合作，交付卓越的產(chǎn)品、平臺和功能。）的首席技術(shù)官Rick Boyce（里克·博伊斯）強調(diào)了對DevOps采取典型的IT項目心態(tài)可能會削弱首席信息官實現(xiàn)業(yè)務目標的能力。
“當DevOps被視為只是另一個 IT 流程或單個團隊的責任時，組織會看到產(chǎn)品周期變慢，并且開發(fā)與業(yè)務目標之間缺乏一致性，”他說，“通過培養(yǎng)協(xié)作和共同責任的文化，公司可以加快上市時間、提高產(chǎn)品質(zhì)量，并增強對不斷變化的市場條件的適應能力。”
建議：詢問領導者他們對敏捷、DevOps和產(chǎn)品管理等關(guān)鍵實踐的理解，以及核心原則、方法和工具的差異。首席信息官可以通過參考人們的意見并為平衡創(chuàng)新和運營彈性制定組織愿景來對齊文化，這是DevOps文化的核心。
二、在沒有足夠運營支持的情況下追求持續(xù)交付
一些開發(fā)了先進的CI/CD（Continuous Integration持續(xù)集成/Continuous Delivery持續(xù)交付，屬于DevOps的概念，指將傳統(tǒng)開發(fā)過程中的代碼構(gòu)建、測試、部署以及基礎設施配置等一系列流程的人工干預轉(zhuǎn)變?yōu)樽詣踊?/span>使用CI/CD，代碼經(jīng)由開發(fā)人員更改后，可進行自動化測試并完成交付和部署。恰當?shù)腃I/CD管道可使計算機停機時間最小化，從而更快發(fā)布代碼。）管道的DevOps團隊迅速進入持續(xù)部署，在快速部署計劃中頻繁將代碼更改推送到生產(chǎn)環(huán)境中。但持續(xù)部署并不總是適合你的業(yè)務，利益相關(guān)者并不總是理解實施強大的持續(xù)測試的成本，并且最終用戶并不總是容忍在高峰使用期間頻繁的應用程序部署。
CIO們還必須考慮DevOps團隊是否具有必要的安全、可觀測性、AIops（人工智能運維。是將人工智能和機器學習技術(shù)應用于IT運維領域的新興概念。它通過自動化、智能化的方式，精準地監(jiān)控和分析IT系統(tǒng)中產(chǎn)生的大量數(shù)據(jù)，以減少手動操作并提高運維效率。）和其他學科知識，以確保強大的部署達到預期的服務水平目標。
“并非所有DevOps團隊都具備作為一個整體正確自動化集成和交付所需的相同紀律和文化，”IBM（國際商業(yè)機器公司或萬國商業(yè)機器公司，總公司在紐約州阿蒙克市。IT公司-國際商業(yè)機器公司。1911年托馬斯·約翰·沃森創(chuàng)立于美國，是全球最大的信息技術(shù)和業(yè)務解決方案公司，擁有全球雇員 31萬多人，業(yè)務遍及160多個國家和地區(qū)。）的應用現(xiàn)代化和IT自動化副總裁Vikram Murali（維克拉姆·穆拉里）說，“首席信息官們需要確保他們的行為、工具鏈和標準設置使他們的團隊建立成功的DevOps實踐。我們經(jīng)常看到團隊為了速度而犧牲質(zhì)量，并由于CI/CD而采取捷徑將代碼部署到生產(chǎn)環(huán)境中?！?/span>
Workday（是一家基于云的財務管理和人力資本管理軟件供應商，成立于2005年，總部位于美國加利福尼亞州普萊森頓。?公司的目標市場包括跨國企業(yè)和敏感性公司，提供全球統(tǒng)一的云計算服務，使企業(yè)能夠?qū)崿F(xiàn)實時數(shù)據(jù)管理和全球員工的同時在線辦公。其產(chǎn)品和服務主要包括財務管理、人力資本管理和分析應用程序，服務于公司、教育機構(gòu)和政府機構(gòu)。其系統(tǒng)以多租戶的SaaS服務形式提供，這種模式使Workday在市場上具有先發(fā)優(yōu)勢。公司的客戶可以同時在線辦公，數(shù)據(jù)錄入和修改，管理層可以依靠實時數(shù)據(jù)做出決策。）的首席技術(shù)官Jim Stratton（吉姆·斯特拉頓）簡潔地解釋了他的組織為什么遵循每周部署時間表：“為了在不破壞任何東西的情況下繼續(xù)發(fā)展我們的平臺，我們需要測試一切。”
CrowdStrike（是一家提供網(wǎng)絡安全產(chǎn)品和服務以阻止違規(guī)行為的公司。它提供跨端點、云工作負載、身份和數(shù)據(jù)、威脅情報、托管安全服務、IT運營管理、威脅搜索、零信任身份保護和日志管理的云交付保護。CrowdStrike為全球客戶提供服務，致力于幫助客戶發(fā)現(xiàn)攻擊即將到來時的征兆，并在漏洞出現(xiàn)前采取措施。公司成立于2011年，總部位于美國德克薩斯州奧斯汀市。）最近因為一次失敗的部署影響了850萬臺微軟Windows（Microsoft Windows是美國微軟公司以圖形用戶界面為基礎研發(fā)的操作系統(tǒng)，主要運用于計算機、智能手機等設備。共有普通版本、服務器版本/Windows Server、手機版本/Windows Phone等、嵌入式版本/Windows CE等各子系列，是全球應用最廣泛的操作系統(tǒng)之一。）電腦，導致全球近1萬個航班取消，并產(chǎn)生了重大的財務影響而成為新聞。這場危機應該給所有授權(quán)DevOps團隊在沒有足夠測試、撤銷、監(jiān)控和其他運營最佳實踐的情況下加速持續(xù)交付的首席信息官一個警告。
根據(jù)State of DevOps Report 2023/《2023年DevOps狀況報告》，只有18%的組織通過按需部署、變更失敗率為5%并在一小時內(nèi)從任何失敗的部署中恢復過來實現(xiàn)了卓越表現(xiàn)。高績效者（31%）每天部署一次到每周部署一次，報告變更失敗率為10%，并在一天內(nèi)從失敗的部署中恢復過來。請記住這些現(xiàn)實中的基準。
建議：首席信息官應該采取一種風險知情的方法，在制定特定應用的持續(xù)部署策略之前了解業(yè)務、客戶和員工的影響。被批準進行頻繁、持續(xù)部署的應用程序應該有強大的持續(xù)測試、增強的可觀測性和金絲雀發(fā)布策略，以將風險降至最低。
三、忽視最終用戶和開發(fā)人員的體驗
許多DevOps實踐專注于自動化，如CI/CD和基礎設施即代碼。首席信息官可能錯誤地在改善用戶體驗、增加與業(yè)務利益相關(guān)者的一致性以及促進積極的開發(fā)人員體驗的實踐上投資不足。
一個例子是DevOps團隊如何使用功能標志，這可以通過使產(chǎn)品經(jīng)理能夠測試特性和用戶體驗變體來推動敏捷實驗。功能標志還可以幫助DevOps團隊通過基于性能影響控制功能并自動向利益相關(guān)者通報部署情況來減少失敗的恐懼。
但是太多的DevOps團隊僅使用功能標志來控制用戶對新功能的訪問，LaunchDarkly（是一家產(chǎn)品測試和優(yōu)化企業(yè)，成立于2014年，總部位于美國。?該公司專注于幫助企業(yè)優(yōu)化其產(chǎn)品代碼，更好地控制產(chǎn)品特性，從而提高產(chǎn)品質(zhì)量和用戶體驗。）的首席產(chǎn)品官Claire Vo（克萊爾·沃）說?！?/span>它們是DevOps中的多功能工具，可以實現(xiàn)更安全的部署、促進?A/B?測試并增強運營彈性。”
DevOps角色和職責——尤其是當將基礎設施自動化、測試和安全功能“左移”給開發(fā)人員時——也可能是一個問題。在某些情況下，將太多的責任放在開發(fā)人員的肩上會降低他們的生產(chǎn)力，并要求他們發(fā)展不切實際的專業(yè)知識水平。
“首席信息官和首席技術(shù)官必須避免‘左移’的陷阱，”Coder（是一家專注于提供基于云計算的開發(fā)工具套件的科技初創(chuàng)企業(yè)。其主要產(chǎn)品和服務包括開發(fā)工具套件，旨在幫助開發(fā)者在云端高效地創(chuàng)建和管理開發(fā)環(huán)境。）的首席執(zhí)行官Rob Whiteley（羅布?懷特利）說，“雖然DevOps和DevSecOps（是“開發(fā)、安全和運營”的縮寫。它是一種文化取向、自動化方法和平臺設計方法，將安全性作為整個 IT 生命周期的共同責任。DevOps是一組過程、方法與系統(tǒng)的統(tǒng)稱，用于促進開發(fā)、技術(shù)運營和質(zhì)量保障部門之間的溝通、協(xié)作與整合；而DevSecOps強調(diào)的是應用和基礎架構(gòu)的安全防護。）可以驅(qū)動巨大的自動化和時間節(jié)省，但它們通常會對開發(fā)人員造成負擔。在軟件開發(fā)生命周期中更早地轉(zhuǎn)移運營會增加認知負荷并降低開發(fā)人員生產(chǎn)力?！?/span>
建議：首席信息官們應該提出問題并促進討論，并促進關(guān)于DevOps實踐如何影響人們（包括客戶、最終用戶、員工和開發(fā)人員）的討論。首席信息官們還應該就角色和職責發(fā)表意見，并監(jiān)督管理定義治理模型，以避免個人負擔過重或出現(xiàn)責任差距。
四、在沒有標準的情況下授權(quán)團隊選擇工具
授權(quán)團隊選擇他們的平臺、工具和技術(shù)可以幫助推動更好的結(jié)果——但這種做法也有注意事項。
“允許團隊選擇工具并不意味著每個團隊都可以自由選擇他們想要的任何工具。引入沒有任何限制的技術(shù)會增加技術(shù)債務和脆弱性，”Google Cloud（谷歌云，為谷歌推出的云服務器平臺，云服務器的出現(xiàn)原是為了減少小公司或者個人在配置硬件上的潛在成本。）的DORA（DevOps Research and Assessment，是谷歌在2018年收購的一個研究小組，旨在通過數(shù)據(jù)驅(qū)動的洞察力幫助組織實現(xiàn)高DevOps和組織績效。其研究重點在于通過分析和研究DevOps實踐，為軟件開發(fā)、部署、交付、安全性、文化和組織變革等多個方面提供最佳實踐，以實現(xiàn)更高效、更快速、更安全的軟件交付和運維。）研究項目表示，該項目旨在授權(quán)團隊選擇工具。
開發(fā)DevOps標準的一種方法是建立平臺工程紀律，以創(chuàng)建可復用、可配置、自助服務的組件。據(jù)2024 State of DevOps Report: The Evolution of Platform Engineering/《2024年DevOps現(xiàn)狀報告：平臺工程的演變》，78%的受訪者在擁有至少成立了三年的平臺工程團隊的組織中工作。平臺工程對開發(fā)人員帶來的最大好處包括提高生產(chǎn)力、更好的軟件質(zhì)量、減少部署的前置時間和更穩(wěn)定的應用程序。
平臺工程是創(chuàng)建標準和強化關(guān)鍵原則的一種方法。這些幫助團隊避免過分關(guān)注技術(shù)，忽視業(yè)務目標，或者通過構(gòu)建難以支持的能力引入“DevOps債務”。
“雖然自動化是DevOps的一個關(guān)鍵組成部分，但它并非萬能良藥，”Lukas Gentele（盧卡斯·根泰勒）說，他是Loft（公司專注于解決Kubernetes多租戶和開發(fā)人員體驗方面的挑戰(zhàn)。?）的聯(lián)合創(chuàng)始人兼首席執(zhí)行官，并補充說它可能會在未來導致更嚴重的問題，“自動化可以迅速在部署速度和頻率上顯示出改進，但如果底層架構(gòu)不是設計為支持可擴展的多租戶環(huán)境，它可能會導致運營難題和成本增加。”
建議：首席信息官必須與他們的DevOps團隊在自組織創(chuàng)新實踐、新技術(shù)實驗、建立平臺和創(chuàng)建標準之間取得平衡。除了平臺工程之外，首席信息官還應該考慮企業(yè)架構(gòu)師和交付領導者在他們組織中的角色，以及當在DevOps平臺和方法上出現(xiàn)問題時他們應該如何協(xié)作。
五、期望團隊會定義適當?shù)娘L險策略
雖然團隊可以學習DevSecOps原則，首席信息官們可以選擇IT風險管理框架，但許多組織人手不足，無法審查團隊在“左移”時如何優(yōu)先考慮主動風險緩解并實施強大的安全措施。
“許多首席信息官認為保護他們組織的應用程序僅僅涉及管理一個檢測到的漏洞的匯總列表，”Apiiro（是一家專注于DevSecOps平臺的企業(yè)，旨在將安全開發(fā)生命周期從手動和定期的狀態(tài)轉(zhuǎn)變?yōu)樽詣踊一陲L險的“開發(fā)人員優(yōu)先”方法?。）的首席產(chǎn)品官Moti Gindi（莫蒂·金迪）說。
在敏捷開發(fā)團隊的積壓事項中檢測漏洞并確定修復的優(yōu)先級是被動的，并且僅解決已知的漏洞和潛在的軟件供應鏈問題。
LeanTaaS（是一家位于硅谷的醫(yī)療軟件公司，專注于通過數(shù)據(jù)挖掘和機器學習進行預測分析，并運用云端解決方案改善醫(yī)療機構(gòu)服務水平和提升醫(yī)療資源利用率。公司的產(chǎn)品iQueue利用專有算法，將可用資產(chǎn)與需要它們的患者和臨床醫(yī)生進行匹配，考慮了數(shù)百個現(xiàn)實世界中的操作限制，并通過比較預期績效與實際績效來自我完善，從而改善患者的流通效率和員工滿意度，同時減少等待時間和運營成本。）的安全和合規(guī)總監(jiān)Bill Murphy（比爾·墨菲）表示，DevOps團隊可能對數(shù)據(jù)安全關(guān)注不夠，“數(shù)據(jù)安全漏洞的后果遠遠超出了通知受影響方。它們嚴重損害了組織的聲譽，導致因客戶續(xù)簽的減少和獲取新客戶的下降而失去商業(yè)機會。”
一個新關(guān)注的領域是開發(fā)團隊如何使用AI代碼生成和copilot（是微軟在Windows 11中加入的AI助手，該AI助手是一個集成了在操作系統(tǒng)中的側(cè)邊欄工具，可以幫助用戶完成各種任務。）。“人工智能補充了開發(fā)人員和工程師的工作，釋放了創(chuàng)新、系統(tǒng)設計和架構(gòu)的時間，”Sonar（是一家提供代碼質(zhì)量管理解決方案的公司，其旗艦產(chǎn)品是 SonarQube，這是一個開源的代碼分析平臺，用于持續(xù)分析和評估項目源代碼的質(zhì)量。SonarQube 能夠檢測項目中的重復代碼、潛在的 bug、代碼規(guī)范問題、安全性漏洞等問題，并通過 web 用戶界面展示出來。它支持 25 種以上編程語言的代碼掃描和分析，包括 Java、Python、C#、JavaScript、Go 和 C++ 等，涵蓋了編程語言的靜態(tài)掃描規(guī)則，能夠與代碼編輯器、CI/CD 平臺以及源代碼管理/SCM集成。）的首席信息官Andrea Malagodi（安德里亞·馬拉戈迪）說。“我預計首席信息官們將讓團隊專注于強大的設計、良好的架構(gòu)模式、嚴格的代碼測試以及對代碼的批判性分析，以確保它符合質(zhì)量和安全標準?！?/span>
建議：首席信息官應該要求產(chǎn)品經(jīng)理和交付領導者定義他們的路線圖，展示在新能力、技術(shù)債務和風險緩解方面的優(yōu)先級。即使自動化、持續(xù)測試和增強的可觀測性實踐使DevOps團隊能夠增加部署頻率，組織也應該定義一個發(fā)布管理策略，并定期審查每個團隊如何優(yōu)先考慮和解決風險。
六、未能定義首席信息官在DevOps中的角色
首席信息官出錯的最后一個領域是當他們僅在系統(tǒng)中斷、部署失敗、利益相關(guān)者憤怒或安全漏洞等重大問題出現(xiàn)后才介入DevOps。
“對于首席信息官來說，關(guān)于DevOps的討論似乎深入到了細節(jié)，所以他們將其委托給開發(fā)部門中低兩到三個級別的人，”Copado（是一家提供DevOps解決方案的公司，專注于幫助企業(yè)通過自動化和持續(xù)改進的方法來提高軟件開發(fā)和部署的效率。）的高級副總裁David Brooks（大衛(wèi)?布魯克斯）說，“DevOps是關(guān)于更快、更可靠地為企業(yè)交付價值，是數(shù)字化轉(zhuǎn)型努力的核心。”
鑒于DevOps已經(jīng)成熟了超過15年，首席信息官們應該期望他們的團隊成員有不同的愿景和實施方法。領導數(shù)字化轉(zhuǎn)型的首席信息官應該積極參與定義DevOps文化，明確他們將如何定期與團隊協(xié)作，并促進與業(yè)務需求一致的實踐。
作者：Isaac Sacolick（艾薩克·薩科利克）
Isaac Sacolick（艾薩克·薩科利克），數(shù)字化轉(zhuǎn)型學習公司StarCIO的總裁，指導領導者采用所需的實踐，以領導其組織的轉(zhuǎn)型變革。他是《Digital Trailblazer（數(shù)字開拓者）》和亞馬遜暢銷書《Driving Digital（驅(qū)動數(shù)字）》的作者，講述了敏捷規(guī)劃、開發(fā)、數(shù)據(jù)科學、產(chǎn)品管理和其他數(shù)字化轉(zhuǎn)型最佳實踐。Sacolik是公認的頂級社交首席信息官，也是數(shù)字轉(zhuǎn)型的影響者，在InfoWorld、CIO.com、他的博客social、Agile和transformation以及其他網(wǎng)站上發(fā)表了900多篇文章。本文中表達的觀點是Isaac Sacolick（艾薩克·薩科利克）的觀點，不一定代表IDG通信公司，其母公司，子公司或附屬的公司的觀點。
譯者：寶藍
【睿觀：DevOps雖已歷經(jīng)多年發(fā)展，但許多企業(yè)在實施過程中仍會犯下一些常見的錯誤。?這些錯誤往往源于對DevOps的誤解、不恰當?shù)墓ぞ哌x擇，以及忽視組織文化和人員因素。
首先，許多企業(yè)將DevOps視為一個IT項目，而非組織文化轉(zhuǎn)型。?他們過分關(guān)注工具的引入，而忽視了文化變革的重要性。這種做法往往導致DevOps無法深入人心，難以發(fā)揮其應有的作用。
其次，一些企業(yè)在沒有充分準備的情況下，盲目追求持續(xù)交付。?他們忽視了持續(xù)交付需要強大的測試、監(jiān)控和回滾機制，以及具備相應技能的團隊。這可能導致部署失敗，給企業(yè)帶來損失。
此外，企業(yè)還容易忽視最終用戶和開發(fā)人員的體驗。?過度強調(diào)自動化，而忽略了人因因素，可能導致開發(fā)人員負擔過重，用戶體驗不佳。
第四，企業(yè)在工具選擇上缺乏統(tǒng)一的標準，導致技術(shù)債務增加。?雖然授權(quán)團隊選擇工具有一定好處，但缺乏統(tǒng)一的標準會增加系統(tǒng)復雜性，降低維護效率。
第五，企業(yè)往往忽視了DevOps中的安全問題。?他們將安全視為事后的補救措施，而不是開發(fā)過程中的內(nèi)建要素。
最后，企業(yè)高層，尤其是CIO，往往沒有充分參與到DevOps的實施過程中。?他們將DevOps視為開發(fā)團隊的事務，而忽視了自身的領導作用。
為了避免這些錯誤，企業(yè)應采取以下措施：
將DevOps視為文化轉(zhuǎn)型，而非IT項目。?強調(diào)協(xié)作、溝通和持續(xù)改進。
逐步推進持續(xù)交付，并確保有足夠的準備。?強調(diào)質(zhì)量，而非速度。
關(guān)注用戶體驗和開發(fā)人員體驗。?避免過度自動化，平衡效率與人的因素。
建立統(tǒng)一的工具標準，并采用平臺工程的方法。
將安全融入DevOps的整個生命周期。
CIO應積極參與DevOps，提供領導力和支持。
總之，DevOps的成功不僅取決于技術(shù)的應用，更取決于組織文化的變革和領導層的支持。?企業(yè)應根據(jù)自身特點，制定適合的DevOps實施策略，并持續(xù)改進。】
