DevOps 是一個很火的概念，在過去的幾年中很多企業(yè)一頭扎進(jìn)了 DevOps 相關(guān)的實(shí)踐中，準(zhǔn)備轉(zhuǎn)型。但是，成功的卻是少數(shù)。

一般來說，我們在加入 DevOps 大軍之前，應(yīng)該問問自己：我們?yōu)槭裁匆褂?DevOps?無疑，多數(shù)企業(yè)都是為了降本增效、提高競爭力。然而，如果我們把目光僅僅鎖定在 IT 團(tuán)隊(duì)本身，很可能就本末倒置了。

從大的范圍上來講，DevOps 轉(zhuǎn)型應(yīng)該是超越開發(fā)和運(yùn)營兩種職能的存在，它必須與企業(yè)的其他部門發(fā)生聯(lián)系。一些非技術(shù)部門是 DevOps 團(tuán)隊(duì)的重要參與者，他們所站的不同立場完全可以起到平衡作用，避免技術(shù)部門陷入 “唯技術(shù)陷阱”。

這一點(diǎn)對一些面臨數(shù)字化轉(zhuǎn)型的傳統(tǒng)企業(yè)尤為重要。因?yàn)樵趥鹘y(tǒng)企業(yè)內(nèi)部，業(yè)務(wù)部門才是主體，而 IT 部門是為了業(yè)務(wù)部門賦能的。除此之外，在 DevOps 實(shí)踐中，一些法律和財務(wù)的風(fēng)險也是需要提前規(guī)避的。

一、這些非技術(shù)部門為什么要參與 DevOps?

讓非技術(shù)團(tuán)隊(duì)參與到 DevOps 中來，這并不是說要組織中的每個員工都需要了解 DevOps 和軟件需求的來龍去脈。

相反，一些部門的參與卻是 DevOps 的剛需，核心 DevOps 團(tuán)隊(duì)和非技術(shù)角色的同事之間建立戰(zhàn)略聯(lián)系絕對是一件物超所值的事。

1、業(yè)務(wù)團(tuán)隊(duì)讓 DevOps 更瞄準(zhǔn) “靶心”

業(yè)務(wù)團(tuán)隊(duì)的重要性不言而喻。一些觀點(diǎn)認(rèn)為，在 DevOps 文化中就不再應(yīng)該出現(xiàn)業(yè)務(wù)與技術(shù)不同步的事情，銷售組織可以將客戶的反饋和要求傳達(dá)到開發(fā)周期中，更快地讓下一版本就包含客戶所需要的功能。

但實(shí)際上，人們對此的認(rèn)識要比 DevOps 更滯后一些。2020 年，一群關(guān)心這個話題的人發(fā)布了 “BizOps 宣言”。該宣言倡導(dǎo)從根本上改變 IT 團(tuán)隊(duì)和業(yè)務(wù)用戶在軟件開發(fā)過程中的協(xié)作方式。

具體來看，BizOps 要求：1)業(yè)務(wù)成果高于單個項(xiàng)目和執(zhí)行度量;2)信任和合作高于個人主義和層級制度;3)數(shù)據(jù)驅(qū)動的決策高于意見、判斷和說服;4)學(xué)習(xí)和轉(zhuǎn)變高于遵守嚴(yán)格的計劃。

https://www.bizopsmanifesto.org/

再然后，BizDevOps 這個概念應(yīng)運(yùn)而生，它被稱為 DevOps 2.0。在這種方法中，業(yè)務(wù)團(tuán)隊(duì)不僅設(shè)定要求，他們還直接與開發(fā)人員合作，為敏捷軟件開發(fā)沖刺和積壓的工作設(shè)定優(yōu)先級。他們成為業(yè)務(wù)方的合作伙伴，與管理人員一起解決問題，實(shí)現(xiàn)業(yè)務(wù)目標(biāo)。

2、法律團(tuán)隊(duì)為 DevOps 保駕護(hù)航

