DevOps - DevOps歧途

若是在實施DevOps的過程當中，周圍沒有一我的支持你，也沒有獲得領導和團隊成員的理解；
若是在採用DevOps的工具和方法以後，難以得到明顯的效率提高，甚至獲得了很多的消極反饋；
那就須要檢討一下，是否誤入了DevOps歧途。

誤將手段當目的

採用DevOps工具和創建DevOps架構並不徹底表明DevOps的實施。
採用某種工具或者某種架構只是實現DevOps的一種手段而已，若是沒有得到人員支持，就應該從新思考下實施DevOps的目的究竟是什麼。
在較小的範圍內採用自下而上的方式實施DevOps，能夠先考慮具體的方法，而不是大刀闊斧。
在須要與他人一塊兒實施DevOps的狀況下，就要預想實施DevOps能產生什麼樣的效果、過程當中會遇到什麼困難等等。
在明確目標的指引下，思考採用何種工具和方法是最合適當前狀況、易於接受的。

引而不用

團隊成員很難徹底拋棄原有的工做流程和體制，也難以徹底接受一個全新的流程和體制。
雖然引入了DevOps的工具和方法，但在實際工做中，工具被摒棄，方法被棄用，規則被漠視，那麼緣由之一多是如今的作法過於激進。
要想讓團隊成員適應DevOps，最重要的事是要作到可以在不改變原作法的狀況下采用新機制。
也就是說，若是可以保證新方法和原方法的輸入與輸出保持一致，甚至不存在細微的差別，那麼新操做的結果就不會偏離原有的規則，這一點最能說服他人接受DevOps。

加大運維負擔

引入了新工具，卻增長了操做步驟；
引入了新方法，卻複雜了流程環節；
原想自動化，實際手工幹；
如此這般，實際上加大了運維負擔。
究其緣由，多是追求部分結果的理想化，或者向原有機制妥協，最終致使了總體工做量增長。
過早優化是「罪惡」，並行運維是「罪過」。

DevOps團隊成爲權威

權威將致使盲目迷信和割裂，但改善無止境，DevOps應始終開放和溝通，保持一種能和其餘團隊靈活交換意見的狀態。

DevOps全能超人

實施DevOps不是要求全部人都具有相同的技能，也不是要求必須存在或增長一些精通開發、測試、運維的全能超人。
DevOps的本質在於互相理解和學習，消除沒必要要的溝通，從而提升效率。
所以，實施DevOps過程當中，難度最大的不是技能性的要求，而是營造一種團隊之間、我的之間互相理解的文化。

一敗而折

階段性的失敗，尤爲是一開始的失敗，必然會致使各類各樣的的意見。
但DevOps須要不斷改善才能實現，不能基於短時間的狀態來進行最終的評判。
DevOps實現的實際上是一個協做機制，最終將是任何組織和公司都應具有的一個基本能力。
爲了不出現「實施DevOps階段性失敗了就認爲DevOps不適合本身團隊」這種「一敗而折」的想法，頗有必要保證一開始實施的階段成果是積極的，鼓舞人心的。

只關注成本

實施DevOps是爲了實現和提高商業價值，而不是爲了節約成本。
根本目標的不一樣，必然致使結果的差別。
若是隻關注成本，那麼在成功實施了DevOps後，雖然效率獲得提高，資源獲得釋放，但面對卻多是組織變更、人員裁減的消極局面。
但若是從商業價值出發，節約出來的資源能夠投入到擴充規模、探索新產品等業務活動中去，讓團隊成員擁有一個積極的期待和狀態。