敏捷开发方法_敏捷方法

敏捷开发方法

介绍

瀑布模型分阶段跟踪应用程序开发，每个检查点中都有检查点和可交付文档。 它提倡严格的项目管理，策略和流程来跟踪状态。 主要缺点是，在启动项目之前，需要80％以上的项目理解，这在大多数情况下是不可能的。 由于需求不稳定和对业务的了解，使用此方法的软件项目中有80％无法实现其目标。

典型瀑布模型

敏捷方法

敏捷神话具有小盒子迭代而不是阶段。 每次迭代的输出将是可交付的生产版本，并且可以进行评估并获得早期反馈。

敏捷与当时普遍使用的重量级文档驱动的软件开发方法（例如瀑布）有很大的不同

敏捷指的是在企业级不同部门之间进行更多的协作和互动，并提供具有个人贡献的成功产品

敏捷方法论包含迭代。 小型团队与利益相关者一起定义快速原型，概念证明或其他可视化方法来描述要解决的问题。 团队定义了迭代的需求，开发了代码，定义并运行了集成的测试脚本，并且用户验证了结果。 验证在开发过程中比在瀑布之前进行的要早得多，这使利益相关者可以微调需求，而需求仍然相对容易更改。

它促进自适应计划，渐进式开发和交付，一种有时间限制的迭代方法，并鼓励对变化做出快速而灵活的响应。

XP（极限编程）

它提倡在较短的开发周期中频繁地“发布”，每个发布都伴随着几次迭代。 当产品发布具有足够的功能以满足用户需求时，团队将终止迭代周期并发布软件。

极限编程的其他元素包括：成对编程，持续集成，仅添加特定版本所需的功能。

用户编写故事，可以帮助团队估计构建发布和定义验收测试的时间。 XP团队的一部分用户在构建软件时增加了详细要求。 这使需求随着用户和开发人员定义产品的外观而发展

XP（极限编程）

它提倡在较短的开发周期中频繁地“发布”，每个发布都伴随着几次迭代。 当产品发布具有足够的功能以满足用户需求时，团队将终止迭代周期并发布软件。

极限编程的其他元素包括：成对编程，持续集成，仅添加特定版本所需的功能。

用户编写故事，可以帮助团队估计构建发布和定义验收测试的时间。 XP团队的一部分用户在构建软件时增加了详细要求。 这使需求随着用户和开发人员定义产品的外观而发展

• 持续集成：每天至少使用自动持续集成工具进行一次集成。
• 配对编程：配对编程可在编码时进行大量代码审查。
• 项目速度：速度是衡量项目完成多少工作的指标。 这个重要的指标驱动发布计划和计划更新。

Scrum

Scrum是团队合作开发产品的一种方式，而需求在开发过程中会快速变化。 使用Scrum进行产品开发时，会分成几小块，每块都基于先前创建的块。 一次只制造一小块产品就可以鼓励创造力，并使团队能够响应反馈和变更，从而准确而准确地构建所需的产品。 与XP不同，Scrum方法包括管理和开发过程。

• 冲刺：开发过程短
• 站立会议：每天10分钟的会议状态，当日要完成的工作，前一天的进展以及必须清除的所有障碍
• Scrum Master： ScrumMaster是负责管理Scrum项目的人。
• 冲刺积压：冲刺积压是分配给冲刺但尚未完成的积压项目的列表。
• 燃尽图：该图表每天更新，显示冲刺中剩余的工作。 燃尽图用于跟踪sprint进度并确定何时必须从sprint积压中删除项目并将其推迟到下一个sprint。
• 产品积压：产品积压是要求的完整列表

资源资源

• http://en.wikipedia.org/wiki/Extreme_programming
• http://en.wikipedia.org/wiki/Scrum_%28development%29
• http://www.scrum.org/
• http://www.codeproject.com/Articles/4798/What-is-SCRUM

参考： Tech My Talk博客中来自JCG合作伙伴 Nitin Kumar的敏捷方法论 。

翻译自: https://www.javacodegeeks.com/2013/05/agile-methodology.html

敏捷开发方法