敏捷方法论
敏捷方法是一种软件开发的迭代方法。每次迭代的敏捷方法都需要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小时。
- 使用验收测试验证需求。
当需求完成时
敏捷团队决定完成任务的意义。它可能有不同的标准：
- 当整个任务(开发，测试)完成时。
- 当所有验收测试正在运行并通过时。
- 没有发现缺陷。
- 产品所有者已接受该要求。
- 将软件产品交付给最终用户时。
什么是软件验收标准？
验收标准定义为产品所有者所需的功能，行为和性能。它定义了要执行的操作，以便开发人员知道用户需求何时完成。