來(lái)源：計(jì)算機(jī)世界

與高效使用敏捷和DevOps的公司相比，貴公司的團(tuán)隊(duì)表現(xiàn)如何？

許多組織已經(jīng)采取敏捷的規(guī)劃和交付方法，以提高構(gòu)建和改善應(yīng)用程序方面的一致性、可靠性和客戶滿意度。他們積極采用DevOps文化、原則和自動(dòng)化，以改善部署頻次、決定變更到部署變更的時(shí)間、解決事件的平均時(shí)間以及其他KPI。

你可能想知道：自己的團(tuán)隊(duì)和部門在采用敏捷和DevOps方面，與其他想法相似的組織相比如何？

Digital.ai發(fā)布的第15份《敏捷現(xiàn)狀報(bào)告》和 Puppet發(fā)布的《2021年DevOps現(xiàn)狀報(bào)告》給出了答案，這兩份報(bào)告都在這些實(shí)踐的整體成熟度方面提供了衡量基準(zhǔn)。以下是我從這兩份報(bào)告中得到的五個(gè)啟示。

敏捷和DevOps將不斷演進(jìn)

支持更多混合工作

自敏捷宣言（Agile Manifesto）發(fā)表以來(lái)，敏捷實(shí)踐一路向前發(fā)展，而DevOps平臺(tái)和功能使更多的技術(shù)團(tuán)隊(duì)更容易實(shí)現(xiàn)云的自動(dòng)化和運(yùn)營(yíng)。2021年興起的遠(yuǎn)程工作，以及目前備受關(guān)注的混合工作模式，將為許多組織帶來(lái)新的機(jī)遇和挑戰(zhàn)。

在這份敏捷報(bào)告中，只有16%的受訪者聲稱他們?cè)谛鹿诜窝滓咔橹巴耆h(yuǎn)程辦公。隨著疫情限制解除，56%的受訪者更青睞混合工作模式，另外25%的受訪者將保持完全遠(yuǎn)程辦公的模式，僅有3%的受訪者打算全部回到辦公室工作。

集中辦公的團(tuán)隊(duì)通常更容易進(jìn)行創(chuàng)新和協(xié)作，因此許多團(tuán)隊(duì)負(fù)責(zé)人會(huì)尋求切合實(shí)際的變化和工具，以支持混合工作方式?；旌瞎ぷ鲗⒏淖兠艚輬F(tuán)隊(duì)組織日常站會(huì)的工作方式，使敏捷工具和DevOps工具之間的更多工作流程實(shí)現(xiàn)自動(dòng)化，并正式確定溝通和協(xié)作實(shí)踐。

敏捷和DevOps成熟并非易事

DevOps報(bào)告稱，早在2010年，有10%的受訪組織稱得上擁有高度完善的DevOps實(shí)踐。在2021年的報(bào)告中，這個(gè)數(shù)字僅提高至18%。但是這些組織可以按需部署，決定變更到部署變更的時(shí)間不到1小時(shí)，遇到事件后恢復(fù)的平均時(shí)間也不到1小時(shí)，變更失敗率不足5%。

這對(duì)大多數(shù)組織來(lái)說(shuō)無(wú)疑是一個(gè)很高的水準(zhǔn)，但78%的中等成熟組織仍表明在這些KPI方面大有改進(jìn)空間。

在敏捷報(bào)告中，80%的受訪者奉行一套基本的敏捷方式，比如站會(huì)、回顧會(huì)議、迭代開發(fā)周期（sprint）規(guī)劃和迭代開發(fā)周期審核。但是三分之一以上的受訪者并未使用估計(jì)實(shí)踐、分派專門的產(chǎn)品負(fù)責(zé)人、規(guī)劃版本發(fā)布、規(guī)劃產(chǎn)品路線圖或落實(shí)敏捷組合規(guī)劃。受訪者還列出了目前所使用的20多種敏捷平臺(tái)、10多種不同的敏捷擴(kuò)展框架以及20多種不同的規(guī)劃和交付工具。

這表明在爭(zhēng)取達(dá)到什么樣的成熟度標(biāo)準(zhǔn)、采用哪些實(shí)踐，或統(tǒng)一采用哪些類型的工具等方面并沒有一個(gè)明確的答案。每家公司的業(yè)務(wù)目標(biāo)、文化基因和領(lǐng)導(dǎo)力目標(biāo)都會(huì)使她們采取不同的技術(shù)戰(zhàn)略和不同的實(shí)踐成熟度路徑。

改進(jìn)DevOps KPI需要標(biāo)準(zhǔn)

