63

  1. Sprint 和迭代之间是否有区别，或者 Sprint 中可以有迭代，或者 Sprint 只是使用的术语而不是 Scrum 中的迭代？如果有人可以对此有所了解，那将很有帮助。

  2. 假设有 4 个 sprint，并且您决定第一个 sprint 将持续 10 天，是否要求其他 3 个 sprint 的长度应该与第一个决定的 sprint 的长度相同？？

4

9 回答 9

68

所有冲刺都是迭代，但并非所有迭代都是冲刺。迭代是迭代和增量开发 (IID) 中的常用术语。Scrum 是 IID 的一种特殊形式，因此对术语进行专门化也很有意义。它还有助于将方法与其他 IID 方法不同:)

至于 sprint 长度：只要 sprint 有时间限制，即它在计划的日期完成，而不是“当它准备好”，任何事情都会进行。（或者，在极少数情况下，sprint 会提前终止以开始新的 sprint，以防某些基本边界条件发生变化。）

进行类似持续时间的冲刺确实有帮助。关于 sprint 计划的记忆更少了，您的计划也变得更加准确。我喜欢将我的保留在 2 个日历周，这将解决为假日季节以外的 8..10 个工作日。

于 2009-08-04T13:03:53.617 回答
13

冲刺 == 迭代。

长度可以变化，但让它们变化太大是一个糟糕的规划先例。

保持它们的持续时间一致，您将在计划和交付方面做得更好。一切都将通过完成一系列用例所需的 10 天冲刺来衡量。

保持它们的长度一致，您可以更准确地计划交付、最终用户测试等。

关键是要以一致的速度按时发布。有规律的时间表使管理更简单，更可预测。

于 2009-08-04T12:52:06.823 回答
4

sprint 的重要之处在于：在 sprint 中，要交付的功能是固定的。

冲刺通常是一次迭代。但是，例如，您可以进行 4 周的 sprint，但在该 sprint 中进行 4 个一周的“内部”迭代。

关于 sprint 的长度有很多讨论。我认为如果你按照书上的去做，它们应该都是一样的长度。

我们发现，让开发环境启动和运行的第一个短冲刺，然后是较长的基本功能冲刺，然后是项目结束时的短冲刺，对我们很有效。

于 2009-08-04T12:59:14.183 回答
3

“___ 很大程度上是由长时间、很少停机以及持续的同行、客户和高级监督引起的组织问题”

不，这不是 scrum 的定义，它是关于倦怠定义的维基百科摘录。

不要做太多的短 10 天冲刺。你最终会耗尽你的团队。在你真正需要的地方使用短冲刺，不要连续做太多。长远考虑。长跑运动员总是为整场比赛调整自己的速度，并且只在重要的地方进行短距离冲刺。

如果你的团队精疲力竭，你可以扔掉所有花哨的 Scrum 图表，它们不会为你团队的生产力直线下降做任何事情。

于 2010-03-18T07:14:44.950 回答
2

迭代是冲刺的同义词，冲刺只是 Scrum 的术语。

关于 sprint 长度的问题，我要注意的唯一警告是，在 Scrum 中，您正在使用过去的 sprint 来获得对团队兑现 sprint 承诺的能力的一定程度的可预测性。他们通过在多个冲刺中发展速度来做到这一点。与过去的 sprint 相比，团队成员的变化或 sprint 的长度是影响 sprint 速度的因素。

正如背景一样，速度是分配给在该 sprint 期间完全完成的待办事项或故事的估计点的总和。大多数敏捷支持者（例如 Mike Cohn、Ken Schwaber 和 Jeff Sutherland）建议团队使用“最近的天气”来根据他们认为自己可以在 sprint 中投入多少来估计未来。这意味着使用最近几个 sprint 的平均值作为即将到来的 sprint 计划会议中估计的基础。

再一次，改变 sprint 长度会降低您的团队提供团队用于 sprint 计划和产品所有者用于发布计划的速度统计数据的能力（即预测项目何时结束或项目结束时的内容） ）。

我推荐Mike Cohn 的关于敏捷估计和规划的书，以概述冲刺、估计和规划如何结合在一起。

于 2009-08-04T21:15:26.093 回答
2

  1. 在我工作的地方，我们有 2 个 Sprint 到一个迭代。迭代演示是在每个 Sprint 之后不想见面的业务利益相关者面前进行的，但这是我们对术语的解释。有些地方的术语可能具有相同的含义，我只是指出我工作的地方它们不是一回事。

  2. 不，冲刺可以有不同的长度。在我工作的地方，我们有半个 Sprint 来使我们的 Sprint 与其他部门的项目中其他人正在使用的迭代保持一致。

于 2009-08-04T21:31:45.530 回答
1
  1. Sprint 只是迭代的术语。
  2. 您可以将 Sprint 长度更改为您想要的任何时间，但您可能会想要尝试找到“运作良好”的时间量（这可能对您的团队意味着任何数量的事情）并最终坚持下去时间。
于 2009-08-04T12:52:43.360 回答
0

根据我的经验

  1. Sprint 是一种迭代，在单个 Sprint 中可以有多个迭代（例如，如果任务失败并且仍然有额外的估计时间，则应重新启动或迭代任务）或跨多个 Sprint（例如执行正在进行的任务）。
  2. 通常，Sprint 的持续时间可以是一到两周，这取决于所需的时间和产品待办列表中任务的优先级（可以由产品负责人或 Scrum Master 或团队定义）。

参考：https://en.wikipedia.org/wiki/Scrum_(software_development)

于 2015-08-30T19:21:37.967 回答
-2

纯 Scrum 中定义的 Sprint 的持续时间为 30 个日历日。然而，迭代长度可以是团队定义的任何内容。

于 2013-06-11T17:19:49.297 回答