关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.
3年前关闭。
Improve this question
让我们举个例子，假设我们有 5 个故事 A、B 和 C、D、E。
Importance Name Estimate
90 B
70 A
50 C
35 E
10 D
这些故事是根据它们的重要性(优先级)排序的。你如何估计它们？是根据特征的大小来估计的吗？例如，我给了他们估计值:
Importance Name Estimate
90 B 10
70 A 12
50 C 9
35 E 20
10 D 11
假设这是一个为期 2 周的冲刺。这是 14 天的时间大小=5,14x5=70 人天。
现在值 10 是什么意思？这是否意味着团队应该花费的时间(小时或天)？什么是故事点？假设这是第一个冲刺；如果没有最后一次冲刺的速度，您将如何估计冲刺次数？
最佳答案
啊!适合我从内存中写作。
当然，故事点与估算有关，当您试图弄清楚冲刺可以做多少时，故事点是实现部分或整个功能所需的一个“工作”单元。一个故事点可能是一天、一小时或介于两者之间。我混淆了下面的“估计”和“故事点”，不知道我在想什么。
我最初写的是“估计”和“故事点”。我想写(并在下面进行编辑)是“故事点”和“速度”。
故事点和速度齐头并进，它们共同努力，试图让您感受到“我们可以在给定的时间内完成多少”。
让我们举个例子。
假设您想以小时为单位估计特征，因此估计为 4 的特征将需要 4 小时才能由一个人完成，因此您将这样的估计分配给所有特征。因此，在竞争资源时，您认为该功能或它的“故事”值 4 分。
现在，假设您的项目有 4 个人，每个人每周正常工作 40 小时，但是，由于周围发生的其他事情，例如支持、与营销人员交谈、 session 等，每个人只能75% 用于实际功能，另外 25% 将用于其他任务。
因此，每个人每周有 30 小时可用时间，当您计算所有 4 个人时，该周总共有 30*4 = 120 小时。
现在，假设您正在尝试创建 3 周的冲刺，这意味着您可以完成 3*120 小时的工作。这是你的速度，你移动的速度，你可以完成多少“故事点”。
你的速度单位必须与你的故事点的单位兼容。你不能用“开发人员在实现这个时会消耗多少杯子”和“我们有多少小时可用”来衡量故事。
然后，您尝试找到一组按优先级排序接近但不超过 120 分的特征。这只是对从上到下的累积求和，直到您完成一项使总和超过或等于 120 分的任务。如果它翻倒了，不要包括任务。
你可以很容易地估计开发人员消耗的天数或咖啡杯数，就像这个数字代表你正在做的工作类型一样，它可以与你将执行的实际工作相关(即如何你有多少时间)。
您还应该在每个 sprint 之后评估您的工作量，以确定 75% 的数字是否准确。例如，如果您只管理了您计划执行的一半工作，请弄清楚您的功能估算是否错误，或者您的工作负载估算是否错误。然后在估计和计划接下来的 sprint 时考虑您所学到的知识。
另请注意，如果特征变得太大，则应拆分它们。造成这种情况的主要原因是更大的估计包含更多的不确定性，您可以通过将其拆分为子特征并对其进行估计来减轻这种不确定性。大的整体特征然后成为所有子特征的总和。通过将不同的子功能分配给不同的人，它还可能使您能够将功能拆分给几个人。
一个好的经验法则是，估计超过 1 天的特征可能应该被拆分。*
关于agile - 如何衡量 Scrum 中的估计和故事点？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1232281/