敏捷宣言有12條原則，其中一條原則是"最好的架構(gòu)、需求和設(shè)計(jì)來(lái)自自組織團(tuán)隊(duì)。"我同意這個(gè)說(shuō)法，但也認(rèn)為公司、部門和團(tuán)隊(duì)?wèi)?yīng)采用技術(shù)標(biāo)準(zhǔn)，選擇通用平臺(tái)，并建立卓越實(shí)踐中心。

技術(shù)領(lǐng)導(dǎo)者和架構(gòu)師可能更喜歡自由地選擇工具，但研究表明，成熟的DevOps團(tuán)隊(duì)更有可能創(chuàng)建標(biāo)準(zhǔn)。在DevOps報(bào)告中，超過(guò)87%的高成熟度組織和65%的中成熟度組織共享通用的工具、語(yǔ)言和DevOps方法。他們希望各自的工作有明確的角色、計(jì)劃和目標(biāo)（高成熟度組織是89%，中成熟度組織是72%），并確保團(tuán)隊(duì)成員清楚地了解職責(zé)（高成熟度組織是91%，中成熟度組織是78%）。

領(lǐng)導(dǎo)者應(yīng)鼓勵(lì)敏捷團(tuán)隊(duì)和DevOps從業(yè)人員在尋求新工具、創(chuàng)新和升級(jí)之前討論標(biāo)準(zhǔn)，并利用平臺(tái)。

目標(biāo)KPI保持一致對(duì)企業(yè)有利

多快才夠快？什么程度的自動(dòng)化才能盡量減少手動(dòng)步驟以減少錯(cuò)誤？目標(biāo)運(yùn)營(yíng)KPI 是否與業(yè)務(wù)目標(biāo)以及客戶或最終用戶的滿意度保持一致？

在敏捷報(bào)告中，衡量成功敏捷轉(zhuǎn)型的三大指標(biāo)（超過(guò)50%的受訪者回復(fù)）是：客戶滿意度、業(yè)務(wù)價(jià)值和所實(shí)現(xiàn)的業(yè)務(wù)目標(biāo)。此外，56%的受訪者已經(jīng)實(shí)施或計(jì)劃實(shí)施價(jià)值流管理。

這里有兩個(gè)要點(diǎn)：首先，無(wú)論你采用敏捷、DevOps還是混合工作模式，團(tuán)隊(duì)都必須將業(yè)務(wù)成果和客戶滿意度作為主要目標(biāo)。第二，選擇和改進(jìn)運(yùn)營(yíng)KPI需要投入，因此領(lǐng)導(dǎo)者應(yīng)選擇關(guān)注哪些指標(biāo)、實(shí)現(xiàn)哪些目標(biāo)。比如說(shuō)，變更失敗率高的團(tuán)隊(duì)可能會(huì)關(guān)注該KPI， 并優(yōu)先考慮持續(xù)測(cè)試實(shí)踐。另一方面，如果團(tuán)隊(duì)在競(jìng)爭(zhēng)激烈的市場(chǎng)中構(gòu)建面向客戶的應(yīng)用程序，可能會(huì)選擇提高部署頻次，以更快地推出新功能。

打破文化壁壘需要強(qiáng)有力的領(lǐng)導(dǎo)

兩份報(bào)告都呼吁需要積極的領(lǐng)導(dǎo)和文化變革，這對(duì)于成功的敏捷和DevOps計(jì)劃至關(guān)重要。在敏捷報(bào)告中，超過(guò)40%的受訪者將文化沖突、領(lǐng)導(dǎo)層缺乏參與和管理層支持不足視為敏捷方面的挑戰(zhàn)。在DevOps報(bào)告中，較成熟的DevOps組織中有超過(guò)44%的領(lǐng)導(dǎo)者積極倡導(dǎo)文化變革、DevOps實(shí)踐和業(yè)務(wù)成效。

受訪者認(rèn)識(shí)到，要想獲得認(rèn)可和支持，從而在端到端流程、實(shí)施平臺(tái)的投入以及培訓(xùn)和采用實(shí)踐的時(shí)間等方面，與業(yè)務(wù)部門利益相關(guān)者進(jìn)行協(xié)作，唯一的時(shí)機(jī)就是當(dāng)技術(shù)領(lǐng)導(dǎo)者與業(yè)務(wù)同事一起推動(dòng)變革的時(shí)候。畢竟，DevOps的關(guān)鍵不僅僅是自動(dòng)化和優(yōu)化云，敏捷方法也不僅僅旨在提高生產(chǎn)力、質(zhì)量和準(zhǔn)時(shí)交付。當(dāng)敏捷和DevOps以業(yè)務(wù)成效和客戶影響為目標(biāo)時(shí)，大家都是贏家。

本文來(lái)自【計(jì)算機(jī)世界】，僅代表作者觀點(diǎn)。全國(guó)黨媒信息公共平臺(tái)提供信息發(fā)布傳播服務(wù)。

ID