在 Scrum 中，一个 Release 可以有多个迭代吗？ [关闭]答案

【问题标题】：Can a Release have multiple iterations under it in Scrum? [closed]在 Scrum 中，一个 Release 可以有多个迭代吗？ [关闭]
【发布时间】：2014-08-24 19:10:56
【问题描述】：

问题：在 Scrum 方法中，是否可以进行多次迭代才能将产品视为可交付发布？

我认为发布和迭代应该具有一对一的映射，以便在每次迭代结束时产品都可以发布，但不确定。

【问题讨论】：

我投票结束这个问题，因为它不是关于编程的。
@VadimKotov，没问题。但我的基本问题仍然存在：为什么像 release 和 scrum 这样的主题仍在 stackoverflow 上？我认为它们应该被删除，因为这些主题总是会有没有任何代码的问题。这些主题与编程语言无关。
scrum 上的问题可以是关于编程和代码的吗？
因为我们之前没有项目管理 SE 或软件工程 SE。这些老问题和过时的标签，经过这样的清理，最终都会被删除。
如果scrum 下的所有问题都将被删除，那很好。

标签： release scrum

【解决方案1】：

传统上，scrum 要求在每个 sprint 结束时提供“潜在可发布产品”。 )来自此处的“Sprint”定义：https://www.scrum.org/Resources/Scrum-Glossary)

当然，延迟发布可能有业务或其他原因。例如与未来生效的新法规/法律相关的发布日期。

虽然有一些方法可以解决这种问题，例如使用功能标志，以便软件经过全面测试和发布，但该功能尚未启用。这有其自身的开销，而不是每个团队的灌篮方法。

其他团队已经达到了超越 1:1::iteration:release 的程度。他们实际上在完成后立即发布每个功能。他们的“完成的定义”包括发布到生产。 Jeff Sutherland（Scrum 的联合创始人）在最近的一条推文中总结了这一点“让你的故事变小，使用一个代码分支，然后一切都投入生产”https://twitter.com/jeffsutherland/status/503569798924472320

每个团队都没有一个正确的答案，但更频繁地发布几乎总是一件好事。

【讨论】：

很好的解释。我的印象是，冲刺意味着在冲刺结束时应该有可交付的功能。它是否被部署取决于您的发布计划的时间。如果它没有被部署，那么利益相关者仍然可以检查可交付的功能并在 sprint 结束时提供反馈。