當(dāng)今，DevOps能顯著提升企業(yè)的商業(yè)敏捷與能力，因此在業(yè)界廣受歡迎。然而，對(duì)于大多數(shù)企業(yè)來講，DevOps變革并非一帆風(fēng)順，此過程中會(huì)面臨各種各樣的挑戰(zhàn)。為了提高DevOps變革成功的可能性，我們亟需識(shí)別或者理解DevOps變革失敗的常見原因，并采取一定的措施來避免。

基于DevOps的價(jià)值觀（Value）、原則（Principles）與實(shí)踐（Practices），分析DevOps落地案例，會(huì)發(fā)現(xiàn)DevOps變革存在4個(gè)常見問題，稱之為四大"焦油坑"：

1. 烏合之眾 - 未有效地管理組織變革

2. 各自為政 - 未充分地合作

3. 一蹴而就 - 未采用迭代方法

4. 沙上建塔 - 未清晰地管理需求

烏合之眾：未有效地管理組織變革

在DevOps變革中，企業(yè)組織應(yīng)該認(rèn)識(shí)到人或團(tuán)隊(duì)是DevOps變革的最大的挑戰(zhàn)，因而應(yīng)該充分重視組織變革的重要性，而不是將重心聚焦在工具上。企業(yè)應(yīng)該從理解客戶商業(yè)價(jià)值來發(fā)起組織變革，領(lǐng)導(dǎo)層必須清楚DevOps以及相應(yīng)的組織變革是不可或缺的，員工必須認(rèn)識(shí)到變革正在發(fā)生。在DevOps變革中，領(lǐng)導(dǎo)層應(yīng)該理解，為了提升商業(yè)敏捷性，決策需要在信息產(chǎn)生的地方進(jìn)行，并應(yīng)該去身體力行此種決策理念。

因此，領(lǐng)導(dǎo)層需要組建團(tuán)隊(duì)，并讓團(tuán)隊(duì)自己決策應(yīng)該做什么以及如何做。領(lǐng)導(dǎo)者應(yīng)具備相應(yīng)的技能與態(tài)度來激勵(lì)員工，進(jìn)行授權(quán)并提升他們的責(zé)任感。

各自為政：未充分地合作

在DevOps變革過程中，比較現(xiàn)實(shí)的情況是單個(gè)職能領(lǐng)域（例如IT部門）來發(fā)起此變革，因此導(dǎo)致DevOps實(shí)施局限于單個(gè)職能領(lǐng)域，服務(wù)器租用 免備案服務(wù)器，無形中增加了變革失敗的可能性。

因此即使單個(gè)職能領(lǐng)域發(fā)起DevOps變革，組織必須意識(shí)到成功的DevOps實(shí)施需要所有干系人共同合作以更全面地理解并系統(tǒng)地解決問題。為了加快價(jià)值實(shí)現(xiàn)時(shí)間，DevOps團(tuán)隊(duì)必須與其他團(tuán)隊(duì)及關(guān)系人合作。DevOps需要人們共同工作實(shí)現(xiàn)解決方案，打破障礙，并能像小型團(tuán)隊(duì)一樣運(yùn)作。因此，合作是至上的，團(tuán)隊(duì)的大小并沒有絕對(duì)的限制，雖然業(yè)界有所謂兩個(gè)比薩（Two-pizza）團(tuán)隊(duì)的說法。

更為重要的是，企業(yè)級(jí)別的合作需要管理層的支持。在一開始，就應(yīng)該獲得管理層的支持與擁護(hù)。DevOps的擁躉必須相信DevOps的價(jià)值，并平衡組織內(nèi)不同團(tuán)隊(duì)的激勵(lì)方式，例如開發(fā)團(tuán)隊(duì)被鼓勵(lì)快速變更和開發(fā)新特性，而運(yùn)維被鼓勵(lì)維持可靠性和穩(wěn)定性，這樣就難以形成合作。

一蹴而就：未采用迭代方法

全面的一攬子的DevOps變革，對(duì)于大多數(shù)企業(yè)組織來說，是非常有誘惑力的。然而，歷史經(jīng)驗(yàn)卻無情地告訴我們，這種傳統(tǒng)變革失敗率非常高。DevOps要在一個(gè)大型IT組織中成功，directadmin安裝，涉及太多因素，并且組織越大越困難。

因此，增量迭代方法成為組織的必然選擇，一方面此方法使組織聚焦于持續(xù)改進(jìn)，另一方面避免了傳統(tǒng)方法的巨大風(fēng)險(xiǎn)。在進(jìn)行DevOps變革時(shí)，組織聚焦于單一價(jià)值流，通過迭代與持續(xù)學(xué)習(xí)來持續(xù)改進(jìn)，來得到合適的因素維持可接受的變革。迭代增量節(jié)奏也使組織確保團(tuán)隊(duì)分享與合作，并建立實(shí)踐社區(qū)。這樣，在此價(jià)值流學(xué)到的知識(shí)可以傳遞到下一個(gè)價(jià)值流，逐漸在組織中規(guī)模化DevOps。

沙上建塔：未清晰地管理需求

于受到DevOps成功案例以及CAMLS理念中自動(dòng)化的影響，企業(yè)通常寄希望于自動(dòng)化等技術(shù)與工具手段來加速產(chǎn)品上市周期，然而經(jīng)常因諸多基礎(chǔ)性工作沒有做扎實(shí)導(dǎo)致DevOps實(shí)施效果未達(dá)到預(yù)期。

在諸多基礎(chǔ)性工作中，最為關(guān)鍵的是需求的探索、分析與分解。從DevOps的發(fā)展歷史來看，DevOps繼承了敏捷方法的諸多實(shí)踐與理念，原則上默認(rèn)DevOps團(tuán)隊(duì)較充分地掌握了敏捷方法與實(shí)踐，也致使DevOps組織忽略需求的重要性。因此無論如何強(qiáng)調(diào)需求的重要性都不為過。DevOps團(tuán)隊(duì)必須清晰地管理需求，使需求以及Story滿足SMART要求，在迭代周期內(nèi)可以按時(shí)保質(zhì)交付最小可行產(chǎn)品（MVP）。

DevOps變革是一個(gè)系統(tǒng)工程，涉及到組織、文化、人員、流程、工具、方法等方方面面。對(duì)于企業(yè)來講，應(yīng)該從客戶商業(yè)價(jià)值出發(fā)，選擇合適的團(tuán)隊(duì)，合理地管理期望，并以增量迭代的方法，初始聚焦于單一價(jià)值流，夯實(shí)基礎(chǔ)，逐漸擴(kuò)展到其它價(jià)值，實(shí)現(xiàn)DevOps規(guī)模化，最終實(shí)現(xiàn)企業(yè)的商業(yè)敏捷。

【凡本網(wǎng)注明來源非中國IDC圈的作品，均轉(zhuǎn)載自其它媒體，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點(diǎn)和對(duì)其真實(shí)性負(fù)責(zé)。】