DevOps文化能否成功
取決於建立問責、不咎責文化，改為協作方式、同理心和對業務成果共同負責的能力。
IT產業中有個著名的管理模式DevOps，是針對解決軟體跨部門間，可能因為程式bug而相互推責，卻讓問題更糟、修復時間更長。
Google多年前在軟體開發領域快速追上，甚至在某些領域超越巨頭微軟、IBM，Google就是採用了（CI/CD）持續整合Continuous integration /持續部署Continuous Deployment 或 Continuous Delivery，也是DevOps核心概念。
Google在2003年成立 SRE Team (Site Reliability Engineering)網站可靠性工程團隊 ，此團隊成員如下：
- 純軟體工程師：50%~60%。
- 接近軟體工程師：40%~50%，且兼有 SRE 技能，需屬於同時懂系統與網路的專家。
Ps：SRE 軟體工程師技能範圍必須，除了能維運產品外，還需建一個系統來讓部門彼此間協作推進。
IBM和微軟案例：
這2家公司發現當他們還在以每季的時間推行軟題更新進度時， Google 卻是每天都能Update，甚至使用 A/B 測試的方法，快速反應使用者的回饋。
DevOps文化在打破開發孤島
也正是DevOps在軟體開發方法與策略文化，目的在打破開發孤島、安全且能快速擴展，讓軟體產品生命週期長。
用在管理上，就是不能只單採問責、咎責的作法，咎責本身不會讓問題解決，還要加上團隊能即時修正改進，目的在能馬上有更好的措施與解決方法，讓團隊對成果有共同負責的能力。
很像無限循環符號♾的兩邊，一邊是開發一邊是營運，將部門與部門間採用DevOps，意思是採上下負責、左右學習合作的方法，不斷的快速部署與推動項目，反覆運行，當DevOps文化成熟後，極有效率。
DevOps 運用在其他領域
DevOps 在其他領域的運用可解釋，為鼓勵企業更加協作的環境，例如：最前線的客服需了解30%業務的項目、業務需了解30%客服（上游）與30%行銷（下游），讓上下彼此有部分的專業，以此類推。
各部門銜接間，能有程度的相關專業（如20%～30%），在協作上不僅有同理心，也能有能力在單獨情況下，快速解決客戶棘手問題，並讓負責部門順利接手，減少之後的相互推責，增加客戶滿意度。
如：急診室的醫師，能緊急處理患者突來的傷口，減少因時間延遲造成更大傷害，進而初步判斷可能病因，時效上降低患者風險，再安排相關專科醫師門診接手。
總的來說
DevOps 是源於軟體開發的敏捷方法，顧及開發、測試、交付、營運、客服，甚至安全、效率…等協作方式，慢慢變成一種文化。
DecOps文化運用於一般企業，若能取其優點，取其適用範圍，進而共同構思、通過自動化、協作、快速反饋和迭代改進，來加速工作任務完成的交付速度，進而創造出企業競爭力，不也是好事。
