用户故事和需求之间的差异

Table of Contents hide
1 尽管用户故事或需求的目标不同，但目标始终是相同的——构建客户喜爱的产品。
2 什么是用户故事？
3 用户故事格式

用户故事 (User Stories) 和需求 (Requirements) 之间的差异？

虽然大多数新功能都应该从用户的角度来定义，但事实上，当我们定义开发团队需要构建的需求时，我们往往忽略了用户角度的“为什么”。用户故事的重点是体验——使用产品的人希望能够做什么。传统的需求侧重于功能——产品应该做什么。剩下的差异是一个微妙但重要的“谁”  “如何” 和 “何时”列表

How to write good User Stories in software development | TSH.io

用户故事应该用一句或两句话来写，并捕捉用户是谁、他们想要什么以及为什么。定义特性或用户故事的简单结构可以如下所示：

 

作为一个_______;我想实现___ ___;这样我就可以实现___;的以下好处。

示例：

作为一名用户，我希望能够重置密码，以便在忘记密码时可以返回系统。

 

尽管用户故事或需求的目标不同，但目标始终是相同的——构建客户喜爱的产品。

 

什么是用户故事？

用户故事是从最终用户目标 (User的角度表达的需求。用户故事也可以称为史诗、主题或功能，但都遵循相同的格式。

用户故事实际上只是一个明确表达的需求。出于多种原因，用户故事格式已成为敏捷中表达需求的最流行方式：

  • 它侧重于将使用解决方案或受解决方案影响的角色的观点
  • 它用对该角色有意义的语言定义了要求
  • 它有助于澄清需求的真正原因
  • 它有助于定义高级需求，而不必过早进入低级细节

确定用户目标，并在用户故事中立即考虑每个需求的业务价值。

用户故事通常被认为包含三个要素——3C

User Stories | Scrum Talks

  • CARD –  应放在索引卡片上或贴上便笺
  • Conversation – 从产品负责人 (Product Owner) 处获取详细信息
  • Confirmation – 确保它被正确实施。必须满足用户接受标准。

用户故事格式

User Story的格式如下：

作为<角色> 我需要 < > 以便 < >

这两个示例演示了不同级别的用户故事，但使用相同的格式：

在项目层面

作为<营销总监>， 我需要  <改进客户服务> ，以便<我们留住客户>。