用户故事与敏捷方法笔记---估算用户故事

系列文章目录

上一篇 “优秀用户故事准则”

---

如有问题请留言

---

前言

没有一个项目会在启动很久之后才问“什么时候能完成？”估算故事最好的方法有如下特点：

1. 无论什么时候获得有关故事的新信息，都允许我们改变之前的想法
2. 适用于史诗故事和小故事
3. 不需要花很多时间
4. 提供进度和剩余工作的有用信息
5. 不太精确的估算也不会有太大问题
   可以用来制定发布计划
   

---

提示：接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。

文章概览

1. 故事点估算

• 故事点有一个很好的特性时团队可以定义自己认为合适的故事点，灵活使用。

2. 以团队估算

• 故事估算应该由团队集体完成。
• 故事估算属于团队的两个原因：
  1. 还不确定谁完成这个故事
  2. 团队估算可能比个人估算更有用

3. 估算

• 客户随机抽取故事卡片读给开发人员听，开发人员根据需要尽可能多的提问，客户尽可能给出答案。
• 没有疑问之后开发人员写下一个估算值，先不要给其他人看。
• 大家写好估算值