问题描述
当我们关闭包含正在进行的问题（部分完成）的 sprint 时，我们是否应该拆分这些问题.. 这样 jira 就知道在关闭的 sprint 中完成了多少故事点。
当我们不这样做时：
在结束冲刺时管理“进行中”（部分完成）问题的故事点的正确方法是什么。
解决方法
我假设您使用的是 Scrum 框架。
在 Scrum 中，我们关注团队完成任务的能力。团队衡量这一点的一个好方法是使用故事点和衡量速度。速度是团队在过去几个冲刺中完成的故事点数的滚动平均值。
如果您遵循这种方法，那么当一个故事没有在 sprint 中完成时，该故事的故事点将不会与该 sprint 相关联。
关于将故事延续到下一个 sprint 后会发生什么，存在一些争论。一些团队会根据他们认为剩余的工作量重新估算他们。其他团队认为这种重新估算是一种浪费，会简单地将故事移动到具有原始故事点估计的新 sprint。
请记住，速度是一个滚动平均值，因此计算故事点时并不特别重要。
这种方法可能会让人感觉不舒服。这是因为将故事点与努力联系起来是人类的天性，而不是完成的工作。但是，您会发现，从长远来看，这种方法可以让您确定团队在 sprint 中完成工作的能力，这是衡量进度的好方法。