问敏捷是一种软件开发方法吗？

EN

敏捷最初是纯粹的软件开发方法，目的是完全取代瀑布和其他过程重的方法。所有创建敏捷宣言的人要么是SW开发人员，要么是受管理的软件开发项目。它甚至写着“工作软件而不是全面的文档”。而且它的敏捷原则显然与软件开发有关。

但后来，它被Scrum所接管，这实际上只是管理方法。然后，敏捷开始应用于软件开发之外。

这就是为什么敏捷现在被视为管理方法。

因此，对您的问题的回答实际上取决于您何时按照最初的设想考虑“敏捷”。或者是“敏捷”，因为它现在被理解和应用，这基本上就是Scrum。

说瀑布有一组SDLC阶段和敏捷方法有它们的阶段是不正确的。

计划驱动和自适应方法都是研究系统开发的方法。不管您使用的是哪种方法，您都要做同样的事情--启动一项工作或团队，定义正在开发的内容的一些概念，规划工作，引出和管理需求，设计解决方案，集成和测试解决方案，部署和维护解决方案。

计划驱动的方法和敏捷或适应性方法之间的区别是当这些事情发生时。敏捷方法承认这样一个事实，即不可能预先规划和指定一个项目。通过使用简短的迭代和逐步构建解决方案，而不是预先创建一个计划并针对它执行一个项目，您可以适应不断变化的需求。

甚至把敏捷描述为“迷你瀑布”也可能是不正确的。瀑布的概念是，在项目的早期阶段，您有一组固定的需求。以Scrum为具体例子，您的Sprint待办事项在Sprint的开头并不是固定的。你发现工作，当你学习新的信息时，你和产品负责人谈判，你朝着目标努力。您没有一组固定的需求和预先设计，也没有测试和集成阶段。

敏捷方法是管理项目中的工作的不同视角，也是一组不同的原则，通常情况下，在交付软件(和其他类型的产品或服务，在某些情况下)时，这些原则可以很好地工作。

“敏捷”是形容词，不是名词。我们希望以一种有效的方式编写应用程序，但这并不意味着“有效”是一种软件开发模型。同样，“敏捷”也不是。所以不，“敏捷”不是一种软件开发方法。

以敏捷方式开发应用程序的最常见方法是使用迭代开发模型。然而，并不是所有的迭代开发模型都特别敏捷。例如，Scrum是一种高度禁止的模型，如果按字母来写，这具有讽刺意味，因为"Scrum“和"Agile”常常被错误地认为是同义词。

模型拥有的规则越少，并且越容易被修改以适应环境，模型就越敏捷。所以模型可以是敏捷的(或者不是)，但是没有“敏捷模型”。