不少国内厂商蹭热点将DevOps作为技术产品售卖，该文纠正了这一观点：
每当我与工程之外的人讨论DevOps时，他们的反应都有一个共同的主题，就像“哦，这是IT的新职位吗？”
这困扰我，因为DevOp意味着：
- 它是新的，并以某种方式管道贴在IT上;
- 它是某人或小团体的责任;
- 有的不属于它。
软件公司通常拥有DevOps Engineer，DevOps System Admin，DevOps架构师等人员。一切都意味着一个人对DevOps负责。它将DevOps与职位名头联系起来并使其成为自己的工作。或者更糟糕的是，它暗示你可以将SysAdmin贴上DevOps标签 ，你正在做DevOps，能够逐项检查，但这不会提供DevOps的真正好处。
让专门人员检查DevOps是已被广泛组织采用的高绩效，您会发现这种反应非常错误。在这些组织中，DevOps不仅仅是个人或甚至小团队的责任，而是整个组织公司应该采用的理念。
当DevOps被视为一种哲学时，它变为：
- 公司范围内的优先事项，而非一种流程管道的录音器记录器;
- 每个人都有责任，而不是某些个人;
- 组织中每个人都有其个人责任。
这可能看起来很奇怪，但在实践中，它进一步打破了行动和沟通的孤岛。它成为文化的一部分，是每个人招聘和培训的一部分。
从支持到质量保证，从开发到运营，一直到管理。每个人都感到自己有能力并作为流程的一部分参与，更大的主动提供客户想要的一部分功能，以更快，更少的错误方式提供。
这种组织层面的哲学方法具有历史先例。精益从未成为制造业的有形职称。没有专门的精益生产经理，只有普通的生产经理。相反，精益是丰田应用于他们如何在整个组织中制造汽车的理念。改善质量不是一个人的责任，这是每个人的责任。在短短几年内，丰田从同时发展到市场领导者的转变证明了这种哲学方法是一种成功的方法。
采用新的理念将影响组织的许多领域，甚至可能是痛苦的。但这是值得的。最重要的是它是一个旅程。实现更有价值，更少错误，更高效的目标的有条不紊的运动。