DevOps 是什麼，想必大家都知道。但這個概念，并沒有停止進化，而是根據開發實踐的不停深入而産生了不同變種。其中，BizDevOps 便是其中最注重與業務結合的一個。
BizDevOps，也稱為 DevOps 2.0，Business（業務） + Dev（開發）+ Ops（營運），是一種軟體開發方法， 它鼓勵開發人員、營運人員和業務團隊一起工作，以使組織可以更快地開發軟體，對使用者需求做出更快的響應并最終實作收入最大化。
01 BizDevOps 勢在必行
DevOps 為何誕生？就是為了打破開發與營運之間的部門牆。同理，BizDevOps 則更為進階。
盡管 DevOps 彌合了開發和運維部門之間的鴻溝，但大約 30％到 35％的 IT 項目都失敗了。原因通常是業務利益相關者和技術部門之間缺乏協作，這導緻團隊開發和業務需求之間出現差距。
據 IDC 分析師 Stephen Elliot 估計，有 30％到 35％的 IT 項目在業務價值上來說都是失敗的，其他的研究則出現更高的分析結果，甚至接近 50％。許多項目都出現大規模的滞後、不斷返工最後才讓業務方滿意。主要原因是需求定義不明确和開發人員、使用者和其他利益相關者之間缺乏溝通。
為了解決這一問題，DevOps 流程演變為包括業務（Business）利益相關者。BizDevOps 是一種軟體開發方法，它将非技術業務使用者、開發人員和營運團隊召集在一起，以快速傳遞符合業務和市場需求的定制解決方案。
::: hljs-center
:::
開發團隊建立代碼，營運團隊在代碼釋出後對其進行管理，管理團隊審查業務關鍵績效名額 ( KPI ) 的資料并為未來的開發項目設定要求。
BizDevOps 緻力于從根本上改變軟體的開發方式。在這種方法中，業務團隊不僅設定要求，他們還直接與開發人員合作，為靈活軟體開發沖刺和積壓的工作設定優先級。他們成為業務方的合作夥伴，與管理人員一起解決問題，實作業務目标。
當下，越來越多的開發團隊認識到，需要與其業務方緊密協同以確定軟體開發帶來更好的業務成果，DevOps 幫忙實作應用程式傳遞、投産的高速度和高可靠性，但這遠遠不夠，如果一個項目不能給業務提供價值，那能稱之為成功嗎？是以，DevOps 正在演變為 BizDevOps。
::: hljs-center
:::
在 DevOps 的基礎上，BizDevOps 需要更多的包容性。當然，想要從文化層面去根治，幾乎是不可能的，而是必須從技術層給予支援。
有了低代碼後，這一狀況将得到根本改善：上述各角色都可以在同一個低代碼開發平台上緊密協作（甚至可以是同一個人）。這種全新的協作模式不僅打破了部門牆，還能通過統一的可視化語言和單一的應用表示（頁面 / 資料 / 邏輯），輕松對齊項目各方對應用形态和項目進度的了解，實作 BizDevOps。
自從 Forrester 于 2014 年首次提出 “Low-Code（低代碼）” 這一概念，這幾年，低代碼發展迅速，在國外已經有相對成熟的商業模式了，而國内也在 2018 年左右開始熱議，不少 DevOps 平台多多少少都有涉及到此概念。
02 實作 BizDevOps，我們該怎麼做？
Gartner 預測，到 2021 年應用開發需求的市場增長将至少超過企業 IT 傳遞能力的 5 倍。面對如此巨大的 IT 缺口，如果沒有一種革命性的 “新生産力” 體系，很難想象僅憑現有傳統技術體系的發展延續就能徹底解決問題。
低代碼 + BizDevOps 的實踐，漸成大勢所趨。而想要一個低代碼 + BizDevOps 項目走上正軌，兩個角色必須關注：
- 業務代表 – BizDevOps 流程中的關鍵角色。業務使用者（即産品負責人）負責通過對應用程式提出需求或回報來提供業務方面的見解，然後将其轉換為使用者案例。
- 開發人員 – 支援業務分析師建構應用程式，提供實際成果。開發人員專注于內建、資料模型、安全、性能等技術方面的工作。
一、開發團隊方面：好的 DevOps 工具鍊，可以保障前端與後端之間的良性循環
開發人員之間有一個很經典的開發者循環，也就是開發人員最常見的任務，充分利用他們的技能：編碼、運作、驗證和調試。這也構成了一個開發團隊之間的 “内循環”。
::: hljs-center
:::
要形成良好的 “内循環”，一個好的 DevOps 工具鍊是必不可少的。
所有工具連接配接成一條鍊，保證了前端和後端開發人員、品質分析人員和客戶之間的盈利循環。進而達到自動化開發和部署流程，以確定快速、可靠和預算友好地傳遞創新解決方案的目标。
這絕非易事，需要進行不斷的實驗和改進，以確定基本流程完全自動化。關于 DevOps 工具的推薦，可以點選檢視之前的文章：《推薦！DevOps 工具正越來越自動化》。
除此之外，在工具層面我們也要擅用 AI。比如 AIOps 這個概念，AIOps 将人工智能 (AI)、分析和機器學習 (ML) 結合在一起，以自動識别和修複 IT 營運問題。通常，我們可以将 AIOps 系統作為 CI/CD 工具鍊的一部分并跨混合開發、測試和生産系統運作。
二、業務團隊方面：讓不寫代碼的人也參與進來
但在 BizDevOps 中，僅僅關注開發者之間的 “内循環” 是不夠的。讓其他部門參與進來并打破孤島，在整個組織中建立 BizDevOps 文化，形成更大的 “外循環” 才是關鍵。
::: hljs-center
:::
BizDevOps 可以幫助消除業務部門開發之間的隔閡。比如，支援新産品釋出的銷售和營銷團隊需要持續了解開發項目的進度；同時，開發人員利益相關者也需要了解業務活動。
在 BizDevOps 文化中，業務部門可以将客戶回報和要求傳達到開發周期中，以便增量版本可以包含客戶請求的功能。讓業務部門等不寫代碼的人參與進來的辦法有兩個：
第一，允許業務部門通路文檔、接受示範甚至使用測試版本等非技術辦法。第二則是通過低代碼和自動化等技術辦法來教育業務團隊。
三、最後卻也是最重要的：選對平台
在目前國内的 DevOps 工具平台的選項中，飛算 SoFlu 軟體機器人應該是功能較為齊全的那一類。尤其，飛算 SoFlu 軟體機器人最近線的 “前端全自動開發平台”，十分有利于 BizDevOps 的實施。
這個新上線的平台其實是一個前端開發用戶端，它可以提供可視化開發模式和豐富的頁面控件，實作快速開發前端界面互動和頁面自定義開發，且無業務場景限制，能夠簡化後端接口資料聯調，其生成的前端部署包還能實作應用項目私有化部署。
這一層能力的完善，也使得飛算 SoFlu 軟體機器人功能更加全面且更有競争力。如下圖所示，從能力次元上對比，飛算 SoFlu 軟體機器人比國内同類型産品更加全能：
::: hljs-center
:::
同時，飛算 SoFlu 軟體機器人的解決方案能夠在可視化搭建、降低開發成本、提供選擇模版、多終端相容等方面實作突破，為其應用次元方面的對比帶來競争力：
::: hljs-center