📜  敏捷开发方法论|什么是敏捷方法论

📅  最后修改于: 2020-12-26 08:26:45             🧑  作者: Mango

什么是敏捷方法论?

敏捷方法论是软件开发的一种迭代方法。敏捷方法的每次迭代都需要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个小时之间。
  • 使用验收测试验证需求。

要求完成后

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

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

什么是软件验收标准?

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