为了决定首先开发哪些功能，Kanban 和 Scrum 使用用户故事。
用户故事标准
每个用户故事都必须满足 INVEST 标准，这是用于描述故事要求的缩写。
用户故事应该是：
1.独立。没有必要将所有功能一次性混合在一起——这是制定用户故事的主要规则。故事的独立性表明它应该只描述一种功能。在下面的例子中，故事过于广泛。
作为乘客，我希望在应用程序中选择不同等级的出租车，连接不同的支付方式，提前预订行程。
作为乘客，我想在应用程序中选择不同等级的出租车。 作为乘客，我想要连接不同的付款方式。 作为乘客，我想提前预订行程。2. 可商议--可商议。员工讨论用户故事以最终确定文本，并将所需参数的最新信息传递给开发部门。
3. 有价值。用户故事应该传达产品或其功能的价值。完成故 波兰赌博数据 事的重要性在最后被指出。在糟糕的用户故事中，价值等于用户操作。比如我想叫出租车就叫出租车。在这个例子中，有动作，但没有故事价值。
作为乘客，我想在应用程序中选择不同等级的出租车来选择舒适度。 作为乘客，我希望连接不同的付款方式，以便能够通过现金和银行转账支付。 作为乘客，我想提前预订行程以确保在特定时间搭上车。4.可估计——估计。每个用户故事都需要进行评估，以了解我们将花费多少资源和时间进行开发，需要多少员工和资金。在故事投入生产之前提供反馈。
5.小。文本不能占据一页，只有一两句话，因为这不是详细的，而是对应用程序或其单独参数的一般描述。好的用户故事应该简短。
6.可测试。计划的功能需要进行测试，为此制定了验收标准，即对应用程序特性的要求。假设上述示例中的出租车应用程序可能具有以下验收标准：
用户在应用程序中选择五种车型之一。
该应用程序显示了每种车型的旅行费用。
您可以在应用程序中选择特定品牌的汽车。
如何制定用户故事