agile - 故事需要开始和结束日期吗？

Question

我们正在尝试在我们的开发环境中实施敏捷方法。故事是否需要开始和结束日期，还是纯粹适用于 Sprint？

-艾伦-

Answer 1

故事没有开始和结束日期。

故事是可能（或可能不会）在您的应用程序中实现的价值点。

在 Scrum 中，实施故事的决定是在 sprint 计划会议上做出的，其中故事被移动到正在计划的特定 sprint backlog 中。有时虽然故事在这一点上被拆分，所以一个特定的（原始）故事实际上可能只是部分实施或在不同时间实施。

所以从某种意义上说，故事的“开始”和“结束”日期是实施它的 sprint 的开始和结束日期，上面有一些警告。

Answer 2

“结束日期”是什么意思？您希望完成故事的日期（可怕的截止日期）或您实际完成故事的日期。

我想说故事在 Scrum² 中没有“我希望开始/结束这个故事的日期”。相反，您拥有的是“团队承诺¹承担故事的冲刺”。这就像一个结束日期，因为您会得到“一切都很好，它将在这个 sprint 结束时发布”，但它没有那么精细，因为如果一切顺利，在 sprint 开始时承诺的所有工作都将被发布在冲刺结束时。在团队真正承诺之前，您也不会获得该信息。

您还拥有剩余积压工作的估计大小和团队速度。这可以指导故事何时开始。但它是一个 sprint 指南，而不是一个硬性而快速的日期，​​你会拿起这个故事。

那么你需要什么开始/结束日期呢？一旦您知道您可能会发现 Scrum 的其他指标之一/您的敏捷风格将为您提供所需的数据。或者发现你想要的数据和敏捷不能一起工作。

1）我注意到一个远离“承诺”的趋势，因为当它真正意味着“我们将尝试到那时完成它”时，它听起来相当固定。

2) Scrum 只是众多不同的敏捷方法中的一种，虽然许多人认为他们拥有一种真正的 scrum 形式，但让每个人都更容易就一种真正的 Emacs 绑定达成一致，而不是一种真正的 scrum 形式。敏捷或 Scrum 的某些实现可能有截止日期。

Answer 3

就像其他人所说的那样，用户故事将在您开始工作时获得开始日期，完成日期将在您完成时获得。我想你可能会估计故事需要多长时间才能完成 - 如果是这种情况，那么通常我会将它们放入 1 小时 4 小时 8 小时的桶中。如果它们不属于这些类别，您可能需要重新考虑用户故事的复杂性，因为这可能是您正在处理的一项大型任务并且需要用户史诗……这只是一个更大的故事。