運維要帶著恥辱感工作，才能讓運維的價值凸顯出來!

[[144579]]

　　覺得自己很累，是吧?累就是因為我們每天做一些沒有讓自己覺得很有成就感的事情，當然很累。

　　覺得自己苦逼，是吧?苦逼是你做得很辛苦，然后還沒有認可，而你總覺得自己做了很多，你當然心里會覺得苦逼。

　　覺得自己很Low，是吧?Low是沒有把運維做出格局，更沒讓別人沒有看到你的格局，別人會覺得Low，自己也會覺得很Low。

　　對于運維執行人來說，以上情緒幾乎都是標配的，那到底是什么原因導致的呢?不得不承認運維是一個很難取得成就感的工作崗位。運維人沒有恥辱感，便把很多不合理的東西看成一種常態化，失去優化的動力，也就沒有了未來美好的運維圖景。我們可以把以下不足標記為我們的運維恥辱。

　　一、缺乏一個整體的運維體系

　　運維團隊缺少體系和全局觀的支撐，導致運維后面的階段性發展是碎片式的。碎片式的運維工作推進，運維人或者周邊團隊自然沒法理解運維工作的意義和價值。

　　體系是要求運維團隊能給出整體的運維框架(價值維度、平臺維度、團隊定位、運維能力體系等等)，基于這個框架給出階段性的演進路徑圖(階段性重點和非重點方向是什么?階段性迭代方法?)，然后分解到當前團隊或者個人的工作事務中(工作內容)，這樣可以把規劃層面和底層實施層面真正的打通起來。這個體系不僅僅運維團隊內需要，外部團隊同樣需要，一個很好的溝通媒介。

　　無疑，一個運維團隊沒有整體規劃是最致命的，就是無本之木，無水之源。

　　二、缺少一個清晰的運維定位和格局

　　一個運維團隊的定位和格局決定了整個團隊未來的用人策略和后續的發展方向，這幾乎是運維團隊的普遍問題。很多公司把運維團隊定位成一個技術支撐部門，干苦力活的。而運維團隊自己也把自己定義成一個服務部門，給研發提供技術支撐的，甚至還用傳統的維護觀點來定位自己。這些定位有時候甚至是自上而下傳遞過來的，領導很習慣性的認為，運維是一個成本性、技術支撐團隊，他們只是來保障服務穩定的。反推到前面運維招聘要求，便對運維人的能力要求非常的低。帶來一個可怕的后果是，運維就進入到一個低價值交付的怪圈中，別人也就認為你只能做這個了。

　　運維團隊一定要把自己Push到技術運營角色上去，在技術運營的定位上，運維可以提煉出很多模式化的經驗產品，帶著這個經驗產品去覆蓋更多的業務----持續交付、自動化發布、配置管理、IT服務管理、端到端監控、技術運營分析(貼合業務的)等等。

　　如果現在有人對運維團隊的定位還是那種服務支撐的團隊，這種運維團隊也便沒了格局，是一個不合格的運維團隊，要時刻記住自己能為用戶創造什么價值。更要極度批判的是，把運維定位成是支撐研發的，一些研發團隊甚至把臟活累活丟給運維。

　　三、運維缺乏開放精神

　　封閉有很多種，我把它稱之運維能力封閉，因為這都是運維能力的不足。信息封閉是能力封閉的一種，運維沒有想過把自己手頭上掌握的技術信息開放給開發，大部分的原因都是說信息敏感，殊不知信息在全員中流動起來，才能產生價值。

　　還有一種能力封閉，就是不合作，很要命。運維工作其實是需要和研發、測試深度配合，如運維的標準化和自動化推動。運維可以成為巧婦，而不是莽夫。

　　四、運維缺少合理的強勢

　　運維必須要有合理的強勢，特別是自己應該要做的東西，比如說權限回收、運維標準推進、部署平臺、架構服務化等等。這就如同一場象棋比賽，運維不能給自己設定楚河漢界，只要是合理的，為業務可運維性目標而去的，彼此都可以跨界。給自己劃定職責范圍，就讓自己的能力發揮收到制約，個人能力的制約帶來的也是團隊發展制約。

　　合理的強勢，是建立在一些核心原則之上，比如說面向用戶的服務保證、面向服務的IT性能、面向業務的可運維性、平等合作等等。但很多人會說事實沒有這么簡單，那是因為人不愿意簡單，而我說事實就是這么簡單，不是么?我很反感的一個借口是“歷史原因”。合理的強勢需要建立在平等合作的基礎上，這不是你強我弱，此消彼長的游戲，而是共贏成長。

　　合理的強勢一定程度上可以為運維爭取一定的話語權，確保運維在合作的時候，不至于處于被動的狀態。注意這是合理的強勢，而不是無謂的強勢。

　　五、運維缺少不斷超越的改變

　　對運維個人說，我經常會和我的團隊說每天的運維狀態在你身上有什么不同。如果每天都一樣，就麻煩了，意味著年末和年初的你是一樣的，沒有變化。很有意思的一個現象，運維執行崗很容易陷入周而復始的簡單運維事務循環，比如說處理故障，分配資源，支持服務上線等等。忙碌的感覺會安慰自己，至少天天有很多事情干，另外會成為自己不思考、不改進的借口。

　　我建議，運維人一定要多想想如何讓今天的自己和昨天有所不同。首先要把每天重復的事情能否變成自動化的工具，讓機器來代替人做，這也是一種價值提升。其次跳出運維的崗位要求和局限，看看業務是如何運行的?看看身邊優秀的人是怎么做的?看看周邊團隊的技術產品原理是什么?看看公司的測試和研發是怎么做的?看看業界現在發生了什么?這些都能夠帶來很多的反向思考。很多人說運維了解那么多干什么，其實這些東西學習了某天一定會在你的內心發酵。

　　六、運維沒有成為一種公司文化

　　這真的是一種愿景了，我一直想把運維變成軟件設計哲學和公司文化的一部分，在早期的程序設計中，應該讓"可運維性"變成架構設計的一個重要標準，如同測試一樣。正如現在很多人在談運維革命一樣，真正的革命一定是在這個層面上，技術帶來的變革力很小。如果有一天研發在早期的軟件設計的時候已經就開始考慮可運維性，此時真的就不需要運維了。然而事實所展現出來的，我又是如此的悲觀，從國內的測試發展歷程又可以看到運維的發展情況了。

　　我始終覺得，運維人要把這些恥辱感記在心里，如此才能不斷的想去如何改變運維的不足。恥辱感在了，運維的能量也便有了，最終便能爆發!運維人有責任和能力給運維職業展現一個更好的未來，不是么?