后面去讀《人月神話》，說(shuō)實(shí)話就記住了一句話，軟件開(kāi)發(fā)沒(méi)有銀彈，再次印證軟件不好搞。(題外話是，這本書(shū)其實(shí)對(duì)大學(xué)在讀或者剛從事開(kāi)發(fā)的同學(xué)其實(shí)門檻有點(diǎn)高的，過(guò)于抽象。只有在親身參與過(guò)一些比較大的項(xiàng)目之后才會(huì)越來(lái)越體會(huì)。)

創(chuàng)新互聯(lián)建站始終堅(jiān)持【策劃先行，效果至上】的經(jīng)營(yíng)理念，通過(guò)多達(dá)十載累計(jì)超上千家客戶的網(wǎng)站建設(shè)總結(jié)了一套系統(tǒng)有效的營(yíng)銷推廣解決方案，現(xiàn)已廣泛運(yùn)用于各行各業(yè)的客戶，其中包括：銅雕雕塑等企業(yè)，備受客戶好評(píng)。

這么多年走來(lái)，經(jīng)歷了 CMM 模型，敏捷開(kāi)發(fā)，devops，參與過(guò)幾千人一起開(kāi)發(fā)的項(xiàng)目，也搞過(guò)幾個(gè)人的小項(xiàng)目，各種角色也都搞過(guò)一遍，開(kāi)發(fā)，項(xiàng)目管理，產(chǎn)品、業(yè)務(wù)負(fù)責(zé)人等等，有了一些更多的體會(huì)，這里講講特別流行 devops 怎么搞合適。

可能我不是專業(yè)搞工程效率，這一篇也不是一個(gè)說(shuō)明教程來(lái)討論怎么搞軟件工程或者怎么搞 devops。核心是來(lái)討論下 devops 的價(jià)值和關(guān)鍵的一些前置要素，以及背后的一些邏輯。

先來(lái)看看 devops 實(shí)施帶來(lái)的直接的價(jià)值：

(1) 對(duì)客戶的價(jià)值：響應(yīng)更快

• 通過(guò)按 feature 發(fā)布，feature 發(fā)布可以到天
• 對(duì)客戶來(lái)說(shuō)需求的響應(yīng)速度更快

(2) 對(duì)產(chǎn)品的價(jià)值：提升質(zhì)量

• 每次減少發(fā)布范圍，降低出錯(cuò)的概率，提升質(zhì)量
• 出現(xiàn)問(wèn)題，可以及時(shí)響應(yīng);通過(guò)回退，或者快速修復(fù)，提升產(chǎn)品質(zhì)量

(3) 對(duì)團(tuán)隊(duì)的價(jià)值：激活組織，簡(jiǎn)化管理，提升效能

• 通過(guò)合理的拆解，降低耦合度，通過(guò) 分田到戶 提高團(tuán)隊(duì)積極性;減少吃大食堂，相互等待，上下文切換導(dǎo)致的效能降低。對(duì)團(tuán)隊(duì)同學(xué) ，可以快速成長(zhǎng)，承擔(dān)責(zé)任也有很大幫助。
• 對(duì)管理者可以釋放低效的組織協(xié)同工作，聚焦到更 high-level 的業(yè)務(wù)機(jī)會(huì)和項(xiàng)目機(jī)會(huì)上。
• 打通開(kāi)發(fā)、運(yùn)維邊界，減少上下文切換。另外通過(guò)合理的微服務(wù)拆分，單個(gè)任務(wù)的難度變低

那要實(shí)施一個(gè)軟件變更，其實(shí)不是一個(gè)簡(jiǎn)單的要求就能完成的，是一個(gè)系統(tǒng)工程，devops 里面是有一些關(guān)鍵的前置要素：

• 微服務(wù)架構(gòu)拆分
• CI / CD 工具
• 灰度環(huán)境
• 團(tuán)隊(duì)文化轉(zhuǎn)型：對(duì)理念的認(rèn)可，工作方式轉(zhuǎn)變的認(rèn)可、T 字形人才的持續(xù)培養(yǎng)

