跳至正文
Read this post in: de_DEen_USes_ESfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW
Home » Agile & Scrum » 编写有效用户故事:使用3C和INVEST原则的指南

编写有效用户故事:使用3C和INVEST原则的指南

引言

编写清晰、简洁且有价值的用户故事对于项目成功开发至关重要。在本指南中,我们将通过3C(卡片、对话、确认)和INVEST(独立、可协商、有价值、可估算、小、可测试)原则,探讨良好用户故事的关键要素。在本指南结束时,您将逐步掌握如何构建用户故事,从而推动高效且高效的开发周期。

user story role action

使用3C和INVEST原则编写有效用户故事

让我们为一个任务管理应用程序创建一个用户故事。

用户故事

作为一名忙碌的专业人士,我希望轻松地优先处理并组织我的任务以便我可以最大化我的工作效率.

验收标准:

  1. 创建:
    • 条件:用户必须登录应用程序。
    • 标准:用户可以通过提供标题、描述和截止日期来创建新任务。
  2. 分类:
    • 条件:必须创建一个任务。
    • 标准:用户可以为任务分配一个类别或标签(例如:工作、个人、紧急)。
  3. 优先级:
    • 条件:必须创建一个任务。
    • 标准:用户可以为任务设置优先级(例如:高、中、低)。
  4. 排序:
    • 条件: 必须创建多个任务。
    • 标准: 用户可以根据截止日期或优先级对任务进行排序。
  5. 编辑:
    • 条件: 必须创建一个任务。
    • 标准: 用户可以编辑任务的标题、描述、截止日期、类别或优先级。
  6. 标记为完成:
    • 条件: 必须创建一个任务。
    • 标准: 用户可以将任务标记为完成,且应与未完成的任务在视觉上有所区分。
  7. 通知:
    • 条件: 必须为任务设置截止日期。
    • 标准: 当任务到期时,用户会收到通知。

INVEST标准

invest guidelines

  1. 独立性: 每项功能(创建、分类、优先级设置、排序、编辑、标记为完成、通知)都可以独立开发和测试。
  2. 可协商性: 用户故事的细节可以根据优先级和约束条件,由开发团队和产品负责人协商确定。
  3. 价值性: 用户故事通过提供一个全面的任务管理系统,使用户能够高效地组织、优先处理和完成任务,从而创造价值。
  4. 可估算性: 开发团队可以估算用户故事中每个功能所需的投入。
  5. 小型: 每个功能都聚焦且足够小,可以在一个冲刺周期内完成。
  6. 可测试: 接受标准提供了清晰的条件,可用于验证每个功能的完成情况。

逐步指南

  1. 登录应用:
    • 打开应用。
    • 输入登录凭据。
    • 点击“登录”按钮。
  2. 创建新任务:
    • 点击“新建任务”按钮。
    • 输入任务标题、描述和截止日期。
    • 点击“创建”按钮。
  3. 分类任务:
    • 点击已创建的任务。
    • 从下拉菜单中选择一个类别。
    • 点击“保存”按钮。
  4. 设置任务优先级:
    • 点击已创建的任务。
    • 设置优先级(高、中、低)。
    • 点击“保存”按钮。
  5. 排序任务:
    • 进入主任务列表。
    • 点击“排序”按钮。
    • 选择按截止日期或优先级排序。
  6. 编辑任务:
    • 点击任务以进行编辑。
    • 修改标题、描述、截止日期、类别或优先级。
    • 点击“保存”按钮。
  7. 将任务标记为已完成:
    • 点击任务以将其标记为已完成。
    • 点击“标记为已完成”按钮。
  8. 接收通知:
    • 确保为任务设置截止日期。
    • 等待在截止日期收到通知。

通过遵循这些步骤,用户可以有效地管理他们的任务,优先处理,并及时完成截止任务。

示例:良好与不良

让我们创建一个关于用户想要重置密码的用户故事。我们将比较一个结构良好的“确认”用户故事与一个结构不良的“不确认”版本。

确认用户故事

确认用户故事
标题: 重置密码
作为一个: 注册用户
我想要: 重置我的密码
以便我可以: 在忘记当前密码时重新获得对账户的访问权限
验收标准: 1. 用户应能够导航到“忘记密码”页面。<br>2. 用户应收到一封包含密码重置链接的电子邮件。<br>3. 点击重置链接应将用户带到一个可以输入新密码的页面。<br>4. 成功重置密码后,用户应能使用新密码登录。

之所以为“确认”的原因

  • 用户故事清晰且聚焦于用户重置密码的需求。
  • 它包含了一个明确的用户角色(注册用户)。
  • 验收标准具体、可测试,并涵盖了整个密码重置流程。

不确认用户故事

不确认用户故事
标题: 密码重置功能
作为: 用户
我希望: 拥有一个更好的密码重置功能
以便我可以: 提升我在应用中的使用体验
验收标准: 1. 用户应能够进行密码重置。

“不确认”的原因

  • 用户故事未能明确说明密码重置功能中具体需要改进的地方。
  • 用户角色被模糊地定义为“用户”,导致无法明确该功能的目标人群。
  • 验收标准过于模糊,未能为开发和测试提供可操作的步骤。
  • 它没有说明密码重置应如何进行,涉及哪些步骤,或成功的表现是什么。

在“不确认”的示例中,用户故事和验收标准缺乏具体性,使得开发团队难以理解用户需求并提供令人满意的解决方案。同时,由于成功标准未明确界定,测试和验证也变得更加困难。

总结

在本篇全面指南中,我们深入探讨了遵循3C和INVEST原则编写用户故事的艺术。无论你是产品负责人、开发人员,还是敏捷团队的一员,现在你已掌握创建结构清晰且能为项目带来实际价值的用户故事的工具。请记住,一个精心撰写的用户故事为成功的协作奠定了基础,并确保最终产品满足用户的需求。

发表回复