記得剛讀大學(xué)的時候，熱門的專業(yè)叫軟件工程，這個專業(yè)用國外的教程，學(xué)費比一般的專業(yè)還要貴很多，大概是 1.5 倍以上，因此搞軟件從來都是很復(fù)雜甚至感覺高大上的一個事情。

后面去讀《人月神話》，說實話就記住了一句話，軟件開發(fā)沒有銀彈，再次印證軟件不好搞。(題外話是，這本書其實對大學(xué)在讀或者剛從事開發(fā)的同學(xué)其實門檻有點高的，過于抽象。只有在親身參與過一些比較大的項目之后才會越來越體會。)

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

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

先來看看 devops 實施帶來的直接的價值：

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

• 通過按 feature 發(fā)布，feature 發(fā)布可以到天
• 對客戶來說需求的響應(yīng)速度更快

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

來源鏈接：

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