本文总结了用户故事在敏捷开发过程中可能出现的九大不良征兆，包括故事过小、相互依赖、镀金行为等，通过实例分析了这些问题可能导致的项目困扰，并指出这些问题可能预示着项目存在的潜在问题。
系列文章目录
如有问题请留言
文章目录
前言
故事的不良征兆预示着项目可能出现了一些问题。
提示：接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。
文章概览
1. 故事太小
- 症状：经常调整估算
2. 故事互相依赖
- 症状：由于故事之间有依赖，所以很难做迭代
3. 镀金
- 症状：开发人员在迭代中实现了计划外的功能，或者仅仅凭借自己的感觉实现故事。
4. 细节太多
- 症状：在实现故事之前花太多的功夫去收集整理故事细节。也有可能是花太多时间去写故事而不去讨论故事。
5. 过早考虑用户界面细节
- 症状：在项目早起编写用户故事已经包含了用户界面。
6. 想的太远
- 症状：卡片不够写故事，用软件而不是小卡片记录。
7. 故事划分太过频繁
- 症状：在迭代计划的时候为了确保迭代工作量合适，频繁的划分用户故事
8. 客户很难为故事安排优先级
- 症状：选择故事和给故事安排优先级并不是一件容易的事情，但有时候安排困难，也被认为是不良症状。
9. 客户不愿意写故事，也不愿意为故事安排优先级。
- 症状：项目的客户不愿意承担写用户故事和安排优先级的责任。
Finish
参考书籍《用户故事与敏捷方法》
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
