敏捷软件开发

敏捷软件开发，描述了软件开发过程中提高透明度和变化速度的方法，并且应该导致开发系统的更快使用，以xxx限度地减少开发过程中的风险和不良发展。 为此，尝试将设计阶段减少到最少，并在开发过程中尽早获得可执行软件。 这是定期与客户协调的，时间间隔很短。 这应该可以灵活地响应客户请求，以提高整体客户满意度。

敏捷软件开发的特点是自组织团队和迭代增量方法。

敏捷方法可以与软件开发的一部分（例如敏捷建模）或整个软件开发过程（例如极限编程或 Scrum）相关。 目的是使开发过程比经典的、计划驱动的过程模型更灵活、更精简。

经典方法通常被认为是重量级的和官僚的。 对他们的一种指责是，你越是按计划工作，你就越能得到计划的东西，而不是需要的东西。

“敏捷软件开发是一套基于敏捷软件开发宣言的价值观和原则的方法和实践的统称。”

敏捷宣言于 2001 年 2 月制定了四项指导原则：

“我们正在寻找更好的方法来构建软件，方法是我们自己做并帮助他人做。 通过这次活动，我们学会了欣赏这些价值观：

• 个人和互动比过程和工具更重要
• 工作软件比综合文档更重要
• 与客户的合作比合同谈判更重要
• 对变化做出反应比遵循计划更重要

也就是说，虽然我们认为右边的价值观很重要，但我们更看重左边的价值观。”

敏捷原则是敏捷工作的指导原则。 有时敏捷原则也被称为方法。 在重量级流程的情况下，原则被方法的广泛描述所覆盖，并允许原则退居二线； 此外，进程 以前主要根据方法而不是原则来定义。 原则的命名应该赋予它们比正式方法更多的权重。

敏捷宣言列出了十二项原则。

• 我们的首要任务是尽早持续交付有价值的软件，让客户满意。
• 欢迎需求变更，即使是在开发后期。 敏捷流程利用变化为客户带来竞争优势。
• 在几周或几个月内定期交付工作软件，更喜欢较短的时间范围。
• 项目专家和开发人员需要在项目期间每天一起工作。
• 围绕积极进取的个人构建项目。 为他们提供所需的环境和支持，并相信他们能够完成工作。
• 向开发团队以及在开发团队内部传达信息的最有效方式是通过面对面的对话。
• 工作软件是最重要的进度衡量标准。
• 敏捷流程促进可持续发展。 客户、开发人员和用户应该能够无限期地保持稳定的步伐。
• 持续关注卓越技术和良好设计可提高敏捷性。
• 简单 - xxx限度地减少未完成工作量的艺术 - 至关重要。
• xxx的架构、需求和设计来自自组织的团队。
• 团队会定期反思如何提高效率并相应地调整他们的行为。

原则和方法之间的转换是流动的。

敏捷评估可以提供有关敏捷价值观在流程和方法中的实施程度的信息。

对于敏捷指数测量，建议使用固定因素评估软件项目，就像 CMMI 一样。 类似名称的敏捷性衡量指数从五个不同的维度（持续时间、风险、创造性、努力和交互）评估软件项目的开发。 还有敏捷的自我评估，以确定一个团队是否以敏捷的方式工作。

采用敏捷方法的主要原因是目标和环境（涉及的人员、市场需求、技术环境/接口）在项目过程中不断变化。 因此，敏捷方法特别适合对变化的需求做出反应，因为开发周期通常很短。 这些要求通常只是简要描述，并且只是在实施和测试开始前不久才制定。 由于时间较短（随后），对需求的更改相对容易。

计划驱动的过程模型还规定了如何考虑项目中的变化； 尽管工作量和所需的文档相对较高。

明确的内容规范（规范）很难使用敏捷方法，因为根据定义，需求仅在项目期间制定。