一、常见问题
- 细节不清，遗漏关键细节，无法开发
- 进度不明，问题发现不及时
- 到验收环节才发现理解不一致
- 一个需求长期挂起，无法结束
- 做完后无法投产，等待其他需求
- 投产后，不具备使用条件无人使用
二、确认标准 DoR要求
用户故事代替大而全的文档
3C原则
image.png
原则保障：INVEST原则
image.png
独立：用户故事独立
可讨论的：故事要简单，细节在产品人员和开发团队的讨论中产生
有价值的： 对客户有价值
可估算的：缺乏业务知识、缺乏技术知识、故事太大
小的：故事太大太小都无助于制定计划。
可测试的：故事必须是可测试的。
验收条件: AC
image.png
AC 要条目化
image.png
image.png
总结
image.png
体会
- 通过用户故事来收集需求。收集的需求可以避免不清楚将来使用用户是谁的问题，做出的功能是否符合真实用户的需求的问题。通过用户故事，减少双方理解不一致的问题。
- 对不满足IVEST原则的需求，需要进一步细化，使其符合相关要求。否则后期可能就是坑。
