系列文章目录

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

---

如有问题请留言

---

前言

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

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

---

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

文章概览

1. 故事点估算

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

2. 以团队估算

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

3. 估算

• 客户随机抽取故事卡片读给开发人员听，开发人员根据需要尽可能多的提问，客户尽可能给出答案。
• 没有疑问之后开发人员写下一个估算值，先不要给其他人看。
• 大家写好估算值之后，所有人翻开他们的卡片展示出来。
• 讨论完后，再次估值。最终目的是要一个统一的估值

4. 使用故事点

• 在一轮迭代结束时，团队计算已完成故事点数量，因为即将到来的迭代也是同样的长度，这个点数可以作为下轮迭代的的故事点预报。

5. 如果使用结对编程

• 明确一点，团队是否使用结对编程，对故事点估算没有影响。

6. 使用故事点的一些提醒

• 有时候在使用故事点时候会比较瞻前顾后的比较困惑，要正确使用故事点，请记住以下几点：
  1. 团队之间的故事点是不一样的。
  2. 史诗故事的估算点，与分解之后的估算点不一定要想等。

---

Finish

下一篇 “发布计划”

参考书籍《用户故事与敏捷方法》