问什么是敏捷方法论？

EN

敏捷是很多事情和实践，但我认为它的核心只是迭代开发。

迭代:想想一堆很小的瀑布。也就是说，瀑布方法(requirements->spec->code->test)，但不是在一年左右的时间里完成它，而是在几个星期的时间内为整个项目的一个可管理的部分完成它。在“迭代/冲刺/增量”结束时，您有一组很小但经过测试的附加功能集。

这允许您快速改变项目的过程，如果您正在做的事情不是客户想要的，或者业务需要改变，或者其他什么的。因此出现了“敏捷”一词。

我认为没有什么比“敏捷宣言”本身更好了：

我们正在探索更好的发展途径。

软件通过做它和帮助别人做它。

通过这项工作，我们认识到：

过程和工具上的个人和交互

基于综合文档的工作软件

合同谈判中的客户协作

响应按计划进行的变更

也就是说，当项目中有价值时，

右边，我们更看重左边的物品。

来自http://agilemanifesto.org/

对我来说，最重要的想法是：

需求的变化将会发生，因为我们被迫在对需要的知识(项目的开始)的最底层设计软件，并且需求只会在项目的过程中变得更加清晰。

传统的(瀑布)方法试图通过在项目开始时将每个人锁定在一个合同中，通过让他们签署全面的规范来减轻这一变化。这可能作为一个共青团工作，但它不会让任何人高兴地交付一些不符合用户需要的东西，特别是当他们的反对意见被满足时，“好吧，你签了字！”

敏捷方法的设计是为了接受不可避免的变化，而不是保护开发团队不受它们的影响。它以多种方式做到了这一点，其中最主要的是迭代开发和利益相关者持续参与过程。在我的经验中，它让每个参与其中的人最终都更快乐，尽管对一些铁杆规划师的管理人员来说，这可能会让他们更不舒服。