产品壁垒
在过去的几个月里，我发表了探索的核心，你的数字化改造的三个P秒的几篇文章，使您能够从资源优化的商业模式基础上的资本支出（CAPEX）基于市场最优化的模型动运营费用（OPEX）。 除了其他优点外，People，Process，和PRODUCTS的结合可以帮助你推动核心业务价值，如增加商业价值的流量，缩短交货周期，并让大家不断学习，适应和提高。
像我这样的工程师通常专注于产品，工具和技术。 尽管这些对于DevOps的成功至关重要，但重要的是要意识到您无法购买或安装DevOps！ 产品是推动者，而不是银弹。 它们使您可以专注于结果，例如自动化，一致性，可靠性，可维护性，逐步启用或禁用功能以及可视化价值流。
当我们谈论过程时，我们通常倾向于自动化以实现高效，稳定和一致的价值流。 同样重要的是，还应包括以下目标：庆祝团队和组织的成功，关注从构思到弃用的质量，创建轻量级且响应Swift的变更管理流程，采用松散耦合的体系结构以实现扩展并争取多个新功能发布每天。
转型的核心是人员及其文化，而不是产品，过程甚至组织的规模。 人们需要购买DevOps，了解他们的角色将受到怎样的影响，并对自己的转型负责。 人们需要认识到DevOps不仅限于开发和运营，即使其名称不包括其他利益相关者。 您需要打破组织中的所有障碍和障碍，将所有利益相关者聚集在一起，包括开发，数据服务，运营，安全性和业务。
为了帮助您了解这三个P，我们捆绑了几篇文章供您阅读。
下载DevOps转换指南
翻译自: /article/19/3/breaking-down-walls-between-people-process-and-products
产品壁垒
