在許多組織中，DevOps已經成為現實，強調開發人員和IT操作人員的集成，但這并不意味著現有的框架，如IT服務管理(ITSM)不再相關。

ITSM學院院長Jayne Groll在最近的一次網絡研討會上說：“市場要求IT發展得更快，”該研討會概述了ITSM如何支持DevOps，旨在通過引入更頻繁、更小的版本來應對這一加速需求，并通過改善從開發到運營和生產的工作流程來加快發布周期。

Groll說，必須認識到各種職能之間的相互依存關系和文化改進的必要性。 傳統的信息技術很大程度上是由孤立的專家組成的，這些分離需要分解。 她表示：“DevOps本身并沒有單一的知識體系，因此它確實支持敏捷、精益和IT服務管理。 自動化也是DevOps的關鍵部分..

Groll說，需要消除的一個神話是DevOps標志著IT基礎設施庫(IT IL)/ITSM的結束。 “它并不否定它，它實際上驗證了它的必要性。”DevlOp創造了一個人、過程和技術的價值流，她說，對于沉浸在ITSM中的人來說，這聽起來應該是相當熟悉的。 “它確實依賴于支撐整個服務生命周期的流程和實踐。 它將IT IL和IT服務管理提升到下一個層次。

Groll說，將ITSM提升到下一個層次，包括灌輸一些精益和敏捷的思維，包括IT服務的戰略、設計和開發、過渡、操作和改進。 “這是組織上的敏捷性，將幫助你進入下一個層次。

她說，敏捷ITSM有很多方法可以支持DevOps。

“我們在DevOps中談論的一切都是一種改變，”Groll說，因此敏捷ITSM可以幫助的第一個領域是變革管理。 “在當今充滿活力的IT環境中，一些組織正在一分鐘地發生變化。

同樣，敏捷ITSM也可以支持發布管理，Groll說，這在歷史上一直是最被誤解的ITSM過程之一，并插入到DevOps的中間。 發布自動化作為一種新興的實踐正在興起。 在ITSM DevOps世界中，發布管理可以是開發人員和操作之間的協作過程。 “它已經成為IT組織的心跳，因為我們必須以與以前不同的方式來適應發布。

Groll說，由于采用了敏捷的ITSM方法，配置管理發生了變化。 它從開發人員開始，特別是因為基礎設施現在是代碼。 在過去，配置是通過發現完成的，現在它是非常實時的。 “現在我們在受孕時從源頭上識別它們。

今天的DevOps環境也意味著事件管理的改變；Groll指出，事件不一定是緊急情況，而是發生在基礎設施中的任何事情。 雖然它曾經是坐在大型儀表板前面的操作員，但事件管理現在正在與開發同時進行。 她表示：“開發人員和運營人員有機會一起審視這些儀表板。 “開發和操作之間幾乎有一個正在運行的對話。

事件管理當然與事件和問題管理有關。 “恢復服務的能力必須很快，”Groll說。 敏捷ITSM有開發人員和IT操作人員一起工作，通過利用聊天室等工具解決問題，并幾乎即時地查看事件。 “升級點可能不僅發生在重大事件上，也可能只是異常事件?！边@可以幫助在影響用戶之前找到問題。 “我們真的不想用用戶作為監視器。

Groll說，這種合作導致開發人員和操作人員之間的共同責任。 “它帶走了“他們”和“我們”。

企業有許多方法可以開始提高ITSM的靈活性：

最重要的是，Groll說，各組織應該避免對ITSM采取一刀切的做法，并審視模型。 “你可以預先定義一些你需要更多治理的程序。 ”“從你的位置開始。 不要重新發明輪子。