為了成功地實施DevOps，個人與組織都必須為文化的轉變、新的工具與自動化的出現做好準備。這一共識是經過多年來不斷地爭論而逐漸形成的，爭論的焦點在于DevOps到底意味著什么，以及如何正確地利用DevOps。在討論中出現了各種不同的聲音，雖然目前已經在某些部分達成一致，但仍有許多部分處于懸而未決的狀態。
DevOps并非一種“速贏方式”或者“特效藥”。來自Pivotal Industry的分析師Michael Coté建議，在你的老板們自行做出決斷之前，應確保你已經向他們介紹了DevOps的意義。他認為，DevOps并非一種速贏方式，領導者與決策者需要了解它的本質。他同時表示，DevOps不僅僅在于自動化，如果你的團隊只是引入了Puppet、Chef、Ansible或Salt等工具以及熟悉這些工具的人員，也不意味著你的團隊已經實現了“DevOps”。
埃森哲亞太區的DevOps主管Mirco Hering指出了一些關鍵的要點，領導者與決策者需要為DevOps的轉型做好這些方面的準備。
在一個具備優秀DevOps實踐的組織中，其HR實踐“也應當進行轉變，使HR意識到如今的各項工作都是基于團隊的，而組織的最終產出才是最重要的。”組織的財務治理制度也需要找到某種方式，以“分離撥款的周期，只要敏捷團隊達到了某些組織層面上的要求（例如財政或其他方面的要求 ），就能夠持續地開展工作”。
在Hering看來，基于項目的團隊已經是過去時了：
團隊的存在應當像持久性的實體一樣，它需要具備穩定的成員，超越傳統的角色定義，甚至能夠克服一些組織上的邊界地帶，這些邊界地帶往往涉及到提供商與系統集成者。跨組織的干系人能夠訪問業務系統與IT系統的實時信息，以掌握整個組織的前進方向。
當討論到DevOps在組織中的具體形式時，人們對于是否需要創建一個獨立的DevOps團隊有一些不同的看法。Coté表示：
設立一個獨立的團隊或個人以處理所有與DevOps相關的問題，這種觀念是對于DevOps核心思想的誤解：以端到端的方式徹底改變組織的運維方式。
UpGuard是一家安全工具方面的提供商，他們提出了一種不同的觀點，認為在某些情況下，創建一個專屬的DevOps團隊是有意義的。
在具體實施中所出現的許多問題都不存在某種一勞永逸的答案，包括之前所說的這個問題。對某些組織來說，可以選擇讓一部分人進行嘗試，看看DevOps在這個相對較小的環境中能否良好地運作，隨后再進行大范圍地普及。而對另一些組織來說，逐步地轉變或許是更好的方式。這取決于你的需求、團隊以及能力。
在關于DevOps的大量討論中，人們似乎都沒有提到軟技能、協作或文化適應方面的問題。僅僅是對于工具及編程方法的學習還不足以表現出你已經成功地實施了DevOps。在談到個人的技能時，UpGuard表示：
在文化以及軟技能方面，優秀的書面以及口頭交流能力是必不可少的，而謙遜更是至關重要的。在某個流程或項目中，你絕不能因為面子原因而不愿意承認錯誤，這正是團隊提高能力并建立相互信任的方式。
UpGuard推出了一系列關于DevOps的電子書，其中最近的多本電子書專注于澄清關于DevOps方面的疑惑。
查看英文原文：Do You and Your Company Have the Skills Needed for DevOps?
京公網安備 11010502049343號