故事点 (Story Points) - 简介
Scrum指南告诉我们,估算应该由将要完成工作的人提供,但它并没有告诉我们应该如何提供估算。它把这个决定留给了我们。Scrum团队使用的一种常见策略是使用称为故事点的度量单位进行估算。但为什么要使用Story Points而不是几小时或几天或任何其他众所周知的时间单位?我们是故意试图混淆吗?在本文中,我将介绍使用Story Points的优缺点,并得出一个令人惊讶的结论。
什么是故事点?
“故事点是一个相对的度量单位,由各个Scrum团队决定和使用,以提供完成要求的努力的相对估计 “
为什么要使用Story Points?
故事点旨在使团队评估更容易。与其他产品积压项目 (product backlog items) 相比,团队只考虑产品积压项目需要多少工作量 (effort),而不是查看产品积压项目并在几小时内估算出来 。
好的,所以它使评估更容易,但它有用吗?
我们无法对成本和可交付时间进行任何预测,至少直到我们从可能需要几个月的几个冲刺(sprints)中获得了速度(velocity)的平均值
使用时间作为度量单位有什么问题?
几百年来,我们有了标准的时间单位。为什么我们不能使用几小时或几天?好吧,简而言之,因为你的小时与我的小时不一样。
如果您要求两位开发人员估算相同的任务,您将得到两个不同的答案。虽然一些差异可能是由规范或理解上的差距来解释的,但事实是开发人员拥有不同的知识和经验,因此需要花费更多或更少的时间来完成相同的工作。
要求这两个开发人员评估完成一个