用户故事

用户故事是否可以不写 “So that” ?

/分类： /编辑：
1. 背景

最近在微信群里，有一些关于用户故事书写的讨论，其中有一些观点

观点1：用户故事的格式不用完全按照标准格式那样，拘泥于形式。

关于格式这一点，不在这里讨论。

观点2：用户故事的 “So that” 必要性不大。

必要性不大的几个理由:
a) 企业已经运作很多年, 赚了很多钱了. (So that 强调的价值, 不大。)
b) 百人级别的产品总监，焦点在哪？ (So that提不起他们的兴趣?)
Read more →

Scrum_tup2

写好用户故事的10个技巧

/分类： /编辑：

用户故事可能是捕获产品功能的最流行的敏捷技术：使用用户故事很容易。但讲出有效的故事可能很难。以下十个技巧可以帮助您创建好的故事。

1. 用户第一

顾名思义，用户故事描述了客户或用户如何使用产品，它从用户的角度进行表达。另外，用户故事特别有助于捕捉特定的功能，例如搜索产品或进行预订。下图说明了用户，故事和产品功能（由圆圈表示）之间的关系。
Read more →

Scrum敏捷

到底什么是故事点（Story Point）？

/分类： /编辑：

故事点是一个度量单位，用于表示完成一个产品待办项或者其他任何某项工作所需的所有工作量的估算结果。

当采用故事点估算时，我们为每个待办项分配一个点数。待办项估算结果的原生数据并不重要，我们只关注最后得到的相对估算结果。一个估算值为2的用户故事应该是估算值为1的用户故事的2倍。而它也应该是另一个估算值为3的用户故事的三分之二。
Read more →

scrumcn_userstory

要写封闭式的用户故事

/分类： /编辑：

在我们编写用户故事或者拆分用户故事的时候，写封闭式的用户故事至关重要。一个封闭式的用户故事意味着这个故事完成后，用户可以达成一个明确的、有意义的目标。我喜欢打这样的一个比方，完成了一个用户故事，用户应该可以停下来休息一会儿，喝杯咖啡了。

下面给一个不是封闭式的用户故事的示例： Read more →

使用理想开发者日IDD估算故事

/分类： /编辑：

相对估算方法可能显得比较迂回，它不是敏捷团队可以采用的唯一方式。

理想开发者日(ideal developer days，IDD)估算故事，要求团队估计完成故事所需的总人天数，包括开发和测试。IDD这一概念比故事点更简单，而且它可以引起对故事点方法中一些问题的关注：

1、故事点方法不容易被团队理解，更不容易被外部涉众理解，这包括为团队提供项目管理辅助和财务治理的涉众；
2、故事点方法难以起步，除非团队已经完成若干迭代，否则将没有预计团队能够完成内容的线索。这一点在规划层面更棘手，因为在这个层面我们要合计团队估值，试图预测较大功能性在何  时可用。
Read more →

基于用户故事的计划及跟踪(三)

/分类： /编辑：

（这只是开发不能如期完成时的解决方法之一，这种方法应该是在客户比较有诚意合作的前提下使用。）
用户故事        故事点

卖饮料        4
取消购买        2
输入管理密码                                                        1
补充饮料        3
取出钱箱里的钱        1
安全警报        2
总计        13

然后他还要挑出总和至少为0.5个故事点的故事。
Read more →

基于用户故事的计划及跟踪(二)

/分类： /编辑：

然后开始考虑其他用户故事。比如，对于“取出钱箱里的钱”这个故事，我们认为它跟“输入管理密码”这个故事一样简单，所以它应该也是算1个故事点。我们在列表里面标上。当然，实际操作的时候，我们是在“取出钱箱里的钱”的故事卡上填上故事点。
用户故事            故事点
卖饮料
取消购买
输入管理密码     1
补充饮料
取出钱箱里的钱   1
安全警报
打印月销售报表
Read more →

基于用户故事的计划及跟踪(一)

/分类： /编辑：

用户故事(user story)

假定这个项目的客户是个饮料自动售货机的制造商。他们要求我们为他们的售货机开发一款软件。我们可以找他们的市场经理了解这个软件的需求。

因此，我们的客户就是他们的市场经理。谈需求的时候，有一回他这样说：“用户往售货机每塞一个硬币，售货机都要显示当前该客户已经投了多少钱。当用户投的钱够买某一款饮料时，代表这款饮料的按钮的灯就会亮。如果那个用户按了这个按钮，售货机就放一罐饮料到出口，然后找零钱给他。”
Read more →

故事点数是用于相对估计而不是排序

/分类： /编辑：

设我在计划买辆新车。于是我列出了一个车型清单。下面的列表按照优先级排序：

布加迪威龙超级跑车
帕加尼 Zonda Clinque Roadster
兰博基尼 Reventon
麦克拉伦F1
Koenigsegg CCX
保时捷卡雷拉GT
阿什顿马丁 Vanquish
丰田 Prius
丰田凯美瑞
塔塔 Nano
但是不幸的是，我认为我承受不了最高优先级的车型的昂贵售价。那么让我来给每辆车分配点数吧。我将会从优先级最低的车开始，给它1点，然后给下一辆车2点。按照点数分配，重新排列列表：
Read more →

用户故事，史诗，主题

/分类： /编辑：

最近收到的邮件里面经常有人问起“用户故事”，“史诗”和“主题”之间的区别。所以这个月，我决定回顾一下一些基础但是又很有用的术语。

首先，术语本身并不是最重要的。这些术语的名称并不像是“指针”对程序员来说那么重要。用户故事，史诗和主题的出现只是为了方便团队中的讨论。这些术语在最早的极限编程团队中都有标准的含义。当然，能够把这些术语的使用像工业标准一样固然不错，但是如果这些术语不存在，你就会自己杜撰一些出来。

好吧，让我们来看看它们分别是什么意思吧。
Read more →