User Story 如何写

传统需求分析：

1. 时间：需求分析两个月，开发三个月
2. 出现的问题：有些功能没有人使用，有些功能做错了/不要用，频繁变更，走向更大批量
3. 原因：没有抓住用户/客户核心需求，优先级不正确，大批量

互联网发展的现状：

1. 不确定性增大
2. 市场变化快

什么是用户故事：

1. 用户故事是简要的意向性描述，它描述系统需要为用户做的事情以及对用户的价值
2. 迭代式开发的工具
3. 代表了可开发的一个工作单元
4. 帮助跟踪一个功能的生命周期
5. 引起对话的载体/占位符

为什么要写用户故事：

1. 更早的提交产品来满足需求
2. 消除软件开发过程中的浪费
3. 团队更关注用户需求价值
4. 加强团队的沟通，减少信息传递的失真

用户故事的三个原则（3C）;

1. card：写在一个卡片上，用这个卡片与开发团队进行对话
   1. 业务价值的reminder
   2. 做计划和沟通的token
   3. 卡片的两个部分：作为<用户角色>想要<完成活动>实现<价值>；验收标准<given><when><then>
2. conversation：用于在计划或估值时引发关于故事细节的对话
   1. 用于在计划或估值时引发关于用户细节的对话
3. confirmation：将细节以验收测试的方式来确认故事的完整性和正确性