什么是敏捷_什么是敏捷？

什么是敏捷

我知道您在想，“这不是敏捷101的另一篇文章！” 我们也是。有许多资源描述了什么是敏捷，讨论了该概念的历史，并深入探讨了为什么它很重要。本文并不是所有这些内容，而是，我们希望您忘记所有被告知的内容；通过滥用或误用术语而学到的，阅读的或以其他方式获得的所有内容。

敏捷，我们要设置一些上下文。 2001年2月，《敏捷宣言》由17人撰写，他们代表了各种不同的软件开发方法。尽管它们都代表不同的领域，但是它们有一个共同点-他们认为有必要找到当时最常见的重量级软件开发过程的替代方案。正是这次会议以及业界的后续集会号召，将敏捷带入了今天的最前沿。

但是，由于Internet上围绕“敏捷”的信息激增，并且公司倾向于采用某些方法论来超越其他方法论，因此，通常存在一种默认思想，即敏捷必须与Scrum的方法等同。在Red Hat，我们认为这要简单得多。与其立即研究方法论和操作方法，不如让我们的同事专注于宣言的第一句话...

“我们正在发现通过开发和帮助他人开发软件的更好方法。”

...然后停在那里-发生的所有事情都取决于您自己的经验，并且通常取决于您的个人情况。

这些话是什么意思。

发现更好的方法

偶然地提到持续改进高于所有其他过程的理想。是的，这意味着对进展顺利或不顺利有一个看法。但是，要简单得多。它是指随着时间的流逝而变得更好的简单行为，其中包括您的人员， 技术工具和工作流程 。

通过这样做来开发软件

尽管我们经常将这与团队的概念联系起来，这些团队具有以下能力：团队能够消化需求，即时做出决策，并以自我指导的方式为客户实现成果，但这些词汇背后没有太多隐藏的内容。这里的关键点是，这不是概念性的–您要花时间在试验对客户有用的方法，而不是在开始工作之前就可能发生的情况进行对话。

帮助他人做到这一点

最后，这带来了敏捷的人为因素-鼓励团队进行交谈，共享，互相教safely，安全地在一起失败并在每个工作阶段都充满压力的行业中对每个人都善良的部分-希望鼓励人们热爱工作。

尽管可能很难忽略宣言的原始意图与当今的敏捷之间的并列关系，但人们越来越强烈地意识到将宣言重新回到基础之上。最好的方法是不要被完成工作的多种方式所困扰，而应专注于2001年撰写的原始词语的精神和意图。

接下来要读什么

翻译自: https://opensource.com/article/18/10/what-agile

什么是敏捷