这个概念火了8年，但是始终没有一个最终的结论。
任何概念、理论活方法出现都是为了解决某些问题。在devop出现之前是敏捷开发，敏捷开发针对的是当时传统开发流程中，因为需求变更而引起的交付日期延后或者交付产品不能按照预期的解决问题。传统的开发流程将大量的工作前置，以防止后续的需求变更，但是这种方法始终是不理想，无论前期工作做的有多细致始终都会有需求上的变更（研发与产品不共戴天）。敏捷开发拥抱变更，关注过程和质量，实践优先，文档后行。更快速的阶段性的交付有价值的产品，更快的获得产品或者用户的反馈。
在需求变更频繁与研发低下的问题的到解决后。在互联网的今天，阶段性的交付物并不能产生价值，只有将整个交付产品部署到生产上之后并带动整个业务的运转，软件研发工作才产生价值。即便是研发通过敏捷高效起来，但是糟糕的交付依然会将整个流程拉回到低效的瀑布模型。在这种情况下咨询师Patrick Debois提出了devops的概念。
总结：为了解决需求变更频繁的问题出现了敏捷开发，在研发高效的前提下提高部署的效能而出现了devops。