在很多團(tuán)隊(duì)都面向開(kāi)發(fā)模式轉(zhuǎn)型的問(wèn)題，我的建議是：

(1) 早實(shí)施比晚實(shí)施好：早實(shí)施客戶和業(yè)務(wù)負(fù)擔(dān)小

(2) 立刻做比詳細(xì)規(guī)劃好了做好：

• 個(gè)體開(kāi)發(fā)效率相差會(huì)比較大，所以帶寬估計(jì)是非常困難的，所以相比激活組織潛力，詳細(xì)估計(jì)帶寬的價(jià)值小很多;
• 規(guī)劃是需要有的，但是業(yè)務(wù)變化很快，一個(gè)敏捷的組織價(jià)值更大，所以相比每件事都詳細(xì)規(guī)劃，立刻做價(jià)值更大
• 宏觀的全盤的規(guī)劃是需要的，要不能會(huì)缺乏方向感

(3) 考慮從一個(gè)/多個(gè)模塊開(kāi)始，逐漸實(shí)踐和收獲經(jīng)驗(yàn)，另外最重要的是團(tuán)隊(duì)同學(xué)文化的轉(zhuǎn)型，大家都理解和接受新的模式。

前面講了很多實(shí)踐的野路子，回到 Devops 學(xué)術(shù)上也定義了精髓，有一個(gè)“CALMS” 的主旨：

• Culture(文化)- 是指擁抱變革，促進(jìn)協(xié)作和溝通
• Automation(自動(dòng)化)- 是指將人為干預(yù)的環(huán)節(jié)從價(jià)值鏈中消除
• Lean(精益)- 是指通過(guò)使用精益原則促使高頻率循環(huán)周期
• Metrics(指標(biāo))- 是指衡量每一個(gè)環(huán)節(jié)，并通過(guò)數(shù)據(jù)來(lái)改進(jìn)循環(huán)周期
• Sharing(分享)- 是指與他人開(kāi)放分享成功與失敗的經(jīng)驗(yàn)，并在錯(cuò)誤中不斷學(xué)習(xí)改進(jìn)

你會(huì)發(fā)現(xiàn)其實(shí)前面講的可以映射到 CALMS 上，對(duì)照上去，理解其實(shí)會(huì)更深入。

除了前面說(shuō)的各種價(jià)值，我覺(jué)得 devops 其實(shí)更大的價(jià)值在人性的激發(fā)。和傳統(tǒng)的敏捷和 CMM 模型最大的區(qū)別在于管理邏輯的區(qū)別。這種區(qū)別如果用數(shù)據(jù)庫(kù)里面的經(jīng)典的鎖來(lái)說(shuō)明，那其實(shí)就是 樂(lè)觀鎖和悲觀鎖的區(qū)別，devops 除了要有各種工具和套路之外，核心還是要能激活團(tuán)隊(duì)個(gè)體成員的主動(dòng) owner 意識(shí)，讓他們敢打敢干。

所以 devops 會(huì)是終點(diǎn)嗎?我覺(jué)得肯定不是，軟件工程管理會(huì)持續(xù)演進(jìn)和發(fā)展，去釋放更大的生產(chǎn)率。

來(lái)源鏈接：

http://mp.weixin.qq.com/s?__biz=MzA3ODUxMzQxMA==&mid=2663997949&idx=1&sn=005bde119fa72fbc3ca00605f23032f6&chksm=847c5590b30bdc8643872bf702f50b3a282b3705f047e17f79b031bcc952e1f28c29d2c1f068&mpshare=1&scene=23&srcid=01232RZsxNpaSboNbmj9atAk&sharer_sharetime=1642908755701&sharer_shareid=9603544ecd5d7f3dc66603ae089636f4#rd

當(dāng)前文章：我認(rèn)知的DevOps核心價(jià)值
分享地址：http://uogjgqi.cn/article/ccdigds.html