敏捷方法论

敏捷方法是一种软件开发的迭代方法。每次迭代的敏捷方法都需要1到4周的短时间间隔。敏捷开发流程是一致的，以满足不断变化的业务需求。它可以更快，更少地分发(发布)软件。

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

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

敏捷中的角色

敏捷方法中有两种不同的角色。它们是Scrum Master和产品负责人。

1. Scrum Master

Scrum Master是团队领导和设施提供商，帮助团队成员遵循敏捷实践，以便团队成员满足客户要求。Scrum master负责以下职责：

• 他们实现了所有角色和功能之间的紧密合作。
• 他们清除所有的阻碍。
• 他们保护团队免受任何干扰。
• 他们与组织合作，跟踪公司的进度和流程。

• 它们确保正确利用Agile Inspect＆Adapt流程，包括

  • 计划的会议
  • 每日站立会议
  • 演示
  • 复审
  • 复审会议
  • 促进团队会议和决策过程。

2. 产品负责人

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

• 他定义了要求并确定了其价值的优先顺序。
• 他设定了发布日期和内容。
• 他在迭代和发布计划会议中发挥了积极作用。
• 他确保团队正在努力实现最有价值的要求。
• 他代表了客户的声音。
• 他接受符合完成定义和定义的验收标准的用户故事。

跨职能团队

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

Scrum master和产品所有者视为团队接口的一部分，其余成员是技术接口的一部分。

敏捷团队如何规划他们的工作？

敏捷方法不是一套特定的仪式或特定的开发技术。它是一组方法论，表明了对紧密反馈周期和持续改进的承诺。敏捷团队在迭代中工作以满足客户需求，每次迭代需要10到15天。然而，最初的敏捷宣明不设定两周迭代的时间段或理想的团队规模。

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

什么是用户要求？

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

• 作为<用户角色>我想要<功能>以便实现<商业价值>
• 为了<商业价值>作为<用户角色>我想要<功能>。

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

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

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

当需求完成时

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

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

什么是软件验收标准？

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