敏捷方法教程

敏捷教程有时称为敏捷方法。本教程包含敏捷的基本和高级概念。我们的敏捷教程专为初学者和专业人士设计。敏捷是一种使用 1 到 4 周的短迭代的软件开发方法的迭代方法。使用敏捷方法，软件以最快和更少的更改进行分发。敏捷方法的优点是通过快速、持续的开发和交付有用的软件来提高客户满意度。

什么是敏捷方法？

敏捷方法是一种迭代的软件开发方法。敏捷方法的每次迭代都采用 1 到 4 周的短时间间隔。敏捷开发过程旨在交付不断变化的业务需求。它以更快和更少的更改分发软件。

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

敏捷软件开发过程经常接受可工作产品的反馈。可工作的产品在迭代的 1 到 4 周内交付。

敏捷中的角色

敏捷方法中有两个不同的角色。它们是 Scrum Master（Scrum 主管）和 Product Owner（产品负责人）。

1. Scrum Master（Scrum 主管）

Scrum Master 是一位团队领导者和设施提供者，他帮助团队成员遵循敏捷实践，以便团队成员满足他们的承诺和客户需求。 scrum master 扮演以下职责：

• 他们在所有角色和职能之间实现密切合作。
• 他们消除所有发生的障碍。
• 他们保护团队免受任何干扰。
• 他们与组织合作，跟踪公司的进度和流程。
• 他们确保正确利用敏捷检查和适应流程，其中包括：
  • 计划会议
  • 每日站立会议
  • 演示
  • 审查
  • 回顾会议，以及
  • 促进团队会议和决策过程。

2. Product Owner（产品负责人）

产品负责人是从业务角度运行产品的人。 产品负责人扮演以下职责：

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

跨职能团队

每个敏捷团队都包含一个自给自足的团队，有 5 到 9 名团队成员。每个成员的平均经验范围为 6 到 10 年。敏捷团队包含 3 到 4 名开发人员、1 名测试人员、1 名技术主管、1 名 scrum master 和 1 名产品负责人。

Scrum 主管和产品负责人被认为是团队接口的一部分，另一方面，其余成员是技术接口的一部分。

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

敏捷方法不是一组特定的仪式或特定的开发技术。相反，它是一组方法，展示了对紧密反馈循环和持续改进的承诺。 敏捷团队以迭代的方式工作以交付客户需求，每次迭代需要 10 到 15 天。 但是，最初的敏捷宣言并未设置为期两周的迭代或理想的团队规模的时间段。

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

什么是用户需求？

用户需求以功能的形式定义用户的需求。可能有两种类型的功能。

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

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

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

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

需求何时完成

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

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

什么是软件验收标准？

验收标准定义为产品负责人所需的功能、行为和性能。它定义了要做什么，以便开发人员知道何时完成用户需求。

前提条件

在学习敏捷方法之前，你应该对软件工程或软件开发生命周期有一个基本的了解。

目标受众

我们的敏捷教程旨在帮助初学者和专业人士。

问题

我们保证您在本敏捷教程中不会发现任何问题。但如果出现任何错误，请在联系表格中发布问题。