《用户故事与敏捷方法》读书笔记5

软件开发是渐进明细的过程，充满挑战。软件需求是被识别为最常见的痛苦根源。如何定义需求，冗长的文档已经不被阅读者接受，简单、精准、一目了然的格式一致的用户故事越来越被接受。当掌握刚刚足够的信息就继续前行，按需及时开展，通过交谈获取所需要的细节。从用户角度出发描述功能，让我们站在最终用户立场考虑问题，避免开发者自行其是。

方便沟通和传递，只有一句话或者简短描述就能知道用户诉求，比任何长篇大论漂亮的需求文档好太多。更多的细节在交谈中获取，强调频繁的沟通和反馈。

用户故事的组成

用户故事描述了对用户，系统或者软件购买方有价值的功能。一般由以下三个方面组成：

1，一份书面的故事描述，用来做计划和提示

2，有关故事的对话，用于具体话的故事细节

3，测试场景或者举例，用于表达故事细节且可用于确定故事何时完成。

一般故事写在卡片上，正面描述，反面是验收测试场景，另外可以在空白处加上优先级，以及谈话中讨论的细节提醒。

如果一个故事太大（史诗故事Epic)，那么需要再细分为更小的故事，直到每一个故事能覆盖到每一个细节，每一个细节之间都不能有重复，避免冲突和减少依赖。

使用故事的过程

过去是瀑布，强调文档编写完再设计，所有细节设计完成后进入开发，开发完成后进入测试。如果使用故事则玩不通，因为故事强调沟通，最需要的是客户和用户在项目中全程参与，需要在项目中随时可以找到可沟通的人，得到正确和真实的反馈。

让用户编写故事

软件客户和用户应该在编写用户故事时承担活跃的角色，客户参与写用户故事有两个好处，首先那个故事必须使用业务语言写，而不是使用技术语言，这样团队可以排列故事优先级；其次作为产品的构想者和使用者，用户和客户应该最清楚和适合描述产品的行为！

优秀的用户故事准则

目标故事：了解使用软件的目的，通过目标衍生故事。例如找工作是一个目标，那么可以拆分为搜索工作，编写简历，投递简历，申请工作等……

切蛋糕方法：面临一个大的故事，采用纵向切蛋糕的方法拆分更小的故事，每个故事都提供某种完整的end to end（闭环） 的功能。例如“求职者可以发布简历”这个故事拆分“求职者可以提交简历，简历包括名字，地址和教育背景这样的基本信息；求职者可以提交简历，简历包括雇主想看到的所有信息。

在编写故事时，更倾向编写一整块完整蛋糕那样功能完整的故事。