我的组织是否需要采用敏捷软件。开发人员在采用DevOps之前？

#1 楼

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

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

还有人认为，如果要采用DevOps，为什么不同时采用敏捷？使它们都起作用的原理可以很好地协同工作。在没有敏捷的情况下，仅靠自己实践DevOps可能会在Ops和Dev之间造成失衡，而Ops在服务交付方面的表现要优于Dev。

#2 楼

否

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

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

#3 楼

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

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

#4 楼

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

#5 楼

恕我直言，不需要。

来自DevOps（重点是我）：


DevOps（“软件开发”和“信息
“技术操作”是一个术语，用于指一组实践，
强调软件开发人员和信息技术（IT）专业人员之间的协作和交流，同时
使流程自动化1 [2]的目的是建立一种文化和环境，使构建，测试和发布软件可以快速，频繁且可靠地进行。
br />

我强调了can happen，因为它不是must happen。

以上描述中的任何内容实际上都不需要敏捷开发方法。

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

#6 楼

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