7

假设产品 X 价值 10 个故事点。开发从 Sprint Y 开始,但没有及时完成。在计算 sprint Y 的速度时,您如何处理故事点?

你会:

一种。为 sprint Y 分配 0 故事点,为最终完成的 sprint 分配 10 点;

湾。确定剩余工作的故事点(假设为 3)并将差异分配给 sprint Y(在我们的示例中为 7);或者

C。还有什么?

提前致谢!

4

5 回答 5

6

取决于您是否关心“瞬时”或“平均”速度。就个人而言,我不会让它变得比必要的更复杂,只是将它添加到完成的 sprint 中。通过查看过去 3、6 和 12 个月内每个 sprint 完成的平均点数来计算您的平均速度。希望这些最终会收敛,并且您将对在一个 sprint 中可以完成多少工作有一个很好的了解。

于 2009-02-12T04:20:20.257 回答
4

为 Sprint Y 分配 0 分,在故事最终完成时分配 10 分。故事要么完成,要么没有完成。没有回旋的余地。您希望避免 50% 完成,否则您的团队可能会半途实施许多故事,而没有一个完全完成。

在一个 sprint 中不完成一个故事并在下一个 sprint 中完成它是完全可以的。但是,您不应该在 sprint 评审期间向产品负责人展示这个故事。

如果您有足够的故事用于给定的 sprint,那么故事是在这个 sprint 还是下一个 sprint 完成都没有关系。事情会平均。

向团队和利益相关者解释速度有助于估计发布时间,而不是衡量团队绩效的标准,这一点也很重要。

应该根据他们产生的最终结果来评判团队,而不是何时产生这些结果。

结合优先考虑的待办事项,您将创建高质量的软件,这意味着您的客户需要。

于 2009-02-12T04:38:04.287 回答
2

这是 sprint 的想法之一,“完整性”是二元的,无论是否完成,随着时间的推移,团队将有更好的估计,这个问题将失去相关性

于 2009-02-12T04:41:50.160 回答
1

但...

下一个问题是你如何计算 Y 之后的 sprint 承诺。如果你过去的天气显示你的平均速度是 20 分。如果你把故事继续下去,那么你就得超过 10 分。但是,如果你认为故事只剩下 3 个点:你

A) 再拿 17 分来填补你估计的 20 分 B) 只多拿 10 分,因为故事最初估计是 10 分

我们试图做 A 时陷入了混乱。其他人怎么想?

[更新]

我发布了一个关于此的问题:

在 Scrum 中继承故事点时计算 sprint 容量

于 2009-03-09T15:45:59.610 回答
0

这里的情况并不令人满意,但目前我们估计未完成故事的剩余工作。如果它只有大约 20% 或更少,我们会留下故事和冲刺中的点。如果不止于此,我们会询问 PO 是否应该完成这个故事,如果是,那么我们将其移至新的 sprint。然而,由于几个原因,这并不令人满意。第一个大的或有风险的故事应该在冲刺开始时开始,这样可以避免未完成的情况。其次,我们得到了不准确(但可能更平滑)的速度估计,这在未来不太有用。第三,它并不严格,团队就像一个 2 岁的孩子,显示它有一个轻微的弱点,它想利用它。

最后,随着时间的推移,严格性越来越严格,团队在一定程度上找到了自己的立场,并学习了处理事情的最佳方法。我们的速度已经有了很大的变化——大多数团队对每个 sprint 都有一个关于哪些因素(假期、疾病等)影响每个 sprint 的评论......完全不好:(

于 2014-06-23T12:53:39.060 回答