devops .net_DevOps vs. Agile：它们有什么共同点吗？

devops .net

DevOps与Agile的话题几乎就像辩论iPhone与Android一样，每个人都有自己的见解，情绪会变得异常激烈，尤其是在人们不同意的情况下。

在编写DevOps v。Agile之后：有什么区别？ 并且阅读了这篇文章的评论后，我想补充一些想法，包括我对该主题的某些看法发生了什么变化。

我的观点来自我现在所在的位置，也来自我曾经去过的位置。 我曾经是系统管理员和基础架构工程师，现在是密苏里州一家大型公用事业公司的高级Scrum管理员。 （在我成为管理员或工程师之前，我实际上是一名Scrum管理员，但我离题了。）

DevSecOps团队，因此我们的核心Scrum团队正在与DevSecOps团队合作，以帮助我们进行过渡。 没有人会天真地认为这并非易事，但DevSecOps团队的经验使我们对成功的信心充满信心。

我们团队的经理最近雇用了一位高级软件工程师，他们将推动DevSecOps目标的实现。 作为一名scrum master，我将继续专注于持续改进。 团队还很年轻，所以他们没有丰富的工作经验，但是他们很聪明而且有干劲，还有很大的发展空间。 此外，我们整个组织都在经历着敏捷转型，因此大多数人对敏捷的所有事物都是陌生的，包括敏捷宣言和五个Scrum价值观 。

凯尔·格伦

敏捷，Scrum，DevOps等

DevOps与敏捷之间有着明显的关系。 敏捷是方法论，Scrum是框架，并DevOps的敏捷落在下伞与看板，精益，大规模的Scrum，极限编程，水晶，多沿。 例如，我们的Scrum团队是一个敏捷团队，将作为DevSecOps团队运作。

DevOps和Agile都不是关于工具的。 两者都是关于思维方式和文化的 。 如果做对了，团队会以不同的方式思考和采取行动，并取得更大的成果，包括更快的软件交付，持续集成（CI），持续交付（CD），持续改进，工作软件，更快的解决方案，更多的协作和更少的孤岛。 在质量测试，更好的自动化以及改进的系统，过程和实践中还可以看到其他结果。

共同概念

它们共有的一些敏捷概念与敏捷宣言有关。 前12条原则中最熟悉的是前4条：

• 流程和工具之间的个人和互动
• 通过全面的文档工作软件
• 客户合作而非合同谈判
• 响应计划变更

他们有一些共同的DevOps概念，包括CI / CD管道，优化软件交付和质量，创新文化，服务水平的目标和指标（SLO和SLI），团队之间的协作以及自动化。

DevOps和敏捷优势

DevOps加快了开发人员和运营之间的速度。 此外，即使DevOps与工具无关，开发人员和操作人员团队使用相同的技术堆栈这一事实在两者之间创建了共享的语言和同理心。 我们的Scrum团队使用Jira来跟踪所有错误，增强功能和团队绩效。 常见的DevOps工具是Jenkins，AWS，SonarQube，GitHub，Splunk和Ansible。 尽管团队之间的工具有所不同，但思维方式和文化应该在所有人之间通用。

DevOps还可以减少开发人员与操作人员之间的划分，并了解彼此穿鞋的感觉，因为现在它们可以合而为一。

敏捷团队不断频繁地快速交付产品，并在此过程中逐步适应。 对于大多数软件或产品交付团队来说，两周的冲刺工作似乎是最佳选择。 敏捷团队可以在他们的工作中使用DevOps原则（例如，实施CI / CD管道），与运维人员一起工作的开发团队可能以相同的两周增量工作。

传统上，DevOps导致持续的部署，交付和集成。 团队合作已整合； 问题和故障由开发，运营和其他实体共同拥有，例如质量保证（QA），测试，自动化等。

加起来

我相信，敏捷和DevOps会呼吸相同的空气，它们之间有许多概念和理论交织在一起。

尽管我毫不怀疑将有反对意见，甚至对我的意见有一些尖锐的异议，但我认为我们都同意，敏捷和DevOps致力于解决复杂性，提高质量并围绕软件设计进行创新。

翻译自: https://opensource.com/article/20/4/devops-vs-agile-common

devops .net