温故而知新之用户故事

图片发自App

什么是用户故事？

用户通过系统完成他一个有价值的目标。这样的过程就叫“用户案例(user case)”或者“用户故事(user story)”。

该如何写用户故事？

用户故事通常按照如下的格式来表达：

英文：

As a , I want to , so that .

中文：

作为一个<角色>, 我想要<活动>, 以便于<商业价值>

需要注意的是用户故事不能够使用技术语言来描述，要使用用户可以理解的业务语言来描述。

用户故事的3C

卡片（Card） - 用户故事一般写在小的记事卡片上。卡片上可能会写上故事的简短描述，工作量估算等。

交谈（Conversation）- 用户故事背后的细节来源于和客户或者产品负责人的交流沟通。

确认（Confirmation）- 通过验收测试确认用户故事被正确完成。

用户故事在迭代中可以被修改吗？

用户故事拆分原则中有一条：

Negotiable可协商的：用户故事在进入当前迭代之前，都可以进行变更和重写。

强调的是"在进入当前迭代之前"，可以变更和重写。那么，在计划会中经过需求澄清并排入迭代的用户故事就不可以随意变动了。

用户故事变更需要谁同意？

想起Bob老师说的一个案例：当团队发现有几个故事在本迭代不能交付，怎么办？所有人都回答的是：移动到下个迭代。

错错错！

要记住，PO对产品负责，如果需要变动用户故事或者pb，一定需要PO同意。（BA都不可以）。