不少國內廠商蹭熱點將DevOps作為技術產品售賣，該文糾正了這一觀點：

每當我與工程之外的人討論DevOps時，他們的反應都有一個共同的主題，就像“哦，這是IT的新職位嗎？”

這困擾我，因為DevOp意味著：

• 它是新的，並以某種方式管道貼在IT上;
• 它是某人或小團體的責任;
• 有的不屬於它。

軟體公司通常擁有DevOps Engineer，DevOps System Admin，DevOps架構師等人員。一切都意味著一個人對DevOps負責。它將DevOps與職位名頭聯絡起來並使其成為自己的工作。或者更糟糕的是，它暗示你可以將SysAdmin貼上DevOps標籤 ，你正在做DevOps，能夠逐項檢查，但這不會提供DevOps的真正好處。

讓專門人員檢查DevOps是已被廣泛組織採用的高績效，您會發現這種反應非常錯誤。在這些組織中，DevOps不僅僅是個人或甚至小團隊的責任，而是整個組織公司應該採用的理念。

當DevOps被視為一種哲學時，它變為：

• 公司範圍內的優先事項，而非一種流程管道的錄音器記錄器;
• 每個人都有責任，而不是某些個人;
• 組織中每個人都有其個人責任。

這可能看起來很奇怪，但在實踐中，它進一步打破了行動和溝通的孤島。它成為文化的一部分，是每個人招聘和培訓的一部分。

從支援到質量保證，從開發到運營，一直到管理。每個人都感到自己有能力並作為流程的一部分參與，更大的主動提供客戶想要的一部分功能，以更快，更少的錯誤方式提供。

這種組織層面的哲學方法具有歷史先例。精益從未成為製造業的有形職稱。沒有專門的精益生產經理，只有普通的生產經理。相反，精益是豐田應用於他們如何在整個組織中製造汽車的理念。改善質量不是一個人的責任，這是每個人的責任。在短短几年內，豐田從同時發展到市場領導者的轉變證明了這種哲學方法是一種成功的方法。

採用新的理念將影響組織的許多領域，甚至可能是痛苦的。但這是值得的。最重要的是它是一個旅程。實現更有價值，更少錯誤，更高效的目標的有條不紊的運動。