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