要成功實施和管理DevOps并非易事，進行DevOps評估將幫助你了解企業及其IT組織是否已經準備好迎接變革。

在當今快速迭代的時代，DevOps軟件開發及其方法論允許企業相比于傳統軟件開發方法更快地捕捉商業機會。微小的、增量的DevOps持續改進幫助企業嘗試新的理念，同時也能夠抵御更大的風險——即使是失敗也不會產生嚴重的后果，這就是為什么DevOps能夠取代傳統瀑布式開發方法的部分緣由所在。

DevOps已經證明其在軟件開發過程中能夠有效提升效率，減少運營團隊和質量保證（QA）團隊間的交互成本，它還要求每一個組織必須準備好變革。在開始動手前回答以下五個問題來一場真正意義上的DevOps評估。

1. DevOps能否為企業帶來價值？

應看中長期的項目回報。傳統軟件開發過程在具備發布條件前需要數以年計的編碼和測試，這需要在不能確保訂單的情況下提前投入大量的工作。不僅會產生如版本缺陷、疏漏和bug之類的問題，并且業內的競爭還很可能會蠶食這一投資的回報率。

DevOps更短、更小的開發和發布周期改變了軟件開發的商業意義。開發人員、質量保證和運營團隊工作人員要經常性地為產品的連續發布貢獻力量。每個版本均為產品增加重要的特性和功能，使得市場收益更快，避免潛在的長期和冒險的投資。

2. IT靈活性是否足夠支持DevOps？

IT組織要經常性地部署每個小而精的版本，這意味著在單個和多個服務器的數據中心或云端安裝新版本的應用程序，并聯通后臺支撐數據庫、存儲、性能監控及其他資源。這些活動是IT管理員的核心職責，需要關注的是DevOps實施的過程中，也可能會承擔傳統運營過程的負擔。

采用傳統的孤立流程按部就班地部署傳統企業應用程序相當耗時。首先IT組織要確定應用程序需求，獲得征用或購買新的服務器和其他設備的許可，獲取操作系統和其他軟件的許可證，安裝所有新設備，并為批準發布的候選版本進行實際開發，在此過程中與開發人員不會產生太多交流。

如此僵化的流程只會在IT人員偶爾開發軟件時奏效，然而當開發團隊每月就要部署一個或多個版本新應用程序時，這樣的實施策略就很快會面臨失效和崩潰。

遷移到DevOps的內容應包括多于一個新的開發周期。在你的DevOps評估中，要考慮到當前的IT團隊將如何能在維持現狀和進行革新之時仍可保持開發正常進行。在DevOps中用于提供存儲、計算以及網絡資源所產生的IT工作以及與不同的開發人員、質量保證工作人員的溝通交互，應依照更快的時間進度表進行測試并支持每個版本。