（书摘：用户故事与敏捷方法）第八章 估算用户故事

小结：

1. 用故事点估算故事，故事点是故事复杂度、工作量、或工期的相对估算。

    故事点有很好的特性是团队可以定义自己认为合适的故事点。一个团队可能决定定义一个故事点为一个理想日的工作。另一个团队可能定义一个故事点为一个理想周的工作。还有一个团队可能把故事点作为故事复杂度得测量。因为故事点有很多的意义，所以Joshua Kerievsky认为故事点代表事件的模糊单位，或叫NUT（Nebulous Units of Time）.

 

2.应由团队估算故事，估算属于团队而不是个人 。

   故事估算属于团队集体有两个原因，第一，还不确定团队中谁负责完成这个故事，所以应该把故事分配给整个团队而不是个人。第二，团队决定的估算可能比个人估算更有用。

   估算步骤如下：

•    参与估算的客户和开发人员 聚集在一起。客户抽取故事，读给开发人员听。客户尽可能给开发人员解释疑点。

•    对故事没有疑问后，每个开发人员 在卡片上写下一个估算值。

•    大家都写好值后，所有人展示自己的卡片，给别人看。这时，估算值可能差别很大，估算值高的和低的再解释一下估算依据。

•    大家讨论

•    重新估算

   我们的目的是要为故事得到一个统一