敏捷中的用户故事

Joyzfsddt66

JTBD关注的是用户为什么会“雇用”整个产品——需要用这种方法来研究人们的深层愿望。用户故事的不同之处在于它关注对人们来说重要的特定功能。

编写用户故事时，重点是与特定任务相关的某些开发阶段。 JTBD涵盖了用户与产品交互的整个过程，从问题的出现到问题的解决。

同时，用户故事可以帮助使用JTBD框架，因为用户故事和JTBD的结合可以更详细地研究用户与产品交互的每个阶段。这种方法确保从第一次接触产品开始全面满足用户需求。

在产品测试阶段使用用户故事和JTBD非常重要。用户故事有助于创建测试场景，而 JTBD 有助于检查产品实际解决用户问题的程度。

什么是敏捷？这是一种灵活的项目管理，通过将其分为几个阶段 - 冲刺。用户故事用于敏捷方法，为客户识别重要的产品特性。敏捷原则旨在满足用户需求，为此我们需要用户故事：它们有助于了解用户的需求。

敏捷思维中的用户故事也有助于减少创建产品所需的时间。开发团队不需要多页的软件需求文档，而是编写清晰的用户故事并进行讨论。这节省了时间。

此外，故事可以用于多种敏捷方法：看板或 Scrum。看板是一种在看板上设置任务的方式，有助于可视化工作流程。

与敏捷开发一样，Scrum 方法涉及迭代工作，即短周期。团队创建一个待办事项列表，并依次完成每一项任务。在一个周期内（两到三周），团队致力于一项功能，并且在每个开发新产品功能的冲刺之后对其进行测试。

为了决定首先开发哪些功能，Kanban 和 Scrum 使用用户故事。

用户故事标准
每个用户故事都必须满足 INVEST 标准，这是用于描述故事要求的缩写。


用户故事应该是：

1.独立。没有必要将所有功能一次性混合在一起——这是制定用户故事的主要规则。故事的独立性表明它应该只描述一种功能。在下面的例子中，故事过于广泛。

❌ 作为乘客，我希望在应用程序中选择不同等级的出租车，连接不同的支付方式，提前预订行程。

✔️ 作为乘客，我想在应用程序中选择不同等级的出租车。

✔️ 作为乘客，我想要连接不同的付款方式。

✔️ 作为乘客，我想提前预订行程。

2. 可商议--可商议。员工讨论用户故事以最终确定文本，并将所需参数的最新信息传递给开发部门。

3. 有价值。用户故事应该传达产品或其功能的价值。完成故事的重要性在最后 新西兰 whatsapp 号码数据 被指出。在糟糕的用户故事中，价值等于用户操作。比如我想叫出租车就叫出租车。在这个例子中，有动作，但没有故事价值。

✔️ 作为乘客，我想在应用程序中选择不同等级的出租车来选择舒适度。

✔️ 作为乘客，我希望连接不同的付款方式，以便能够通过现金和银行转账支付。

✔️ 作为乘客，我想提前预订行程以确保在特定时间搭上车。

4.可估计——估计。每个用户故事都需要进行评估，以了解我们将花费多少资源和时间进行开发，需要多少员工和资金。在故事投入生产之前提供反馈。

5.小。文本不能占据一页，只有一两句话，因为这不是详细的，而是对应用程序或其单独参数的一般描述。好的用户故事应该简短。

6.可测试。计划的功能需要进行测试，为此制定了验收标准，即对应用程序特性的要求。假设上述示例中的出租车应用程序可能具有以下验收标准：

用户在应用程序中选择五种车型之一。
该应用程序显示了每种车型的旅行费用。
您可以在应用程序中选择特定品牌的汽车。
如何制定用户故事
编写用户故事有六个步骤：

1. 创建用户故事时，研究目标受众并创建用户描述。在编写用户故事时，要注意客户的意愿，因此研究他们的需求非常重要。为了创建好的用户故事，我们对目标受众进行了调查和研究。

2. 在准备故事时，会写下史诗。史诗是比用户故事更大的参数的描述。也就是说，一部史诗可以由多个故事组成。例如，作为乘客，我想在应用程序中选择不同等级的出租车，查看他们的费用并给司机写评论。这里有三个故事，汇集成一部史诗。

3. 将史诗分解为用户故事，选择最重要的故事。例如，在我们上面的例子中，有三个用户故事。

✔️作为乘客，我想在应用程序中选择不同等级的出租车。

✔️作为乘客，我想查看不同等级的出租车的费用。

✔️作为乘客，我想给司机写评论。

4. 故事编纂完毕，描述所需参数，将其分解为任务，即进行分解。每个故事都应该有一个清晰描述的工作结构，即任务列表。

5. 可视化用户故事的工作。为此，经常使用看板和甘特图。

6.根据验收标准检查结果，并对产品进行测试。