ITIL 4 對過往的框架進行了重大變革，融合了各類最新的管理方法、思想和工具。其中包括近年來一直被認為挑戰其江湖地位的 DevOps。在當今的 IT 服務管理領域中，兩者存在著一定的交集，有些體現在理念、思維和指導原則層面，有些體現在產品和工具層面。細看這對“相愛相殺”的冤家， 相互學習，相互追趕超越，真的相映成趣，別有一番風景。我們嘗試分析一下個中的異同。

ITIL 4和DevOps的相同之處：

1.原則相互映射：DevOps 有三步工作法，每一個方法均有多個指導原則，而 ITIL 4 則有七項指導原則。ITIL 4 鼓勵跨組織的協作和溝通，并為快速實現變更提供了更多的指導。過去 ITIL 強調規范、流程，而 DevOps 強調敏捷；而今天，從 ITIL 4 七項指導原則來看，其已充分吸收 DevOps“流動，反饋，持續學習和實驗”的三步工作法的指導思想，使之為己所用。

2. DevOps 的流動是為了加速從開發到運維的價值交付，而 ITIL 4 定義了價值流以及通盤思考和工作的指導原則。通過整體和系統的思考，聚焦于價值的傳遞和交付之上。

DevOps 有反饋以建立更安全系統的工作制度，而 ITIL 4 定義了基于反饋的迭代推進以及持續改進。通過找到改進點與改進機會，進行優先級排序，消除瓶頸，從而不斷地提升組織的管理能力與管理效率，讓有效的反饋成為驅動改善系統控制回路的最大動力。

DevOps 有持續學習和實驗，促進高度信任，形成“無譴責”的文化，將風險承擔作為日常工作的一部分；而 ITIL 4 定義了從你所處的地方開始、通盤思考和工作、協作和提升可視化程度的原則以及持續改進的方法。通過工作中掌握的技能和與現有的工具來結合實踐，形成更有效的價值鏈。

3.目的一致：雙方都要求有可視化的價值流，需要通過可視化來管理價值的流動，最終都是追求從端到端打通為用戶交付價值的鏈條，并且強調工作的可視化要考慮全局而不是局部，如果僅僅度量開發的完成率、度量系統的可用性，這些都只是局部的目標。兩者都是更關注全局、端到端的價值流動。

ITIL 4和DevOps的不同之處：

1. 在各自體系中將對方所置的地位不同：在 ITIL 4 中，DevOps 被當作在服務設計和轉換以及獲取 / 構建階段的執行者。而在 DevOps 知識體系中，ITIL 被一定程度地矮化，僅在運營與周期終止階段作為一個輕量級的 ITSM（EOL）引入，重點保證 IT 架構和系統的連續性。

2. 發展理念不同：ITIL 4 中雖然擴展了關于價值、價值流、價值共創等理念，但是實際在做“減法”， 部分實踐的方法指導相對舊版要顯得抽象一些，這樣為組織能更好、更簡單、更靈活地應用 ITIL 以及適配未來層出不窮的新技術、新思維、新方法預留了彈性空間，也為廣大 ITIL 愛好者們指明了更合適的演進路徑。而 DevOps 尤其是在 2.0 版本中，開始做“加法”。其已經不再滿足只是一條單純的持續交付工具鏈或者一項敏捷的工作方法，它開始引入 Lean IT、敏捷等實踐方法，試圖定義整個ITSM 生態，并成為一種特有的文化。

那么兩者是否能夠進行整合或相互兼容，從而攜手支持更短的交付周期，優化業務的上市時間并實現更高的部署頻率呢？答案是可以的。從 ITIL 4 的視角看去，因為 DevOps 方法基于敏捷軟件開發和持續交付的自動化技術，強調軟件開發和技術操作之間的緊密協作，因此可利用高度自動化來節省專業技術人員的時間，使他們能夠專注于增值活動，讓 DevOps 能夠提升軟件產品的可操作性、可靠性和可維護性等。而DevOps 從業者倡導的文化方面可以并且應該擴展到價值流和所有服務價值鏈活動， 以便產品和服務團隊保持相同的目標并使用相同的方法。

DevOps 被認為是結合了軟件開發技術（敏捷）、價值共創（ITIL 4），以及對學習和改進價值生產方式（精益）執著追求的整體方法。在 ITIL 4 中，組織面臨的主要挑戰之一是確定其特定的價值流。DevOps 是一個很好的ITIL 4 價值流實例，其涵蓋了從業務需求、開發、測試、發布計劃到部署的活動。因此，采用或借用 DevOps 方法將為改進軟件產品的開發和管理方式提供更多機會。

例如：

創建從交付和支持到軟件開發和技術操作的快速反饋循環；

簡化價值鏈活動和價值流，使工作需求可以快速轉化為多個利益相關者的價值；

分離部署管理與發布管理；

倡導“整體系統視圖”，強調企業治理，促進服務團隊、軟件開發和技術運維之間的緊密協作。

DevOps 將在 ITIL 4 服務目錄管理、服務級別管理、變更管理、配置管理、發布管理、部署管理等實踐中展現價值。