Scrum中Sprint和Iteration之间的区别和每个Sprint的长度有什么区别?

时间:2009-08-04 12:45:25

标签: agile scrum iteration methodology sprint

  1. Sprint和迭代之间是否存在差异,或者Sprint或Sprint中的迭代是否只是Scrum中使用的术语而不是迭代?如果有人可以对此有所了解,将会很有帮助。

  2. 假设有4个冲刺并且您已经确定第一个冲刺将持续10天是否需要其他3个冲刺应该具有相同长度的第1个决定冲刺的长度?

9 个答案:

答案 0 :(得分:65)

所有sprint都是迭代,但并非所有迭代都是sprint。迭代是迭代和增量开发(IID)中的常用术语。 Scrum是IID的一种特殊风格,因此将术语专门化也是有意义的。它还有助于使该方法的品牌与其他IID方法不同:)

关于冲刺长度:只要冲刺是时间盒,任何事情都会进行,即它在计划的日期完成,而不是“当它准备就绪”时。 (或者,在极少数情况下,如果某些基本边界条件发生变化,sprint会过早终止以启动新的sprint。)

确实有相似持续时间的冲刺。关于冲刺计划的记忆越少,您的计划就越准确。我喜欢在2个日历周内保留我的,这将在假日季节之外的8..10个工作日内解决。

答案 1 :(得分:12)

Sprint ==迭代。

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

保持持续时间的一致性,您将更好地规划和交付。一切都将通过完成一系列用例需要多少10天的冲刺来衡量。

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

关键是要以一致的速度准时发布。定期安排使管理更简单,更可预测。

答案 2 :(得分:3)

sprint的重要之处在于:在sprint中,要传递的功能是固定的。

sprint通常是迭代。但是你可以举行为期4周的冲刺,但在该冲刺中有4周的“内部”迭代。

关于短跑的长度有很多讨论。我认为,如果按照书中的说法进行,它们的长度应该相同。

我们发现,启动和运行开发环境的第一个短暂冲刺,然后是更长时间的基本功能冲刺,然后是项目结束时的短冲刺,对我们有用。

答案 3 :(得分:2)

迭代是sprint的同义词,sprint只是Scrum的术语。

关于冲刺长度的问题,我要注意的唯一警告是,在Scrum中,你使用过去的冲刺来获得对你的团队履行冲刺承诺的能力的可预测性。他们通过在许多冲刺上产生​​速度来做到这一点。在过去的冲刺中,团队成员的变化或冲刺的长度是影响冲刺速度的因素。

就像背景一样,速度是分配给积压项目或故事的估算点的总和,它们在该冲刺期间完全完成。大多数敏捷支持者(例如Mike Cohn,Ken Schwaber和Jeff Sutherland)建议团队使用“最近的天气”来确定他们未来的估计,他们认为他们可以在冲刺中承诺多少。这意味着使用最近几次冲刺的平均值作为即将到来的冲刺计划会议中估算的基础。

再一次,改变冲刺长度会降低团队提供团队用于sprint计划的速度统计的能力,以及产品所有者用于发布计划(即预测项目何时结束或项目将在何处)的能力最后)。

我建议Mike Cohn's book on Agile Estimating and Planning概述一下所有可以拼凑的冲刺,估计和计划的方式。

答案 4 :(得分:2)

  1. 我工作的地方有2个Sprints到迭代。迭代演示是在每个Sprint之后不想见面的业务利益相关者面前,但这是我们对术语的解释。有些地方的条款可能具有同等意义,我只是指出我工作的地方不一样。

  2. 不,冲刺可以有不同的长度。在我工作的地方,我们有半个Sprint将我们的Sprint与其他部门正在使用的项目中的其他人的迭代对齐。

答案 5 :(得分:2)

“___主要是由长时间工作,很少停机时间以及持续的同行,客户和卓越监控造成的组织问题”

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

不要做太多短短10天的冲刺。你最终会倦怠你的团队。在你真正需要它们的地方使用短冲刺,并且不要连续做太多。长远思考。对于完整的比赛,长跑运动员总是自我调节,并且只在重要的地方短距离冲刺。

如果你倦怠你的团队,你可以抛弃所有他们花哨的scrum图表,他们不会为你的团队的生产力下降做点什么。

答案 6 :(得分:1)

  1. Sprint只是迭代的术语。
  2. 您可以将Sprint长度更改为您想要的任何内容,但您可能希望尝试找到“运作良好”的时间量(这可能对您的团队意味着任何数量的事情)并最终坚持下去随着时间的推移。

答案 7 :(得分:0)

根据我的经验

  1. Sprint是一种迭代,可以在一个迭代中进行多次迭代 单个Sprint(例如,一个任务应该开始或迭代任务,如果它的话 失败,但仍然有额外的估计时间)或跨越许多Sprint (例如执行正在进行的任务)。
  2. 通常情况下,Sprint的持续时间可能是一周或两周 取决于所需的时间和任务的优先级(可以 由产品所有者或Scrum Master或团队定义 积压。
  3. 参考:https://en.wikipedia.org/wiki/Scrum_(software_development)

答案 8 :(得分:-1)

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