淺談運(yùn)維提效

微信公眾號(hào)-運(yùn)維部落
松鼠尚學(xué)堂
流程的本質(zhì),我的理解是通過建議規(guī)章約束把最初的用戶愿景以最短的路徑且高品質(zhì)的傳遞給工程端,并由工程端高品質(zhì)無差別的高品質(zhì)交付。重要的是交付鏈條足夠短,交付品質(zhì)足夠高。

1.jpg

運(yùn)維提效

大家好,我是史丹利「Stanley」,今天聊聊運(yùn)維提效。

最近CTO在梳理公司提效方案,老板希望我能多提點(diǎn)建議看法。因?yàn)?,剛巧在梳理本周的k8s技術(shù)分享,所以臨時(shí)寫了點(diǎn),大家也多提自己的想法看法,我一并提交,如果屆時(shí)落地有好的效果,我一并回饋給社區(qū)。在此先謝過。

11.png

提效工具

我的回復(fù)如下:

這個(gè)話題其實(shí)挺大,應(yīng)該是管理層看到了一些問題也真的是想去解決,所以才發(fā)起這么個(gè)腦爆。

首先,我個(gè)人很肯定這種方式,公司終于有意識(shí)在真正的向下求解,雖然沒有360度閉環(huán)考核,但也終于不再一味向外尋求解決方案。這種方式可以定期多組織,因?yàn)椋瑧{一時(shí)收集,不一定能想起來容易漏,問題也是逐步變化的。

回到提效這處話題,我的理解提效有幾個(gè)維度:

流程提效

工具提效

質(zhì)量提效

工程提效

流程提效

2.jpg

最短路徑

流程是雙刃劍,大家都知道。流程的本質(zhì),我的理解是通過建議規(guī)章約束把最初的用戶愿景以最短的路徑且高品質(zhì)的傳遞給工程端,并由工程端高品質(zhì)無差別的高品質(zhì)交付。重要的是交付鏈條足夠短,交付品質(zhì)足夠高。

但流程提效,正確的角色是輔助,不應(yīng)該是ADC。咱們諾亞前面遇到了很多問題,迫于壓力,只能把流程提效和工具提效的角色互換,通過抑制需求,解決故障多的問題。在當(dāng)時(shí)的場(chǎng)景下,是必然也是最優(yōu)解,這毫無疑問。短時(shí)間行,長(zhǎng)時(shí)間不行。如果要做互聯(lián)網(wǎng)產(chǎn)品化的金融,要改的地方很多。雖然公司在oa改造發(fā)力很多,但要努力的地方還有很多。諸如oa這些的,咱們CICD流程相對(duì)完善,但要做的還有很多。比如,發(fā)布日的art項(xiàng)目已經(jīng)推送到平臺(tái),代表已經(jīng)過審,但仍要逐項(xiàng)目舉手,意義真的很重要?項(xiàng)目提測(cè)的關(guān)閉窗口總在變,更沒人嚴(yán)格執(zhí)行,原由很簡(jiǎn)單,人員變動(dòng)太,文化沒有被傳承。但這是各公司都會(huì)存在的問題,所以有很多偉大的技術(shù)產(chǎn)品出現(xiàn),解決了很多工程學(xué)中人為因素的難題。比如git解決了版本控制,比如springcloud解決了java開發(fā)的架構(gòu)拓?fù)淠芰?。k8s解決了運(yùn)維的高可用,高并發(fā),擴(kuò)縮容的架構(gòu)能力。

回歸到本質(zhì),還是要用技術(shù)手段去解決人的因素。

工具提效

3.jpg

imag2

工具提效,在傳統(tǒng)公司越來越被重視,但重視度有待商榷。真正偉大的公司在技術(shù)和文化的投入是很舍得花錢花時(shí)間。

工具提效講究?jī)牲c(diǎn):做的人要懂,更要執(zhí)著。

從問題中來,最終回歸到問題中去。做的人在問題中深受煎熬,最后受不了,跳出來,做了一套工具,甚至一套解決方案,解決了公司痛點(diǎn),甚至行業(yè)痛點(diǎn)。像Ansible,slatstack,jumpserver,k8s等工具都是一樣的,他們提供的解決方案被行業(yè)接受,所以也能得到社會(huì)的回饋。

我們現(xiàn)在使用的成熟流行工具都有一個(gè)特點(diǎn):好用。但公司級(jí)的產(chǎn)品不一樣,cicd,art等還在路上,功能都有,好用和精品有待商榷,但這不能怪我們的團(tuán)隊(duì)不行。公司要舍得投入錢和時(shí)間,為啥餓了么送外賣的公司,都能在前端變化萬千的產(chǎn)品線中做出element和ant、vue抗衡,那也是有原因的,值得花大價(jià)錢從行業(yè)招專家。當(dāng)然,各家公司有自己的定位,要視自家特色解決問題。個(gè)人覺得,我們還是缺懂運(yùn)維產(chǎn)品的人。

質(zhì)量提效

質(zhì)量管理不在我們的管理范疇,我們不做過多討論,問題大家都看的到,不做無意義討論

工程提效

4.png

閉環(huán)

工程提效很關(guān)鍵,是所有事情的源頭。公司也付出了很多,比如多技術(shù)棧合并,統(tǒng)一架構(gòu)推廣,全面擁抱容器。大的戰(zhàn)略層面是夠了,但中層的腰部力量明顯薄弱。

各部門的kpi割裂

同樣的容器化項(xiàng)目,還要分2個(gè)。容器化是一個(gè)部門的,上線成功是另一個(gè)部門的。為了KPI而KPI,為了okr而okr,這個(gè)鍋建議高層自我反思。

閉環(huán)不夠

看似事故總體匯總到PM,完整閉環(huán),但實(shí)際效果和老板關(guān)注度有很大關(guān)系。

業(yè)務(wù)分級(jí)定位

這么多業(yè)務(wù),到現(xiàn)在還沒有星級(jí)打標(biāo),什么星級(jí)匹配對(duì)應(yīng)的資源和支持。一直沒有,誰先來誰優(yōu)先。誰占坑時(shí)間長(zhǎng),誰優(yōu)先。誰會(huì)喊誰優(yōu)先。

其它的想到我再補(bǔ)充

個(gè)人對(duì)提效的理解,最終都回歸到一個(gè)詞吧:共同價(jià)值。價(jià)值是認(rèn)知定義,共同是全體認(rèn)同。

THEEND

最新評(píng)論(評(píng)論僅代表用戶觀點(diǎn))

更多
暫無評(píng)論