脆弱的項目管理技能，錯過的時間線，敏感的員工——其中的任何一條都可能破壞你羽翼未豐的DevOps環境。

DevOps混合了任何由公司應用開發和系統運營團隊一起執行的任務。這簡單的定義掩蓋了向DevOps環境過渡的復雜性。真的，CIO們向DevOps過渡所面臨的潛在問題很多。這些地雷所在范圍從技術(比如測試環境或架構的錯誤)到文化(比如高估速度而低估質量)，再到管理(沒有獲得執行官的支持)。

這里，我們的專家列出了在向DevOps環境過渡時易犯的四種常見錯誤，并指出如何避免它們：

錯誤1：被DevOps標題所迷惑

當技術執行官建立他們DepOps能力時，常常是從雇傭DevOps工程師開始。這不一定是最佳方法。DevOps工程師通常會偏向于DevOps技能的某一個方面。也就是說，更傾向于運營或者偏好開發，Shalom Berkowitz說。他是技術人事公司Mondo負責技術招聘的初級團隊領導。

首先評估你的DevOps環境需要什么技能，并在尋找候選人時特別提及。譬如，說明在Linux中的經驗需要，或者Ruby的知識，或者Puppet的合格記錄，而不是招聘泛泛的DevOps人才，并假設申請人有符合需求的經驗。

錯誤2：忽略時間線

無可否認，傳統的瀑布式方法下工作更加封閉，更有秩序，James Stanger說，他是非營利性貿易協會CompTIA的高級產品主管。

相較而言，DevOps從本質來看就有讓人混淆的可能，因為“每人都能影響到其他人的工作，”他說。

“引起的混亂會影響合理化開發，”Stanger說。也可能招致范圍蔓延，因為每人都有可能在他們迭代時添加他們自己的好想法。

“他們會傾向于認為那不再是線性的，不再有時間線，我們只是一起工作，”他說。

經理需要在DevOps環境中堅持強烈的項目管理原則，忠誠于文檔和截止日期以避免失控項目。

“發生變化的是實施時間表，不是對時間線的需要，”他補充道。“你在以更加循環的方式做事情，但是你仍然要朝著時間線前進。”

錯誤3：過快過多地向DevOps過渡

Jay Lyman是451 Research 的DevOps&IT Ops開發部門的首席分析師，他說他和他的同事們已經看到，組織將DevOps原則應用到太多的項目和/或太復雜的項目上，直到DevOps團隊有足夠的經驗和專業知識來管理這些項目。

Lyman建議企業從小的開始，先將DevOps應用到一些容易實現的目標----通常是新的方案或者新的應用----來建立起所需的技能和流程。

他補充說，許多組織通過尋求和借鑒他們的網絡運營和移動團隊的戰略實現了早期的成功，因為這些領域的性質，它們已經快速迭代和使用了DevOps原則。

錯誤4：忘記反饋回路

反饋回路驅動DevOps，但有時候關鍵利益相關者(例如數據庫管理員和安全專家)被排除在外，導致一個有缺陷的最終產品，Lyman說。

“確保這個反饋循環中沒有缺失鏈接，因為讓這些利益相關者參與是你進步的方式，”他說。

同樣，Stanger表示，組織需要幫助他們的DevOps人員了解反饋的重要性，并確保他們不會將其視為無端的批評。

“反饋不能被視為一個負面的事情，它必須被視為一個機會，以解決需要改進的事物，”他說。