敏捷中的用户故事是什么？
用户故事是对需求的简单描述，是捕获用户需求的流行敏捷方法。它可以作为团队关于用户需求的指南。用户故事是您将在敏捷项目管理课程中学习的众多敏捷技术或方法之一。
用户故事提供了预期的背景和清晰度，而不关注技术细节。过早定义技术细节可能会阻碍替代设计选项和变更。用户故事故意含糊不清，为创造力和口译提供了空间。
用户故事从最终用户的角度讲，并遵循以下格式：
作为......我想... ......这样......
用户故事鼓励团队对话，这可能会发现隐藏的假设和要求。它们应保持简短，并应始终符合分配的验收标准或“完成”的定义。
谁能写一个用户故事？
用户是编写用户故事的理想人选。如果您正在使用Scrum，那么产品所有者的工作就是让产品Backlog充满用户故事。在Scrum sprint期间，最重要的故事是从积压工作中提取出来的。
如何编写用户故事
编写有效用户故事的关键是确定谁，什么和为什么。确保您的用户故事遵循INVEST标准 - 独立，可协商，有价值的可估计，小型和可测试。我们可以用以下4步骤编写用户故事:
1.定义最终用户
编写故事时要做的第一件事就是定义最终用户。谁将使用您的产品？可视化用户的一种有用方法是使其成为角色配置文件。给这个人一个名字，然后给他们找一张照片。添加他们的相关属性，态度和行为。最后，给他们一个目标。以下示例是智能婴儿监视器的用户定义。
例：
作为[父母]
2.指定最终用户想要的内容
对于这部分，您需要考虑您的产品提供的解决方案。您的最终用户对您的产品有何期望？请参阅角色个人资料的“目标”部分，然后在故事中添加对此的简要说明。以下示例显示了最终用户使用智能婴儿监视器的要求。
例：
作为[父母]，我想[检查我睡觉的婴儿而不进入他们的房间]
3.描述产品的好处
想象一下，您是与产品开发人员交谈的最终用户。告诉开发人员您将从使用此产品中获得的好处。以下示例显示了最终用户如何使用智能婴儿监视器。
例：
作为[父母]，我想[检查我睡着的婴儿而不进入他们的房间]，所以我可以[确保他们的安全而不会打扰他们]。
4.添加验收标准
在敏捷中，团队需要提供可能可交付的产品。验收标准是确定用户故事是否完成的最清晰，最快捷的方式。
每个用户故事应该至少有一个验收标准，但尽量不要列出太多。您可以使用SMART目标来确保您的标准是可衡量的。始终记得从最终用户的角度撰写，而不是将验收标准与待办事项列表混淆。
例：
作为[父母]，我想[检查我睡着的婴儿而不进入他们的房间]，所以我可以[确保他们的安全而不会受到影响。
- 安装在婴儿床监视器上的夜间摄像头
- 婴儿温度和呼吸监视器功能
- 发送到父母智能手机的数据
- 如果出现问题，将发送给智能手机的父警报
开始构建积压工作
编写完用户故事后，可以将其添加到待办事项中。一旦掌握了大量用户故事，您就可以确定优先级并估算工作量。
拥抱变革是敏捷理念的一部分，因此产品需求可能会在冲刺期间发生变化，您可以随着进度改进用户故事。如果您发现您的用户故事变得复杂或无法撤消，您可以将其分解为较小的用户故事。这样，故事不太可能在冲刺结束时没有完成。
