假设产品 X 值 10 个故事点。开发从 Sprint Y 开始，但没有及时完成。在计算 sprint Y 的速度时，您如何处理故事点？
你会：
一个。为 sprint Y 分配 0 故事点，为最终完成的 sprint 分配 10 点；
b.确定剩余工作的故事点（假设为 3）并将差额分配给 sprint Y（在我们的示例中为 7）；或
c。还有什么？
提前致谢！
【问题讨论】：
标签： scrum
取决于您是否关心“瞬时”或“平均”速度。就个人而言，我不会让它变得比必要的更复杂，只是将它添加到它完成的 sprint 中。通过查看过去 3、6 和 12 个月内每个 sprint 完成的平均点数来计算您的平均速度。希望这些最终会收敛，并且您将对在一个 sprint 中可以完成多少工作有一个很好的了解。
【讨论】：
为 Sprint Y 分配 0 分，在故事最终完成时分配 10 分。故事要么完成，要么没有完成。没有回旋的余地。您希望避免 50% 完成，否则您的团队可能会半途而废地实施许多故事。
在一个 sprint 中不完成一个故事并在下一个 sprint 中完成它是完全可以的。但是，您不应该在 sprint 评审期间向产品负责人展示这个故事。
如果您有足够的故事用于给定的 sprint，那么故事是在本次冲刺还是下一次完成都无关紧要。事情会平均化。
向团队和利益相关者解释速度有助于估计发布时间，而不是衡量团队绩效的标准，这一点也很重要。
应该根据他们产生的最终结果来评判团队，而不是产生这些结果的时间。
结合优先考虑的待办事项，您将创建满足客户需求的优质软件。
【讨论】：
这是 sprint 的想法之一，“完整性”是二元的，无论是否完成，随着时间的推移，团队将有更好的估计，这个问题将失去相关性
【讨论】：
但是...
下一个问题是您如何计算 Y 之后的冲刺承诺。如果您过去的天气显示您的平均速度为 20 分。如果你把故事继续下去，那么你就得超过 10 分。但是，如果你认为故事只剩下 3 分：你会吗
A) 再拿 17pt 来填满你估计的 20pts B) 只多拿 10 分，因为故事的延续最初估计为 10 分
我们在尝试做 A 时陷入了混乱。其他人怎么看？
[更新]
我发布了一个关于此的问题：
Work out sprint capacity when carrying over story points in scrum
【讨论】：
这里的情况并不令人满意，但目前我们估计未完成故事的剩余工作。如果它只有大约 20% 或更少，我们会留下故事和冲刺中的点。如果不止于此，我们会询问 PO 我们是否应该完成这个故事，如果是，那么我们将其移至新的 sprint。 然而，由于几个原因，这并不令人满意。 第一个大的或有风险的故事应该在冲刺开始时开始，这样可以避免未完成的情况。 其次，我们得到不准确（但可能更平滑）的速度估计，这在未来不太有用 三是不严，团队就像一个2岁的孩子，稍显弱点，就想利用。
最后，随着时间的推移，严格性越来越严格，团队在一定程度上找到了自己的立场，并学习了处理问题的最佳方法。我们的速度已经有了很大的变化——大多数团队对每个 sprint 都有一个关于哪些因素（假期、疾病等）影响每个 sprint 的评论......完全不好:(
【讨论】：