用户故事标准
每个用户故事都必须满足 INVEST 标准,这是用于描述故事要求的缩写。
用户故事应该是:
1.独立。没有必要将所有功能一次性混合在一起——这是制定用户故事的主要规则。故事的独立性表明它应该只描述一种功能。在下面的例子中,故事过于广泛。
2. 可商议--可商议。员工讨论用户故事以最终确定文本,并将所需参数的最新信息传递给开发部门。
3. 有价值。用户故事应该传达产品或其功能的价值。完成故事的重要性在最后被指出。在糟糕的用户故事中,价值等于用户操作。比如我想叫出租车就叫出租车。在这个例子中,有动作,但没有故事价值。
4.可估计——估计。每个用户故事都需要进行评估,以了解我们将 线数据 花费多少资源和时间进行开发,需要多少员工和资金。在故事投入生产之前提供反馈。
5.小。文本不能占据一页,只有一两句话,因为这不是详细的,而是对应用程序或其单独参数的一般描述。好的用户故事应该简短。
6.可测试。计划的功能需要进行测试,为此制定了验收标准,即对应用程序特性的要求。假设上述示例中的出租车应用程序可能具有以下验收标准:
该应用程序显示了每种车型的旅行费用。
您可以在应用程序中选择特定品牌的汽车。
如何制定用户故事
编写用户故事有六个步骤:
1. 创建用户故事时,研究目标受众并创建用户描述。在编写用户故事时,要注意客户的意愿,因此研究他们的需求非常重要。为了创建好的用户故事,我们对目标受众进行了调查和研究。
2. 在准备故事时,会写下史诗。史诗是比用户故事更大的参数的描述。也就是说,一部史诗可以由多个故事组成。例如,作为乘客,我想在应用程序中选择不同等级的出租车,查看他们的费用并给司机写评论。这里有三个故事,汇集成一部史诗。