“軟件吞噬世界，開源吞噬軟件。” 這句名言一語成讖。當(dāng)下，開源軟件無處不在，一些統(tǒng)計結(jié)果顯示，90% 的現(xiàn)代應(yīng)用程序中包含了開源代碼，軟件已經(jīng)被開源組件所占領(lǐng)，企業(yè)既繞不開也躲不掉。而且，開源軟件還能為組織帶來降低成本、提高代碼質(zhì)量等諸多好處，絕大多數(shù)企業(yè)也愿意投身其中。

但這也帶來了合規(guī)性問題，因?yàn)橐庾R不足等問題，許多開發(fā)人員在不了解開源軟件許可證相關(guān)規(guī)定的情況下，違規(guī)使用開源軟件，就會帶來麻煩。面對類似 MIT、Apache 等寬松許可證或許還好，但一些強(qiáng)傳染性的許可證則需要特別注意。

其實(shí)，不僅是開源合規(guī)性，軟件行業(yè)還有很多專利以及流程問題，都會引發(fā)合規(guī)和法律問題，如果不重視，很可能就會變成被告。

因此，法律團(tuán)隊(duì)在 DevOps 中的重要作用是：確保軟件即使在持續(xù)發(fā)布時仍然合規(guī)。更多時候，法務(wù)更像是 DevOps 項(xiàng)目的編外人員，平時似乎用不上，但關(guān)鍵時刻又少不了。

3、財務(wù)部門強(qiáng)調(diào)價值，為利潤工作

在 DevOps 轉(zhuǎn)型期間，難免需要資金和人力的持續(xù)投入。但究其根本，很多 DevOps 團(tuán)隊(duì)的建立是一個 “商業(yè)行為”，目的也是商業(yè)目的，大家都是為利潤工作的。如果拋開這個不談，多少有點(diǎn)耍流氓的意思。

前文我們提到業(yè)務(wù)部門與 DevOps 結(jié)合，叫做 “BizOps”，也就是 Business + DevOps;而財務(wù)與 DevOps 的結(jié)合也有個概念，叫做 “FinOps”，是 “Finance” 和 “DevOps” 的結(jié)合體，通過幫助工程、財務(wù)、技術(shù)和業(yè)務(wù)團(tuán)隊(duì)在數(shù)據(jù)驅(qū)動的支出決策上進(jìn)行協(xié)作，使組織能夠獲得最大的業(yè)務(wù)價值。

如今，F(xiàn)inOps 是很多企業(yè)數(shù)字化轉(zhuǎn)型中不可或缺的一項(xiàng)。這需要 DevOps 盡早與財務(wù)部門合作，將財務(wù)控制和監(jiān)控納入 DevOps 的規(guī)劃階段。

二、這些不寫代碼的人，如何參與 DevOps?

無論是業(yè)務(wù)、法律還是財務(wù)團(tuán)隊(duì)，我們實(shí)際上很難找出既懂代碼又懂法律或者是財務(wù)的跨行業(yè)人才，一味去追求這樣的跨界人才也是不現(xiàn)實(shí)的。這會加大我們在人才招聘和培養(yǎng)上的投入。

那么，我們還有什么好辦法去讓這些不懂代碼的人，發(fā)揮自身專業(yè)長處加入進(jìn) DevOps 呢?

首先，文檔永遠(yuǎn)是降低溝通門檻的利器。

在 DevOps 的理念中，技術(shù)文檔的協(xié)作應(yīng)該是被納入到整個 DevOps 生命周期之中的，文檔寫作者必須適應(yīng) DevOps 的節(jié)奏和方式。目前，已經(jīng)有不少開源項(xiàng)目提供了 API 文檔，這一類型的文檔同樣在各大規(guī)模企業(yè)的 DevOps 團(tuán)隊(duì)中使用，讓文檔寫作能夠跟隨上 DevOps 的腳步。

而且，文檔在 DevOps 的轉(zhuǎn)換過程中也發(fā)揮著至關(guān)重要的作用，這些文檔可以記錄下一些 DevOps 中實(shí)現(xiàn)效率和收益的最佳實(shí)踐。這些東西幾乎是無法口耳相傳的，必須通過文檔留存下來。與此同時，如果組織內(nèi)存在多個 DevOps 團(tuán)隊(duì)，文檔也會起到統(tǒng)一作用，它可以將最佳實(shí)踐標(biāo)準(zhǔn)化起來，最終形成基準(zhǔn)測試的指標(biāo)。

