8個讓DevOps轉型取得成功的關鍵步驟

​​關注嘉爲科技，獲取運維新知

 

在數字化時代，企業須要更快更靈活的交付來支持業務運營，這種迫切的需求促成了DevOps的高速發展，成爲了企業得到競爭優點的關鍵。儘管你們都知道DevOps給業務帶來的好處，但因爲不知道如何在企業中實際落地DevOps，許多企業仍然難以從中獲益。

「目前，Devops還在不斷的演變，缺少標準的定義和方法論，而且會帶來管理上的風險，這些不肯定的因素讓許多企業對因而否實施DevOps仍猶豫不決。」Gartner研究總監George Spafford說。

雖然如今尚未業界達成共識的DevOps實施階段，但Spafford建議I&O（基礎架構和運營）領導者們，採起以下八個基本步驟可讓DevOps計劃順利的啓動和執行。

 

一、肯定業務需求

在啓動DevOps計劃以前，首先應該避免沒有業務需求而強行爲了上DevOps而上DevOps，方法和工具永遠沒有客戶需求重要。

「例如，不要把關注點放在更快的發佈上面，而要思考，經過更快的發佈能帶來什麼商業價值。」Spafford解釋道。「經過提升APP的發佈率，咱們將可以更快地進行創新，從而支持銷售和營銷策略，推進客戶經過APP下單。這纔是啓動DevOps計劃的理由。成功的企業知道他們但願從DevOps中實現什麼樣的商業利益。」

 

二、在您的企業中從新定義DevOps

Gartner將DevOps定義爲一種，使用敏捷方法、協同和自動化，由業務驅動的交付解決方案。但在實際落地的過程當中，您應該根據將要實現的業務目標，從新定義DevOps，以便讓企業上下的人更容易理解。甚至您能夠寫一條簡短明確的標語作成橫幅懸掛在辦公室，讓你們目標清晰、理念一致，齊心合力朝同一個方向努力。

 

三、選擇「先行者」程序

DevOps在部署前，須要知足下面的三個條件：

• 環境友好：寬鬆友好的工做環境，意味着能夠有人能夠成爲「先行者」，第一個站出來進行倡議，並獲得你們積極正面的嘗試。

• 價值認同：先行者須要闡明DevOps帶來的價值，並得到你們的認同和支持。

• 風險接受：因爲DevOps的模糊性和不肯定性，許多人將其視爲一場冒險，拒絕DevOps轉型。咱們能夠制定一個風險收益表，列明不一樣收益相對的可接受的風險水平，DevOps項目中涉及到的每一個人：IT、運營、開發、信息安全、監管合規和審計等都應對此有清晰的認識，接受其可能存在的風險。

 

「DevOps的核心用例是敏捷開發和一些具備至關大不肯定性的場景，例如機器學習和物聯網（IoT）。但其實DevOps理念能夠被普遍應用，在其餘領域咱們也能夠引入DevOps的概念，」Spafford說。「固然，最好先將DevOps用於系統方面的創新，由於現有的功能可能沒法支撐諸如大數據、機器學習、物聯網等舉措。」

 

四、肯定初始團隊

人，是確保DevOps 計劃成功落地的主要組成部分。選擇初始團隊的成員時，相對於這我的所掌握的IT技能，咱們更應該注重他所呈現出來的狀態。技能能夠慢慢教會，但好的狀態卻很難教會。負面的行爲狀態會讓其餘人對DevOps的努力付諸東流。咱們應該尋找聰明、積極主動、能夠理解並承受風險、善於終身學習、能接受新式工做方式的，這樣的一個優秀的團隊成員。

 

五、設定目標和考覈指標

人是DevOps計劃中最重要的部分，找到並實施正確的激勵方向相當重要。

Spafford說：「在許多傳統組織中，目標是按照部門設定的，IT部門的考覈指標已經固化，以解決問題爲標準。而在DevOps計劃中，須要從團隊層面設置目標，與團隊的業務目標保持一致。DevOps團隊成員必須意識到他們都有相同的目標。考覈指標和激勵措施的設定方向，需以鼓勵團隊合做實現業務目標來定，而不是偏向於風險管理或者是我的解決問題的能力。」

 

六、找到限制因素

I＆O領導者應該找到限制生產力的最大瓶頸。DevOps是一種全新的、充滿變化的系統，將其上線到生產的過程當中時，會有一個制約其生產力的最大的限制因素。找到這個最大的限制因素，DevOps團隊能夠清晰的知道是什麼打亂了節奏、扯了後腿，從容解決這個瓶頸。

 

七、開發工具鏈

真正的DevOps要實現的整體目標包括一個集成的工具鏈，該工具鏈支持評估和選擇工具，以便在應用程序生命週期中，每一個工具均可以與其相鄰的工具鬆散地耦合。經過工具鏈，連接全部的自動化接觸點和信息流可加快版本發佈速度，同時減小錯誤、缺陷、返工和停機。這將使每一個階段所使用的工具保持一致，並提供全新的視圖，發如今階段內或者不一樣階段之間，哪裏須要進行自動化、集成或者是切換工具。

 

八、準備好了再擴展DevOps的規模

太多的公司錯誤地認爲，在啓動DevOps以前，須要擴展DevOps的規模才能得到更多的支持。這將致使惡性循環：不知道如何擴展DevOps，他們沒法啓動項目；並且由於他們沒法啓動項目，他們沒法搞懂如何去作擴展。

「在切實準備好以前，不要試圖擴展DevOps項目，以避免損害已經看到的成效。」Spafford建議道。

「相反，將你的團隊彙集在一塊兒，開始朝着看起來最明朗的方向前進，並解決途中遇到的限制。在人的能力、技術的能力和流程方面的學習和進步須要同步進行。變革帶來的技術債務不可避免，但學會管理債務也是新模式的一部分。」

 

本文翻譯自Gartner文章：《8 Steps to Get DevOps Right》

原文連接：https://www.gartner.com/smarterwithgartner/8-steps-to-get-devops-right/

翻譯：嘉爲科技

轉載請註明出處 ​