Lead Sale

用户故事应该是：

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

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

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

作为乘客，我想连接不同的付款方式。
作为乘客，我想提前预订行程。

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

3.有价值。的价值。故事的最后部分表明了完成故事的重要性。在糟糕的用户故事中，价值等于用户操作。比如我想叫出租车就叫出租车。在这个例子中，有动作，但没有故事价值。

作为乘客，我想在应用程序中选择不同等级的出租车来选择舒适度。
作为乘客，我希望连接不同的付款方式，以便能够以现金和银行转账付款。
作为乘客，我想提前预订行程，以确保在特定时间搭上车。

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

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

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

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