此刻,您可能已經(jīng)充分地接納DevOps了,但您的同事可能還沒(méi)有。也許以下這些內(nèi)容會(huì)對(duì)您有幫助:
根據(jù)Google DORA( DevOps、Research與Assessment)團(tuán)隊(duì)最新的《DevOps現(xiàn)狀》報(bào)告,在DevOps方面成效不佳的團(tuán)隊(duì)很少能夠在6個(gè)月內(nèi)將軟件投入生產(chǎn)運(yùn)營(yíng)。即便他們做到了,也會(huì)有16%-30%的失敗率,而且他們很可能需要長(zhǎng)達(dá)六個(gè)月的前導(dǎo)時(shí)間來(lái)讓代碼投入生產(chǎn)運(yùn)營(yíng)。就算變更不那么頻繁,但某些事情發(fā)生變更帶來(lái)的風(fēng)險(xiǎn)相對(duì)較高,而下一次更新可能又需要6個(gè)月的時(shí)間。
與此相比,精英團(tuán)隊(duì)的部署頻率要高出973倍(基本上可以每天都可以根據(jù)需要進(jìn)行多次更新),從提交到部署的交付周期要快6570倍,從故障中恢復(fù)的時(shí)間更快,其變更失敗的可能性要低30%。
雖然上面的數(shù)據(jù)令人印象深刻,但可能仍然讓您感覺(jué)有點(diǎn)抽象。當(dāng)您把失敗與美元價(jià)值關(guān)聯(lián)起來(lái),那將會(huì)是什么感覺(jué)?
根據(jù)IT軟件質(zhì)量聯(lián)盟(CISQ,Consortium for IT Software Quality )2018年發(fā)布的報(bào)告,美國(guó)劣質(zhì)軟件的總成本為2.84萬(wàn)億美元。平均而言,每個(gè)失敗項(xiàng)目的成本大約是5000萬(wàn)美元。即使是打折為十分之一,想想您是否真的能承受那么多錢的損失。
為什么推出高質(zhì)量的軟件如此困難?人們普遍認(rèn)為,是因?yàn)槠髽I(yè)很難及時(shí)獲得并響應(yīng)客戶的意見。敏捷開發(fā)流程和其它現(xiàn)代化開發(fā)方法旨在降低風(fēng)險(xiǎn),但您企業(yè)的其他成員如何才能步調(diào)一致并以最快的速度交付價(jià)值呢?
答案就是——采用DevOps非常有益,而且應(yīng)用越好收益越多!
您需要做什么?具體應(yīng)該怎么做?
如果您具備DevOps的基本知識(shí),您的團(tuán)隊(duì)就有可能變得更加敏捷,更加協(xié)調(diào)一致。他們就能夠比以前更快地將更高質(zhì)量的代碼推向生產(chǎn)第一線。這太好了!尤其是如果您在其中扮演了重要角色那就更值得慶賀!
但也有時(shí)候,這些改善帶來(lái)的實(shí)際收益不夠顯著,也有可能就是您的管理層需要調(diào)整期望值。這時(shí)候您就需要認(rèn)真考慮下一步如何行動(dòng)。
問(wèn)題的關(guān)鍵在于您需要ROI方面的真憑實(shí)據(jù)。您可能會(huì)擔(dān)心,您的下一個(gè)步驟可能不會(huì)像在早期階段看到的那樣效果顯著。也就是說(shuō),您如何證明繼續(xù)改變可以加快DevOps的有效性呢?您可能會(huì)遇到以下一種或兩種情況:
需要克服慣性:這就是我所說(shuō)的問(wèn)題——“我們不就是按部就班做的嗎?”您對(duì)您的團(tuán)隊(duì)說(shuō)您想引入新的DevOps實(shí)踐,但他們已經(jīng)根據(jù)當(dāng)前的實(shí)踐設(shè)計(jì)了工作流程。改變常常很難,尤其是當(dāng)人們剛剛適應(yīng)上次的改變之后。
管理層期望過(guò)高:誰(shuí)沒(méi)有經(jīng)歷過(guò)這種情況呢?通常,高管層的期望都很高,有時(shí)他們似乎沒(méi)有真正意識(shí)到這項(xiàng)工作到底有多么復(fù)雜。創(chuàng)新的壓力接踵而至,而且一波比一波更緊迫。您能跟上節(jié)奏嗎?
解決上述這兩個(gè)問(wèn)題——阻力和壓力——可以通過(guò)這種方式完成:確定“關(guān)注點(diǎn)”,同時(shí)找出您希望改變的一組指標(biāo)。沒(méi)有人會(huì)說(shuō):“改變流程把軟件做得更糟糕些。”但簡(jiǎn)單地說(shuō)“讓它運(yùn)行的更好、更快”并沒(méi)什么意義!
當(dāng)考慮如何確定ROI的時(shí)候,或者為DevOps的投資尋找理由時(shí),需要首先搞清楚哪些指標(biāo)可以衡量,哪些指標(biāo)不可以衡量。
大多數(shù)企業(yè)都可以確定解決客戶報(bào)告的一個(gè)缺陷需要多少錢。隨著自動(dòng)化測(cè)試的增加,可以更快地發(fā)現(xiàn)缺陷,并以更低的成本修復(fù)缺陷。如果您可以將缺陷的數(shù)量減少5%-10%,這就是一個(gè)可衡量的價(jià)值。請(qǐng)注意,您的團(tuán)隊(duì)中仍有人需要完成修復(fù)缺陷的工作,因此我們不會(huì)重復(fù)計(jì)算節(jié)省的費(fèi)用。
有些好處卻很難衡量,但可能會(huì)隨著時(shí)間的推移而改變,值得追蹤。企業(yè)商譽(yù)就是一個(gè)很好的例子。衡量企業(yè)商譽(yù)有不同的方法。在風(fēng)河公司,我們使用凈推薦評(píng)分(Net Promoter Score),也就是客戶向他人推薦我們的可能性有多大。您的企業(yè)可能會(huì)使用不同的測(cè)量指標(biāo)。關(guān)鍵是,您可以使用這個(gè)指標(biāo)跟蹤您在市場(chǎng)上的商譽(yù)。因果關(guān)系很難確定——您的商譽(yù)是否因?yàn)橘|(zhì)量提高或其他市場(chǎng)因素而提高?但如果您追蹤指標(biāo)的變化,就可以分辨出正面或負(fù)面的趨勢(shì)。
商譽(yù)對(duì)銷售有影響,如果您可以獲得這些數(shù)據(jù),它就可以讓趨勢(shì)顯現(xiàn)出來(lái)。大多數(shù)銷售或營(yíng)銷團(tuán)隊(duì)都可以追蹤到續(xù)約率與客戶滿意度、現(xiàn)有客戶滲透、甚至是媒體正面報(bào)道都是正相關(guān)的指標(biāo)。再次強(qiáng)調(diào),因果關(guān)系很難確定,但值得追蹤。
因此,改善底線成本節(jié)約就成為一種明顯的結(jié)論。另外有些指標(biāo)不易測(cè)量但的確能給企業(yè)增加利潤(rùn)。
-
軟件
+關(guān)注
關(guān)注
69文章
5118瀏覽量
88927 -
代碼
+關(guān)注
關(guān)注
30文章
4886瀏覽量
70249 -
devops
+關(guān)注
關(guān)注
0文章
120瀏覽量
12403
發(fā)布評(píng)論請(qǐng)先 登錄
【「# 運(yùn)算放大器參數(shù)解析與LTspice應(yīng)用仿真」閱讀體驗(yàn)】+全書概覽與第一章閱讀分享
門老師教你快速看懂電子電路圖
直流電機(jī)基本知識(shí)彩色PDF來(lái)啦
去耦電容的基本知識(shí)

汽車軟件DevOps解決方案

devops使用最廣泛的集成工具盤點(diǎn)
基礎(chǔ)元器件知識(shí)與應(yīng)用
IGB基本知識(shí)匯總

Verilog HDL的基礎(chǔ)知識(shí)

Devops工具鏈集成的意義及基本原理
常用的devops工具集成方法
堆棧和內(nèi)存的基本知識(shí)

光刻工藝的基本知識(shí)

在KubeSphere 容器中快速部署使用 GitLab 并構(gòu)建 DevOps 項(xiàng)目

評(píng)論