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