要想與其他非技術(shù)部門(特別是業(yè)務(wù)部門)進(jìn)行基本的協(xié)同，文檔透明性必須加大，向他們開放文檔訪問。此外，還可以通過演示、或者是測試版本試用等方法，加大非技術(shù)團(tuán)隊(duì)的參與度。

其次，流程上一定要為非技術(shù)部門留下特定的 “溝通接口”。

在整個 DevOps 流程的頂層設(shè)計時，就應(yīng)該考慮進(jìn)法律、財務(wù)等非技術(shù)部門的 “進(jìn)場時間”。但在實(shí)際操作中，又存在很多突發(fā)情況和特殊情況，尤其在 DevOps 的特性中，及時性尤其重要。因此，幾乎每個大小節(jié)點(diǎn)都應(yīng)該留下 “溝通窗口”。

這些 “溝通窗口” 可以是同步工具，也可以是定期會議，還可以是特定的對接人員。具體來說，非技術(shù)部門的及時介入是風(fēng)險防范的有效措施，這需要各方都有足夠的協(xié)作意識，及時處理，避免出現(xiàn) “亡羊補(bǔ)牢” 的情況。

最后，利用市面上的先進(jìn)自動化工具，也是非技術(shù)部門切入的好辦法。

DevOps 自動化能夠減少人工輔助，簡化工作交互，從而將迭代更新更快地部署到生產(chǎn)應(yīng)用中。

自動化是 DevOps 的重中之重。對于一些非技術(shù)部門，特別是業(yè)務(wù)部門，是需要了解自動化是如何改變軟件交付方式的。一些專家還會建議，從持續(xù)集成 / 持續(xù)開發(fā) (CI/CD) 工具鏈中去生成自動化數(shù)據(jù)報告，是讓營銷部門收益的良策。

目前，市面上已經(jīng)出現(xiàn)了不少自動化工具來幫助 DevOps 團(tuán)隊(duì)解決問題。其中采取全棧式開發(fā)的自動化平臺 SoFlu 軟件機(jī)器人就是其中的佼佼者。

具體來說，SoFlu 軟件機(jī)器人是利用 “可視化開發(fā)” 來改變傳統(tǒng)編寫代碼的開發(fā)方法。通過拖拽方式以及參數(shù)配置實(shí)現(xiàn)等同于編寫復(fù)雜代碼的業(yè)務(wù)邏輯，業(yè)務(wù)邏輯可視化展示，極大地降低開發(fā)門檻，讓非技術(shù)部門更加流暢地參與到 DevOps 中。

正如 SoFlu 軟件機(jī)器人在 5 年協(xié)助 5 家企業(yè)突破百億營收的君智咨詢數(shù)智化轉(zhuǎn)型項(xiàng)目的應(yīng)用中，君智咨詢 CTO 韓之斐的感受，“君智用 SoFlu 軟件機(jī)器人開發(fā)系統(tǒng)，很多時候前一階段做需求分析的小伙伴在下一個開發(fā)階段就成了程序員，而且開發(fā)出來的功能更準(zhǔn)確，質(zhì)量也很高。有了 SoFlu 軟件機(jī)器人，可以讓不懂開發(fā)但了解業(yè)務(wù)的業(yè)務(wù)分析師們學(xué)會使用 SoFlu 軟件機(jī)器人并完成基于他們設(shè)想的開發(fā)工作。”

總體上，SoFlu 軟件機(jī)器人有兩大價值。一個是，它可以降低軟件開發(fā)的準(zhǔn)入門檻;另一個則是讓技術(shù)的事情變簡單，對人的依賴性更小，從而降低人力成本和溝通成本。

（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性，但不保證有關(guān)資料的準(zhǔn)確性及可靠性，讀者在使用前請進(jìn)一步核實(shí)，并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負(fù)任何法律責(zé)任。
任何單位或個人認(rèn)為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實(shí)內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實(shí)情況說明，并提供身份證明、權(quán)屬證明及詳細(xì)侵權(quán)或不實(shí)情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實(shí)，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）