敏捷方法

本文概述

  • 敏捷中的角色
  • 跨职能团队
  • 敏捷团队如何计划他们的工作?
  • 用户要求是什么?
  • 要求完成后
  • 什么是软件验收标准?
敏捷方法论是软件开发的一种迭代方法。敏捷方法的每次迭代都需要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个小时之间。
  • 使用验收测试验证需求。
敏捷方法

文章图片
要求完成后敏捷团队决定完成任务的含义。可能有不同的标准:
  • 当整个任务(开发,测试)完成时。
  • 当所有验收测试都在运行并通过时。
  • 当没有发现缺陷时。
  • 产品负责人已接受该要求。
  • 将软件产品交付给最终用户时。
什么是软件验收标准?验收标准定义为产品所有者所需的功能,行为和性能。它定义了要执行的操作,以便开发人员知道何时完成用户需求。

    推荐阅读