敏捷软件开发是当今软件商店的首选方法。但是仍然有一些组织在软件开发方面没有实践敏捷，他们可能对采用DevOps感兴趣。

当我说敏捷软件开发时，我指的是敏捷软件开发宣言中的任何后代。如极限编程，Scrum，精益软件开发等。

敏捷软件开发是否是在组织级别采用DevOps的强制性先决条件？

进行DevOps 并不需要进行敏捷软件开发，但是我相信可以提出这样的论点，即没有敏捷的情况下DevOps的价值主张通常会低很多。

DevOps有很多东西，但是自动化是中心主题。自动化的价值与Development创建新版本的频率成正比。频繁部署会对某些类型的产品（特别是消费者应用程序）产生积极影响。在整个软件交付生命周期中始终保持高速，每次迭代都返回值（有人看到CA广告中的僵尸想要在其应用中添加新功能吗？）

如果没有敏捷性，高频发布将非常困难，即使不是不可能。如果开发团队每季度或每年两次发布软件，DevOps仍然可以使流程自动化，但是那又有什么意义呢？采用DevOps的时间，培训和资源方面的投资可能会部分返回质量，但是，最大的价值在于在整个交付生命周期中保持较高的速度。

也许还会有人争辩说，如果您要采用DevOps，为什么不同时采用敏捷？使它们都起作用的原理可以很好地协同工作。在没有敏捷的情况下，仅自己实践DevOps可能会在Ops和Dev之间造成失衡，在Ops和Dev之间，Ops在提供服务方面的性能要优于Dev。

没有

我认为成熟的 DevOps操作确实需要成熟的敏捷过程。如果没有成熟的敏捷过程，您将不可能完全有信心继续进行部署，或者使开发人员无法启动部署过程。

但是，我认为非常重要的一点是，明确组织在建立DevOps文化和基础架构之前不需要采用敏捷流程。实际上，我认为一旦公司中有一些基本的DevOps，采用Agile实际上会更容易。我不建议将敏捷作为DevOps的先决条件，而是建议使用DevOps来帮助推进敏捷实施。

在2008年敏捷大会上，Andrew Clay Shafer和Patrick Debois 讨论了 “敏捷基础架构”。这是DevOps运动的开始。

但是，尽管DevOps起源于《敏捷宣言》，但事实是，开发团队并非必须严格要求敏捷。遵循大多数敏捷原则确实很重要，但是并没有规定特定的敏捷方法论，如果开发团队可以提出自己的工作方式，同时又或多或少地遵循敏捷原则，那么您可以实现收益。

不必要; 正如其他答案所指出的那样，敏捷方法论和DevOps思维方式可以相互借鉴，但对我而言，DevOps比敏捷或精益开发工作要广泛。采用DevOps的公司着眼于整个价值流，包括运营，开发，产品设计，市场营销，安全性等。这种运动可以在任何孤岛内发起，旨在消除障碍。

恕我直言，它不需要。

从DevOps（重点是我的）：

DevOps（“软件开发”和“信息技术OPerationS”的裁剪复合物）是一个术语，用于指代一系列实践，这些实践强调软件开发人员和信息技术（IT）专业人员的协作和交流，同时使过程自动化。软件交付和基础架构更改。1 [2]它旨在建立一种文化和环境，在此环境中，可以快速，频繁且更可靠地进行软件的构建，测试和发布。

我强调can happen了事实并非如此must happen。

上面的描述中实际上没有任何内容需要敏捷开发方法。

但是我怀疑，向DevOps的过渡通常会在开发过程中加入敏捷方法，因为它们确实很好地融合在一起。

devop的概念正是由于敏捷的发展而出现的，因此在敏捷中使用devops方法是适当的。例如，在敏捷的情况下，使用了持续集成（这是devops方法的一部分），用于测试的服务和容器的编排以及针对测试和产品环境的新版本的发布。