DevOps

採用 DevOps 工作模式常見的挑戰包括：

孤立的團隊：如果團隊沒有共同的流程和目標，很可能會將不同的任務列為優先處理事項，不但拖延軟體交付進度又容易出錯，因此許多組織會將開發、測試及操作工程師合併成一個開發操作團隊。各團隊還是可以維持目前的組織結構，只是多了享有共同流程與目標的好處。只要所有團隊都能檢視一個共同的儀表板，就能團結合作，朝定義相同的成功目標邁進。

缺少自動化功能：如果希望經常推出軟體更新，就需要使用自動化功能推動建構、測試與部署的週期，否則團隊將耗費許多心力手動處理相關作業。經過整合的工具鏈能加快交付速度，同時提升開發操作品質。

缺少可追溯性：生命週期可追溯性可協助組織透過精準且容易掌控的方式，採用開發操作工作模式。無論是為客戶要求排定處理順序、回復造成效能問題的功能，或者為不同客戶/地區提供不同功能，都必須精細控管開發作業和發行週期。而只有整合開發操作與其他生命週期流程，才能使發行控管作業達到這樣的精細度。

DevOps 工作模式可擴展到汽車、手機和醫療設備等產品中的嵌入式軟體，但有一些關鍵差異：

交付時間：智慧產品通常需要採用更容易掌控、更細微的交付工作模式，包括定時和分批的汽車軟體更新，以配合汽車定期保養時程。交付時間通常是盡量避免服務中斷並確保安全性。

安全和保全：許多智慧產品極度注重安全，因此所採用的開發操作工作模式中必須納入法規監管流程。這類產品必須符合可追溯性與稽核標準，也必須保障軟體更新稽核記錄的安全性。

交付方式：嵌入式軟體可以透過無線 (OTA)、傳統網路、CD 或其他有線交付方式提供更新。

異質環境：團隊可以在傳統開發操作環境中高度控管運算環境，指定要納入或排除特定軟體，並確保妥善處理所有軟體維護作業，而不是像操作團隊一樣沒有實體硬體裝置。內建軟體更新通常需要針對假設組態進行更複雜的測試，以確保更新在實際條件和組態之下能夠運作。