DevOps 是什么,想必大家都知道。但這個概念,并沒有停止進化,而是根據(jù)開發(fā)實踐的不停深入而產(chǎn)生了不同變種。其中,BizDevOps 便是其中最注重與業(yè)務(wù)結(jié)合的一個。
BizDevOps,也稱為 DevOps 2.0,Business(業(yè)務(wù)) + Dev(開發(fā))+ Ops(運營),是一種軟件開發(fā)方法, 它鼓勵開發(fā)人員、運營人員和業(yè)務(wù)團隊一起工作,以使組織可以更快地開發(fā)軟件,對用戶需求做出更快的響應(yīng)并最終實現(xiàn)收入最大化。
01 BizDevOps 勢在必行
DevOps 為何誕生?就是為了打破開發(fā)與運營之間的部門墻。同理,BizDevOps 則更為進階。
盡管 DevOps 彌合了開發(fā)和運維部門之間的鴻溝,但大約 30%到 35%的 IT 項目都失敗了。原因通常是業(yè)務(wù)利益相關(guān)者和技術(shù)部門之間缺乏協(xié)作,這導(dǎo)致團隊開發(fā)和業(yè)務(wù)需求之間出現(xiàn)差距。
據(jù) IDC 分析師 Stephen Elliot 估計,有 30%到 35%的 IT 項目在業(yè)務(wù)價值上來說都是失敗的,其他的研究則出現(xiàn)更高的分析結(jié)果,甚至接近 50%。許多項目都出現(xiàn)大規(guī)模的滯后、不斷返工最后才讓業(yè)務(wù)方滿意。主要原因是需求定義不明確和開發(fā)人員、用戶和其他利益相關(guān)者之間缺乏溝通。
為了解決這一問題,DevOps 流程演變?yōu)榘I(yè)務(wù)(Business)利益相關(guān)者。BizDevOps 是一種軟件開發(fā)方法,它將非技術(shù)業(yè)務(wù)用戶、開發(fā)人員和運營團隊召集在一起,以快速交付符合業(yè)務(wù)和市場需求的定制解決方案。
開發(fā)團隊創(chuàng)建代碼,運營團隊在代碼發(fā)布后對其進行管理,管理團隊審查業(yè)務(wù)關(guān)鍵績效指標(biāo) ( KPI ) 的數(shù)據(jù)并為未來的開發(fā)項目設(shè)定要求。
BizDevOps 致力于從根本上改變軟件的開發(fā)方式。在這種方法中,業(yè)務(wù)團隊不僅設(shè)定要求,他們還直接與開發(fā)人員合作,為敏捷軟件開發(fā)沖刺和積壓的工作設(shè)定優(yōu)先級。他們成為業(yè)務(wù)方的合作伙伴,與管理人員一起解決問題,實現(xiàn)業(yè)務(wù)目標(biāo)。
當(dāng)下,越來越多的開發(fā)團隊認(rèn)識到,需要與其業(yè)務(wù)方緊密協(xié)同以確保軟件開發(fā)帶來更好的業(yè)務(wù)成果,DevOps 幫忙實現(xiàn)應(yīng)用程序交付、投產(chǎn)的高速度和高可靠性,但這遠(yuǎn)遠(yuǎn)不夠,如果一個項目不能給業(yè)務(wù)提供價值,那能稱之為成功嗎?所以,DevOps 正在演變?yōu)?BizDevOps。
在 DevOps 的基礎(chǔ)上,BizDevOps 需要更多的包容性。當(dāng)然,想要從文化層面去根治,幾乎是不可能的,而是必須從技術(shù)層給予支持。
有了低代碼后,這一狀況將得到根本改善:上述各角色都可以在同一個低代碼開發(fā)平臺上緊密協(xié)作(甚至可以是同一個人)。這種全新的協(xié)作模式不僅打破了部門墻,還能通過統(tǒng)一的可視化語言和單一的應(yīng)用表示(頁面 / 數(shù)據(jù) / 邏輯),輕松對齊項目各方對應(yīng)用形態(tài)和項目進度的理解,實現(xiàn) BizDevOps。
自從 Forrester 于 2014 年首次提出 “Low-Code(低代碼)” 這一概念,這幾年,低代碼發(fā)展迅速,在國外已經(jīng)有相對成熟的商業(yè)模式了,而國內(nèi)也在 2018 年左右開始熱議,不少 DevOps 平臺多多少少都有涉及到此概念。
02 實現(xiàn) BizDevOps,我們該怎么做?
Gartner 預(yù)測,到 2021 年應(yīng)用開發(fā)需求的市場增長將至少超過企業(yè) IT 交付能力的 5 倍。面對如此巨大的 IT 缺口,如果沒有一種革命性的 “新生產(chǎn)力” 體系,很難想象僅憑現(xiàn)有傳統(tǒng)技術(shù)體系的發(fā)展延續(xù)就能徹底解決問題。
低代碼 + BizDevOps 的實踐,漸成大勢所趨。而想要一個低代碼 + BizDevOps 項目走上正軌,兩個角色必須關(guān)注:
業(yè)務(wù)代表 – BizDevOps 流程中的關(guān)鍵角色。業(yè)務(wù)用戶(即產(chǎn)品負(fù)責(zé)人)負(fù)責(zé)通過對應(yīng)用程序提出需求或反饋來提供業(yè)務(wù)方面的見解,然后將其轉(zhuǎn)換為用戶案例。
開發(fā)人員 – 支持業(yè)務(wù)分析師構(gòu)建應(yīng)用程序,提供實際成果。開發(fā)人員專注于集成、數(shù)據(jù)模型、安全、性能等技術(shù)方面的工作。
一、開發(fā)團隊方面:好的 DevOps 工具鏈,可以保障前端與后端之間的良性循環(huán)
開發(fā)人員之間有一個很經(jīng)典的開發(fā)者循環(huán),也就是開發(fā)人員最常見的任務(wù),充分利用他們的技能:編碼、運行、驗證和調(diào)試。這也構(gòu)成了一個開發(fā)團隊之間的 “內(nèi)循環(huán)”。
要形成良好的 “內(nèi)循環(huán)”,一個好的 DevOps 工具鏈?zhǔn)潜夭豢缮俚摹?/p>
所有工具連接成一條鏈,保證了前端和后端開發(fā)人員、質(zhì)量分析人員和客戶之間的盈利循環(huán)。從而達到自動化開發(fā)和部署流程,以確?？焖?、可靠和預(yù)算友好地交付創(chuàng)新解決方案的目標(biāo)。
這絕非易事,需要進行不斷的實驗和改進,以確?；玖鞒掏耆詣踊?。關(guān)于 DevOps 工具的推薦,可以點擊查看之前的文章:《推薦!DevOps 工具正越來越自動化》。
除此之外,在工具層面我們也要擅用 AI。比如 AIOps 這個概念,AIOps 將人工智能 (AI)、分析和機器學(xué)習(xí) (ML) 結(jié)合在一起,以自動識別和修復(fù) IT 運營問題。通常,我們可以將 AIOps 系統(tǒng)作為 CI/CD 工具鏈的一部分并跨混合開發(fā)、測試和生產(chǎn)系統(tǒng)運行。
二、業(yè)務(wù)團隊方面:讓不寫代碼的人也參與進來
但在 BizDevOps 中,僅僅關(guān)注開發(fā)者之間的 “內(nèi)循環(huán)” 是不夠的。讓其他部門參與進來并打破孤島,在整個組織中建立 BizDevOps 文化,形成更大的 “外循環(huán)” 才是關(guān)鍵。
BizDevOps 可以幫助消除業(yè)務(wù)部門開發(fā)之間的隔閡。比如,支持新產(chǎn)品發(fā)布的銷售和營銷團隊需要持續(xù)了解開發(fā)項目的進度;同時,開發(fā)人員利益相關(guān)者也需要了解業(yè)務(wù)活動。
在 BizDevOps 文化中,業(yè)務(wù)部門可以將客戶反饋和要求傳達到開發(fā)周期中,以便增量版本可以包含客戶請求的功能。讓業(yè)務(wù)部門等不寫代碼的人參與進來的辦法有兩個:
第一,允許業(yè)務(wù)部門訪問文檔、接受演示甚至使用測試版本等非技術(shù)辦法。第二則是通過低代碼和自動化等技術(shù)辦法來教育業(yè)務(wù)團隊。
三、最后卻也是最重要的:選對平臺
在目前國內(nèi)的 DevOps 工具平臺的選項中,飛算 SoFlu 軟件機器人應(yīng)該是功能較為齊全的那一類。尤其,飛算 SoFlu 軟件機器人最近線的 “前端全自動開發(fā)平臺”,十分有利于 BizDevOps 的實施。
這個新上線的平臺其實是一個前端開發(fā)客戶端,它可以提供可視化開發(fā)模式和豐富的頁面控件,實現(xiàn)快速開發(fā)前端界面交互和頁面自定義開發(fā),且無業(yè)務(wù)場景限制,能夠簡化后端接口數(shù)據(jù)聯(lián)調(diào),其生成的前端部署包還能實現(xiàn)應(yīng)用項目私有化部署。
這一層能力的完善,也使得飛算 SoFlu 軟件機器人功能更加全面且更有競爭力。如下圖所示,從能力維度上對比,飛算 SoFlu 軟件機器人比國內(nèi)同類型產(chǎn)品更加全能:
同時,飛算 SoFlu 軟件機器人的解決方案能夠在可視化搭建、降低開發(fā)成本、提供選擇模版、多終端兼容等方面實現(xiàn)突破,為其應(yīng)用維度方面的對比帶來競爭力:
依托飛算 SoFlu 軟件機器人開發(fā)、測試、運維一體化的設(shè)計和可視化的低門檻開發(fā)方式,一方面可以打破開發(fā)、測試、運維之間的部門墻;另一方面可以讓業(yè)務(wù)人員全程參與軟件開發(fā),從而使得 BizDevOps 能夠得到真正落地。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
