用户故事是一个用来确认用户和用户需求的简短描述，用户故事是从用户的角度来描述用户渴望得到的功能。
用户故事三要素
- 角色：谁需要使用这个功能
- 活动：需要完成什么样的功能
- 商业价值：为什么需要这个功能，这个功能带来什么样的价值
As a ..., I want to ..., so that...
e.g. 作为一个网站管理员，我想要统计每天有多少人访问了我的网站，以便于我的赞助商了解我的网站会给他们带来什么收益。
用户故事的3C原则
- 卡片Card：用户故事一般卸载小的卡片上，卡片上可能会写上用户故事、工作量估算
- 交谈Conversation：用户故事背后的细节来源于和客户或者产品负责人的交流沟通
- 确认Confirmation：通过验收测试确认用户故事被正确完成
用户故事的六个特性
独立性（Independent）——要尽可能让每一个用户故事独立于其他的用户故事。从而方便制定计划和安排优先级以及工作量估计。可以通过组合和分解用户故事来减少依赖性
可协商行（Negotiable）——用户故事不是合同。用户故事应尽量简短，不包含太多细节。具体细节在沟通阶段产出。
有价值（Valuable）——一个让用户故事有价值的方法是让客户来写。
可估算性（Estimable）——开发团队需要估算工作量和安排计划。
短小（Small）——尽量不要超过10天工作量，太大的用户故事可以分解成多个小的用户故事。
可测试性（Testable）——可测试是指可以确认是否完成。
确定用户故事优先级的几种方法
- 相对优先级 = 价值 / 工作量
- 莫斯科（MoSCoW）规则：Must have, Should have, Could have, Won't have this time
- 卡诺Kano模型，基本型需求部分市县，期望型需求尽可能多地完成，确定少量兴奋型需求
- 风险-价值指标：高风险高价值->高价值低风险->低价值低风险，避免高风险低价值
今日小结：
用户故事的三要素，用简短的语言描述用户需求，实际上是保证了用户故事必须从用户角度出发，不会包含技术细节。
用户故事的六个特性是用户故事的评分标准，从这六个角度出发，能写出更好的用户故事。
写好用户故事后，根据价值、工作量、风险等指标来给用户故事的优先级排序。
