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