《敏捷估计与规划》之Chapter 4 Estimating Size of Story Points
在餐厅吃饭，我们会根据相对大小来点菜，而不会按照精确的数量进行点菜。我们标准的做法是来份小的，来份大的。
故事点也是如此，是相对的。
你可以使用两种方法来进行故事点的评估，一种是在所有故事里找最小的故事，设定为1，或者是找一个中等规模的故事，设定为5，总的范围设定为1-10，其他的故事都和这个故事进行比较，得出故事规模的相对大小。比如，可以设定一个狗点，即狗的肩高，设定一个参考标准，其他品种的都对比标准进行狗点的设定。
参考上述，我们再给故事设定故事点时，当出现一些具体的细节不了解或者故事尚未定义清楚的时候，就会出现定义困难，此时可以通过猜测，设定一个范围，然后求取平均值。
速度是对开发小组的进度生产率的度量，可以通过计算小组在一次迭代中完成的用户故事所分配的故事点数的总和得到。
把所有特性的故事点数相加在一起，就是项目的总规模，加上速度，进而推算出迭代的次数；映射到时间表上，就是进度表了。
速度修正估算误差，通过几次迭代后，通过速度的修正就可以对规划的误差进行自我修正。
小结
故事点是对用户故事大小的相对度量，速度是对团队每次迭代的进度生产率的度量，在每次迭代结束后，可对速度进行修正。
故事点是对将要进行的工作大小的估算，与具体项目相关。
网友评论