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

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

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

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

1、確定業務需求

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

“例如，不要把關注點放在更快的釋出上面，而要思考，通過更快的釋出能帶來什麼商業價值。”Spafford解釋道。“通過提高APP的釋出率，我們將能夠更快地進行創新，從而支援銷售和營銷策略，推動客戶通過APP下單。這才是啟動DevOps計劃的理由。成功的企業知道他們希望從DevOps中實現什麼樣的商業利益。”

2、在您的企業中重新定義DevOps

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

3、選擇“先行者”程式

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

• 環境友好：寬鬆友好的工作環境，意味著可以有人可以成為“先行者”，第一個站出來進行倡議，並得到大家積極正面的嘗試。

• 價值認同：先行者需要闡明DevOps帶來的價值，並獲得大家的認同和支援。

• 風險接受：由於DevOps的模糊性和不確定性，許多人將其視為一場冒險，拒絕DevOps轉型。我們可以制定一個風險收益表，列明不同收益相對的可接受的風險水平，DevOps專案中涉及到的每個人：IT、運營、開發、資訊保安、監管合規和審計等都應對此有清晰的認識，接受其可能存在的風險。

“DevOps的核心用例是敏捷開發和一些具有相當大不確定性的場景，例如機器學習和物聯網（IoT）。但其實DevOps理念可以被廣泛應用，在其他領域我們也可以引入DevOps的概念，”Spafford說。“當然，最好先將DevOps用於系統方面的創新，因為現有的功能可能無法支撐諸如大資料、機器學習、物聯網等舉措。”

4、確定初始團隊

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

5、設定目標和考核指標

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

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

6、找到限制因素

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

7、開發工具鏈

真正的DevOps要實現的總體目標包括一個整合的工具鏈，該工具鏈支援評估和選擇工具，以便在應用程式生命週期中，每個工具都可以與其相鄰的工具鬆散地耦合。通過工具鏈，連結所有的自動化接觸點和資訊流可加快版本釋出速度，同時減少錯誤、缺陷、返工和停機。這將使每個階段所使用的工具保持一致，並提供全新的檢視，發現在階段內或者不同階段之間，哪裡需要進行自動化、整合或者是切換工具。

8、準備好了再擴充套件DevOps的規模

太多的公司錯誤地認為，在啟動DevOps之前，需要擴充套件DevOps的規模才能獲得更多的支援。這將導致惡性迴圈：不知道如何擴充套件DevOps，他們無法啟動專案；而且因為他們無法啟動專案，他們無法搞懂如何去做擴充套件。

“在切實準備好之前，不要試圖擴充套件DevOps專案，以免損害已經看到的成效。”Spafford建議道。

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

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

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

翻譯：嘉為科技

轉載請註明出處