|1. 用户故事的故事( 二 )

三、实践篇
1. Ron Jeffries的3Cs
Ron的3Cs：卡片、对话、确认；我们现在就通过这三件事来看看实践中创建用户故事的过程。
1）卡片
卡片的概念来自我们在前互联网时代用来寻找书籍的图书馆卡片，它们包含了作者、书名和简短的摘要。
Ron认为类似的卡片可以用来写一个软件系统新功能的简短摘要，卡片引发了对话，它可以包含 “作为用户，我想，以便…” 这样的模板，但最好给它一个简短的自我说明的标题。
以免出现类似这样的积压：

本文插图

积累的用户故事都是相同的标题…更何况，你有没有遇到过，在每天的工作中，有人用编号来指代用户故事，而不是标题呢？
这时候我们就知道，我们扼杀了这个故事，不是吗？这可能是因为标题太长，让人摸不着头脑（请看上图），我们可以通过添加一个简明扼要的标题来轻松解决。
对于我们基础篇的例子：作为一个手机用户，我想查看所在位置的天气预报，以便我不用每次去一个新地方都要查天气预报。
这个故事的标题可以是：当前位置查询天气预报。
2）对话
我们说过，上面的卡片可以作为产品负责人与开发团队对话的起点，以实现对将要构建什么的共同理解。
所以他们见面后会讲故事，讲谁会使用这个产品，他们想要什么，为什么；首先，把注意力放在最重要的事情上，后面再讨论实施细节。
首先我们为什么要构建它？想一想什么对你的业务影响最大，对用户的结果最好。
用户为什么需要它？而我们作为企业又为什么要让他们使用它？对我们有什么好处，商业价值是什么？
有了这些，你就可以建立最小可行产品（MVP），来检验什么产品在市场上是最小的、有用的。
如果你心中有一个伟大的想法，你可以把目标、伟大的想法与团队分享，并协同为它想出故事。
这些都可以在用户故事地图工作坊中完成，因为这是一个让整个团队参与产品创作的好方法；对于较小的想法，在对话之后，我们进入第3步。
3）确认
确认的作用是记录谈话过程中发现的问题，并商定如何验证它的有效性；例如，在故事中加入验收标准。
2. INVEST
我们如何确保我们的故事已经具备进入下一个冲刺的条件？
让我们看一个简单的技巧，它将确保我们的故事已经准备好了。
它叫INVEST ，是一个缩写，它定义了一个伟大故事的6个特征：

I – 独立
N – 协商
V – 价值
E – 估算
S – 小型
T – 测试

让我们看看另一个用户故事的例子，检查它是否符合这些特征：
作为一个彩民，我想在网站上输入我的彩票号码，以便检查我是否中奖以及中了多少钱。
1）独立
意味着它可以独立完成 – 没有阻塞依赖性；例如，我们不需要登录系统来验证我们的号码是否中奖，这意味着它可以与我们已经在系统中的内容分开独立工作。
2）协商
用户故事中的内容并不是固定的，它是活的文档；当我们在开发过程中发现更多的东西时，它可能会改变，然后开发团队会和产品负责人协商。
3）价值
意味着为用户提供价值。因此是 “作为用户我想要” ，而不是 “作为产品负责人我想要” 或者 “作为开发者我想要”；除非你是为产品负责人和开发者构建工具。
为了让它变得有价值，我们要把故事想象成一个蛋糕，你想要切开蛋糕，尝到所有层的味道，而不仅仅是鲜奶油；软件开发也是一样，你要让用户品尝到所有平台的味道，而不仅仅是后端或前端。