脆弱的項(xiàng)目管理技能，錯(cuò)過的時(shí)間線，敏感的員工——其中的任何一條都可能破壞你羽翼未豐的DevOps環(huán)境。

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

這里，我們的專家列出了在向DevOps環(huán)境過渡時(shí)易犯的四種常見錯(cuò)誤，并指出如何避免它們：

錯(cuò)誤1：被DevOps標(biāo)題所迷惑

當(dāng)技術(shù)執(zhí)行官建立他們DepOps能力時(shí)，常常是從雇傭DevOps工程師開始。這不一定是最佳方法。DevOps工程師通常會偏向于DevOps技能的某一個(gè)方面。也就是說，更傾向于運(yùn)營或者偏好開發(fā)，Shalom Berkowitz說。他是技術(shù)人事公司Mondo負(fù)責(zé)技術(shù)招聘的初級團(tuán)隊(duì)領(lǐng)導(dǎo)。

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

錯(cuò)誤2：忽略時(shí)間線

無可否認(rèn)，傳統(tǒng)的瀑布式方法下工作更加封閉，更有秩序，James Stanger說，他是非營利性貿(mào)易協(xié)會CompTIA的高級產(chǎn)品主管。

相較而言，DevOps從本質(zhì)來看就有讓人混淆的可能，因?yàn)?ldquo;每人都能影響到其他人的工作，”他說。

“引起的混亂會影響合理化開發(fā)，”Stanger說。也可能招致范圍蔓延，因?yàn)槊咳硕加锌赡茉谒麄兊鷷r(shí)添加他們自己的好想法。

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

經(jīng)理需要在DevOps環(huán)境中堅(jiān)持強(qiáng)烈的項(xiàng)目管理原則，忠誠于文檔和截止日期以避免失控項(xiàng)目。

“發(fā)生變化的是實(shí)施時(shí)間表，不是對時(shí)間線的需要，”他補(bǔ)充道。“你在以更加循環(huán)的方式做事情，但是你仍然要朝著時(shí)間線前進(jìn)。”

錯(cuò)誤3：過快過多地向DevOps過渡

Jay Lyman是451 Research 的DevOps&IT Ops開發(fā)部門的首席分析師，他說他和他的同事們已經(jīng)看到，組織將DevOps原則應(yīng)用到太多的項(xiàng)目和/或太復(fù)雜的項(xiàng)目上，直到DevOps團(tuán)隊(duì)有足夠的經(jīng)驗(yàn)和專業(yè)知識來管理這些項(xiàng)目。

Lyman建議企業(yè)從小的開始，先將DevOps應(yīng)用到一些容易實(shí)現(xiàn)的目標(biāo)----通常是新的方案或者新的應(yīng)用----來建立起所需的技能和流程。

他補(bǔ)充說，許多組織通過尋求和借鑒他們的網(wǎng)絡(luò)運(yùn)營和移動團(tuán)隊(duì)的戰(zhàn)略實(shí)現(xiàn)了早期的成功，因?yàn)檫@些領(lǐng)域的性質(zhì)，它們已經(jīng)快速迭代和使用了DevOps原則。

錯(cuò)誤4：忘記反饋回路

反饋回路驅(qū)動DevOps，但有時(shí)候關(guān)鍵利益相關(guān)者(例如數(shù)據(jù)庫管理員和安全專家)被排除在外，導(dǎo)致一個(gè)有缺陷的最終產(chǎn)品，Lyman說。

“確保這個(gè)反饋循環(huán)中沒有缺失鏈接，因?yàn)樽屵@些利益相關(guān)者參與是你進(jìn)步的方式，”他說。

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

“反饋不能被視為一個(gè)負(fù)面的事情，它必須被視為一個(gè)機(jī)會，以解決需要改進(jìn)的事物，”他說。