匆忙将应用程序推向市场也可能引发无意的灾难性可访问性错误。SlideShare 的早期版本（2006 年 ） 了 DevOps 模型，该模型有助于缩短响应时间，从而超越竞争对手。这家总部位于美国的公司将 DevOps 团队分为旧金山和新德里两地的办公室，两地之间的通信需要大量基础设施才能正常运作。为了优化协作并实现工程师效率最大化，领导层选择尽可能开放基础设施的访问权限。在两个办公室从事不同项目元素工作的工程师都可以进入并检查其他贡献者的工作情况。
然而，当其中一名开发人员无意中重组 MySQL 数据库以适应其项目参数时，出现了一个小故障。他没有意识到他的操作也改变了实时生产环境的数据库，导致 SlideShare 彻底关闭。
在对事件的调查中，该公司认识到，如果未审查过多的访问权限对流程的价值，那么访问过多的访问权限是一件坏事。然而，访问数据库本身是有帮助的，因为最终工程师能够实现他的编程目标。使用实时数据库进行实验是 塞浦路斯电报数据 没有帮助的，因为临时数据库可以提供相同的结果。
错过了 DevOps 功能的重点
一家大型全国性企业使用了一系列第三方供应商来实现其服务的全部功能。它需要遍布全国的金融服务提供商网络来促进其汽车租赁业务。当然，记录和跟踪交易以确保其准确性是所用应用程序的基本要素。
许多公司没有考虑到内部 DevOps 员工的工作与生活问题。由于工作需要全天候工作，那些员工规模较小的组织在增加 DevOps 职责时，可能会给已经超负荷工作的 IT 团队带来不必要的压力。