展望2021，DevOps與敏捷方法不再“相愛(ài)相殺”
每家企業(yè)都在強(qiáng)調(diào)自己對(duì)于DevOps與敏捷化理念的認(rèn)可，而且可以肯定的是，新一年內(nèi)這兩項(xiàng)目標(biāo)將得到進(jìn)一步關(guān)注。如今，遠(yuǎn)程辦公的全面貫徹為DevOps全面普及鋪平了道路，各個(gè)行業(yè)加強(qiáng)協(xié)作、特別是數(shù)字化協(xié)作的愿望，也從未如此強(qiáng)烈。新一年中，DevOps與敏捷化將走向何方？根據(jù)行業(yè)領(lǐng)導(dǎo)者們的普遍觀點(diǎn)，DevOps與敏捷化需要找出一條規(guī)�；瘧�(yīng)用的路徑。
DevOps是指在開(kāi)發(fā)團(tuán)隊(duì)與運(yùn)營(yíng)團(tuán)隊(duì)之間建立起協(xié)作體系，敏捷化則強(qiáng)調(diào)以相同的步調(diào)統(tǒng)籌IT與業(yè)務(wù)用戶(hù)，攜手發(fā)布軟件產(chǎn)品并以自動(dòng)化且安全的方式進(jìn)行成果更新。結(jié)合近年來(lái)的行業(yè)期刊與分析師報(bào)告，我們會(huì)發(fā)現(xiàn)DevOps與敏捷技術(shù)可謂無(wú)所不在。但現(xiàn)實(shí)情況真有這么樂(lè)觀嗎？DevOps與敏捷化在實(shí)際應(yīng)用中是否還在“相愛(ài)相殺”？二者的應(yīng)用發(fā)展是否達(dá)到了預(yù)期的水準(zhǔn)？
衡量結(jié)果，掌控趨勢(shì)
ServiceNow公司IT業(yè)務(wù)管理與DevOps副總裁兼總經(jīng)理RJ Jainendra認(rèn)為，DevOps領(lǐng)域內(nèi)的發(fā)展可謂參差不齊。盡管不少團(tuán)隊(duì)取得了進(jìn)步與成功，但也有一部分DevOps核心挑戰(zhàn)仍在困擾各類(lèi)企業(yè)。根據(jù)他的觀察，一些小型、獨(dú)立的DevOps計(jì)劃大放異彩，但由于開(kāi)發(fā)與運(yùn)營(yíng)團(tuán)隊(duì)之間仍存在著多種手動(dòng)流程、可見(jiàn)性不佳以及工具種類(lèi)繁多等問(wèn)題，在規(guī)模擴(kuò)展的過(guò)程中往往會(huì)損害其中強(qiáng)調(diào)的敏捷性。例如，不少客戶(hù)的軟件發(fā)布速率并未顯著提高，他們聲稱(chēng)DevOps流程與現(xiàn)有工具選項(xiàng)之間存在巨大沖突，這也成為阻礙其進(jìn)步的主要障礙。
Jainendra還指出，質(zhì)量控制也是阻礙DevOps成功的一塊攔路石。“安全性與合規(guī)性都是難以克服的問(wèn)題。團(tuán)隊(duì)現(xiàn)在雖然可以快速行動(dòng)，但關(guān)于風(fēng)險(xiǎn)、安全性、變更及合規(guī)性的企業(yè)流程并未跟上發(fā)展的步伐。為了真正實(shí)現(xiàn)DevOps成功，組織需要一步步推動(dòng)這些流程的現(xiàn)代化與自動(dòng)化轉(zhuǎn)型。”
當(dāng)然，Jaindendra并不否認(rèn)敏捷化的進(jìn)步。他提到，通過(guò)實(shí)施更廣泛的敏捷管理，可以看到業(yè)界對(duì)于敏捷方法的擴(kuò)展問(wèn)題已經(jīng)抱有充分關(guān)注。另外，團(tuán)隊(duì)也從敏捷方法中受益匪淺，憑借創(chuàng)造效率文化的新能力不斷提高生產(chǎn)效率。即使面對(duì)大多數(shù)員工需要遠(yuǎn)程辦公的現(xiàn)實(shí)情況，我們?nèi)匀灰部梢栽谝咔橹芦@得不遜于以往的團(tuán)隊(duì)協(xié)作優(yōu)勢(shì)。未來(lái)的需求是更全面地定制敏捷工作。目前，組織往往無(wú)法針對(duì)自身情況調(diào)整敏捷計(jì)劃。與其他實(shí)踐或者方法論一樣，敏捷化的實(shí)現(xiàn)方法也需要進(jìn)行定制，確保以最高效的方式解決當(dāng)前面對(duì)的獨(dú)特需求與挑戰(zhàn)。通過(guò)定制敏捷實(shí)踐，組織將讓自己的工具更有效、更具吸引力。
但很多人還不太了解敏捷化趨勢(shì)的當(dāng)前發(fā)展?fàn)顩r。Roeder Consulting公司創(chuàng)始人兼總裁Tres Roeder表示，“項(xiàng)目管理專(zhuān)家總是愛(ài)片面強(qiáng)調(diào)優(yōu)勢(shì)。毫無(wú)疑問(wèn)，敏捷化在軟件開(kāi)發(fā)層面帶來(lái)了諸多助益，包括澄清角色定位、改善溝通效果并增強(qiáng)團(tuán)隊(duì)能力等等。但除此之外，敏捷化在其他領(lǐng)域的收益則缺乏確切證明。自從幾年之前敏捷宣言發(fā)布以來(lái)，狂熱支持者們就一直將其視為解決所有難題的萬(wàn)靈藥。但事實(shí)并非如此，敏捷革命本身遭遇嚴(yán)重失敗。不少親身投入其中并愿意全面轉(zhuǎn)型的組織，都深刻意識(shí)到了其中的風(fēng)險(xiǎn)。”
例如，敏捷技術(shù)在管理時(shí)間要求較為嚴(yán)格、以及涉及多個(gè)跨學(xué)科領(lǐng)域的項(xiàng)目中往往難以起效。假設(shè)要發(fā)起一項(xiàng)新的廣告宣傳活動(dòng)，其中包含軟件新產(chǎn)品的明確發(fā)布日期。在這種情況下，純敏捷方法允許編程團(tuán)隊(duì)按個(gè)人判斷自發(fā)工作，但這顯然難以達(dá)到軟件發(fā)布的沖刺要求�？偠灾艚菔莻�(gè)“好東西”，但還要講究一點(diǎn)使用場(chǎng)景。除了混合敏捷方法之外，預(yù)測(cè)性項(xiàng)目管理技術(shù)同樣非常重要。Roeder強(qiáng)調(diào)，具有前瞻性的現(xiàn)代組織之前采用的只能算是「純敏捷」方法。如今，必須在開(kāi)發(fā)流程中將自適應(yīng)技術(shù)與預(yù)測(cè)技術(shù)結(jié)合起來(lái)，建立起動(dòng)態(tài)的定制化混合方法。
云與低代碼帶來(lái)價(jià)值
云計(jì)算已經(jīng)成為DevOps與敏捷實(shí)踐的重要驅(qū)動(dòng)力。隨著新冠疫情的爆發(fā)，不少企業(yè)開(kāi)始全面轉(zhuǎn)向遠(yuǎn)程化與數(shù)字化流程。除了開(kāi)始涉足DevOps與敏捷實(shí)踐之外，人們也對(duì)AI等新興技術(shù)產(chǎn)生濃厚的興趣。AI的介入能夠在復(fù)雜流程中建立起高效的自動(dòng)化體系，其低代碼特征也引起了人們的廣泛興趣。以此為基礎(chǔ)，普通員工也可以在極短的時(shí)間內(nèi)創(chuàng)建、部署并擴(kuò)展應(yīng)用程序。但必須承認(rèn)，這一切還無(wú)法給原有傳統(tǒng)方法帶來(lái)顛覆性的重大影響。
過(guò)去一年來(lái)它們?cè)贒evOps的應(yīng)用領(lǐng)域獲得了長(zhǎng)足進(jìn)步，團(tuán)隊(duì)切身感受到了DevOps的價(jià)值，因此對(duì)其抱有充分的信心。不過(guò)，DevOps目前還缺少一種能夠在云之外獨(dú)立存在的實(shí)現(xiàn)方式，這無(wú)疑拖慢了變革的速度。在大部分場(chǎng)景下，這種對(duì)云的嚴(yán)重依賴(lài)限制了DevOps能力的全面發(fā)揮。此外，對(duì)DevOps的分析工作也不夠完善。
DevOps的核心訴求在于提高流程效率，但很多組織并不重視對(duì)結(jié)果的衡量乃至對(duì)后續(xù)監(jiān)控的規(guī)劃。如果無(wú)法確切理解業(yè)務(wù)變化并快速做出反應(yīng)，那么持續(xù)改進(jìn)將只是一句空話(huà)。
此外，低代碼解決方案將成為推動(dòng)DevOps發(fā)展的關(guān)鍵動(dòng)力，分析功能缺失問(wèn)題也有望由此得到解決。以往，圍繞數(shù)據(jù)生成有意義的儀表板與報(bào)告內(nèi)容是一項(xiàng)費(fèi)時(shí)費(fèi)力的技術(shù)性挑戰(zhàn)。如今，低代碼解決方案的出現(xiàn)使業(yè)務(wù)用戶(hù)能夠輕松從流程中提取數(shù)據(jù)并導(dǎo)入儀表板，快速獲取相應(yīng)洞見(jiàn)。因此，只要用發(fā)展解決發(fā)展的問(wèn)題，我們終將歸來(lái)DevOps全面爆發(fā)的一天。
