什么是用户故事？
A 用户故事 是从用户角度对功能进行的简短、通俗易懂的描述。标准格式是：
作为一个[角色]，我想要[目标]以便[理由]。
示例：“作为冲刺计划人员，我希望查看剩余容量，这样我就不会过度投入团队。”
3C
罗恩·杰弗里斯的经典取景：
- 卡：用户故事是一个占位符，而不是规范。足够短，可以放在索引卡上。
- 对话：真正的规范是团队、PM 和利益相关者之间的对话。
- 确认：证明故事已经完成的验收标准。
投资：什么让故事变得精彩
- I独立：可以单独交付
- N可协商：范围可以讨论
- Valuable：提供用户注意到的东西
- Estimable：足够小以适应尺寸
- Small：适合单次冲刺
- T稳定：有明确的验收标准
常见的用户故事错误
- “作为一名开发人员，我想要……”：这是一个任务，而不是用户故事。故事是关于最终用户的。
- 太大了：如果无法在冲刺中交付，请将其拆分。
- 无接受标准：团队会猜测“完成”的含义，但猜错了。
- 将格式视为福音：格式是一个起点，而不是宗教。如果你的团队在没有它的情况下也能理解工作，那很好。