什么是敏捷方法论?

敏捷方法论是软件开发的一种迭代方法。敏捷方法的每次迭代都需要1-4周的短时间间隔。调整敏捷开发流程以交付不断变化的业务需求。它以更快，更少的更改分发软件。

单阶段软件开发需要6到18个月的时间。在单阶段开发中，最初会预测所有需求收集和风险管理因素。

敏捷软件开发过程经常吸收可行产品的反馈。可行产品在迭代后的1到4周内交付。

敏捷中的角色

敏捷方法中有两个不同的角色。这些是Scrum主管和产品负责人。

1. Scrum Master

Scrum Master是团队负责人和设施提供者，可以帮助团队成员遵循敏捷实践，从而使团队成员满足他们的承诺和客户要求。 Scrum管理员承担以下职责：

• 它们使所有角色和职能之间可以紧密合作。
• 他们删除所有出现的障碍。
• 他们保护团队免受任何干扰。
• 他们与组织合作以跟踪公司的进度和流程。
• 他们确保正确利用敏捷的检查和调整流程，其中包括
  • 计划会议
  • 每日站立
  • 演示版
  • 评论
  • 回顾会议，以及
  • 促进团队会议和决策过程。

2.产品负责人

产品负责人是从业务角度运行产品的人。产品负责人承担以下责任：

• 他定义了需求并确定了其优先级。
• 他设置了发布日期和内容。
• 他在迭代和发布计划会议中扮演积极角色。
• 他确保团队致力于最有价值的要求。
• 他代表了客户的声音。
• 他接受满足已完成和已定义的接受标准定义的用户故事。

跨职能团队

每个敏捷团队都包含5至9个团队成员的自给自足团队。每个成员的平均经验为6到10年。敏捷团队包括3至4个开发人员，1个测试人员，1个技术主管，1个Scrum管理员和1个产品所有者。

Scrum主管和产品所有者被视为团队界面的一部分，另一方面，其余成员则是技术界面的一部分。

敏捷团队如何计划他们的工作?

敏捷方法论不是一套特定的仪式或特定的开发技术。相反，它是一组方法，表明了对严格反馈周期和持续改进的承诺。敏捷团队反复进行工作以交付客户需求，并且每次迭代需要10到15天。但是，最初的《敏捷宣言》没有设置两周的迭代时间或理想的团队规模。

每个用户需求都是基于计划的，它们的积压优先级和大小。团队决定，他们有多少范围以及每个团队有多少小时来执行计划的任务。

用户要求是什么?

用户需求根据功能定义用户的需求。可能有两种类型的功能。

• 作为<用户角色>，我想要<功能>，以便<业务价值>
• 为了将<业务价值>用作<用户角色>，我需要<功能>。

在软件发行计划期间，使用相对比例尺对用户需求进行粗略估计。在迭代计划期间，需求被分解为任务。

用户需求和任务之间的关系

• 用户需求讨论了要做什么。它定义了用户的需求。
• 任务讨论如何完成任务。它定义了如何实现功能。
• 用户需求由任务实现。每个需求都作为任务而收集。
• 在当前迭代中计划用户需求时，将其划分为不同的任务。
• 用户任务以小时为基础估算，通常在2到12个小时之间。
• 使用验收测试验证需求。

要求完成后

敏捷团队决定完成任务的含义。可能有不同的标准：

• 当整个任务(开发，测试)完成时。
• 当所有验收测试都在运行并通过时。
• 当没有发现缺陷时。
• 产品负责人已接受该要求。
• 将软件产品交付给最终用户时。

什么是软件验收标准?

验收标准定义为产品所有者所需的功能，行为和性能。它定义了要执行的操作，以便开发人员知道何时完成用户需求。