許多組織已經(jīng)采取敏捷的規(guī)劃和交付方法，以提高構(gòu)建和改善應用程序方面的一致性、可靠性和客戶滿意度。他們積極采用DevOps文化、原則和自動化，以改善部署頻次、決定變更到部署變更的時間、解決事件的平均時間以及其他KPI。
你可能想知道：自己的團隊和部門在采用敏捷和DevOps方面，與其他想法相似的組織相比如何？
Digital.ai發(fā)布的第15份《敏捷現(xiàn)狀報告》和 Puppet發(fā)布的《2021年DevOps現(xiàn)狀報告》給出了答案，這兩份報告都在這些實踐的整體成熟度方面提供了衡量基準。以下是我從這兩份報告中得到的五個啟示。
敏捷和DevOps將不斷演進支持更多混合工作
自敏捷宣言（Agile Manifesto）發(fā)表以來，敏捷實踐一路向前發(fā)展，而DevOps平臺和功能使更多的技術(shù)團隊更容易實現(xiàn)云的自動化和運營。2020年興起的遠程工作，以及目前備受關(guān)注的混合工作模式，將為許多組織帶來新的機遇和挑戰(zhàn)。
在這份敏捷報告中，只有16%的受訪者聲稱他們在新冠肺炎疫情之前完全遠程辦公。隨著疫情限制解除，56%的受訪者更青睞混合工作模式，另外25%的受訪者將保持完全遠程辦公的模式，僅有3%的受訪者打算全部回到辦公室工作。
集中辦公的團隊通常更容易進行創(chuàng)新和協(xié)作，因此許多團隊負責人會尋求切合實際的變化和工具，以支持混合工作方式?；旌瞎ぷ鲗⒏淖兠艚輬F隊組織日常站會的工作方式，使敏捷工具和DevOps工具之間的更多工作流程實現(xiàn)自動化，并正式確定溝通和協(xié)作實踐。
敏捷和DevOps成熟并非易事
DevOps報告稱，早在2010年，有10%的受訪組織稱得上擁有高度完善的DevOps實踐。在2021年的報告中，這個數(shù)字僅提高至18%。但是這些組織可以按需部署，決定變更到部署變更的時間不到1小時，遇到事件后恢復的平均時間也不到1小時，變更失敗率不足5%。
這對大多數(shù)組織來說無疑是一個很高的水準，但78%的中等成熟組織仍表明在這些KPI方面大有改進空間。
在敏捷報告中，80%的受訪者奉行一套基本的敏捷方式，比如站會、回顧會議、迭代開發(fā)周期（sprint）規(guī)劃和迭代開發(fā)周期審核。但是三分之一以上的受訪者并未使用估計實踐、分派專門的產(chǎn)品負責人、規(guī)劃版本發(fā)布、規(guī)劃產(chǎn)品路線圖或落實敏捷組合規(guī)劃。受訪者還列出了目前所使用的20多種敏捷平臺、10多種不同的敏捷擴展框架以及20多種不同的規(guī)劃和交付工具。
這表明在爭取達到什么樣的成熟度標準、采用哪些實踐，或統(tǒng)一采用哪些類型的工具等方面并沒有一個明確的答案。每家公司的業(yè)務目標、文化基因和領導力目標都會使它們采取不同的技術(shù)戰(zhàn)略和不同的實踐成熟度路徑。
改進DevOps KPI需要標準
敏捷宣言有12條原則，其中一條原則是"最好的架構(gòu)、需求和設計來自自組織團隊。"我同意這個說法，但也認為公司、部門和團隊應采用技術(shù)標準，選擇通用平臺，并建立卓越實踐中心。
技術(shù)領導者和架構(gòu)師可能更喜歡自由地選擇工具，但研究表明，成熟的DevOps團隊更有可能創(chuàng)建標準。在DevOps報告中，超過87%的高成熟度組織和65%的中成熟度組織共享通用的工具、語言和DevOps方法。他們希望各自的工作有明確的角色、計劃和目標（高成熟度組織是89%，中成熟度組織是72%），并確保團隊成員清楚地了解職責（高成熟度組織是91%，中成熟度組織是78%）。
領導者應鼓勵敏捷團隊和DevOps從業(yè)人員在尋求新工具、創(chuàng)新和升級之前討論標準，并利用平臺。
目標KPI保持一致對企業(yè)有利
多快才夠快？什么程度的自動化才能盡量減少手動步驟以減少錯誤？目標運營KPI是否與業(yè)務目標以及客戶或最終用戶的滿意度保持一致？
在敏捷報告中，衡量成功敏捷轉(zhuǎn)型的三大指標（超過50%的受訪者回復）是：客戶滿意度、業(yè)務價值和所實現(xiàn)的業(yè)務目標。此外，56%的受訪者已經(jīng)實施或計劃實施價值流管理。
這里有兩個要點：首先，無論你采用敏捷、DevOps還是混合工作模式，團隊都必須將業(yè)務成果和客戶滿意度作為主要目標。第二，選擇和改進運營KPI需要投入，因此領導者應選擇關(guān)注哪些指標、實現(xiàn)哪些目標。比如說，變更失敗率高的團隊可能會關(guān)注該KPI，并優(yōu)先考慮持續(xù)測試實踐。另一方面，如果團隊在競爭激烈的市場中構(gòu)建面向客戶的應用程序，可能會選擇提高部署頻次，以更快地推出新功能。
打破文化壁壘需要強有力的領導
兩份報告都呼吁需要積極的領導和文化變革，這對于成功的敏捷和DevOps計劃至關(guān)重要。在敏捷報告中，超過40%的受訪者將文化沖突、領導層缺乏參與和管理層支持不足視為敏捷方面的挑戰(zhàn)。在DevOps報告中，較成熟的DevOps組織中有超過44%的領導者積極倡導文化變革、DevOps實踐和業(yè)務成效。
受訪者認識到，要想獲得認可和支持，從而在端到端流程、實施平臺的投入以及培訓和采用實踐的時間等方面，與業(yè)務部門利益相關(guān)者進行協(xié)作，唯一的時機就是當技術(shù)領導者與業(yè)務同事一起推動變革的時候。畢竟，DevOps的關(guān)鍵不僅僅是自動化和優(yōu)化云，敏捷方法也不僅僅旨在提高生產(chǎn)力、質(zhì)量和準時交付。當敏捷和DevOps以業(yè)務成效和客戶影響為目標時，大家都是贏家。
作者：Isaac Sacolick是StarCIO總裁，是一位公認的頂級社交CIO和數(shù)字化轉(zhuǎn)型方面的影響力者。Sacolick在InfoWorld.com、CIO.com、個人博客Social,Agile,and Transformation以及其他網(wǎng)站上發(fā)表的文章超過700篇，并著有亞馬遜暢銷書《數(shù)字化驅(qū)動：通過技術(shù)進行業(yè)務轉(zhuǎn)型的領導者指南》。
原文網(wǎng)址：https://www.infoworld.com/article/
3626460/5-takeaways-from-recent-agile-and-devops-reports.html
編譯：沈建苗
微信排版：?？伸?/p>
排版審核：劉沙
