scrum - 同时处理多个故事是不好的做法吗？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

3年前关闭。




Improve this question




在 Scrum 团队中，在继续之前完成一个故事有多重要？

我们的 Scrum 大师对于在继续之前完成单个故事是相当教条的。我可以看到，在这种情况下，开发似乎更加“受控”，而且 Scrum 主管可以非常准确地了解团队成员在任​​何给定时间的工作……但我对这真正购买了什么感兴趣我们？

显然，scrum 管理员希望最大限度地减少燃尽与现实的分歧，以避免冲刺结束时的冲击——但可以肯定的是，如果 sprint 持续两周，燃尽将持续更新并在站立 session 上传达阻滞剂——任何此类分歧都会受 sprint 长度的限制，并在 sprint 中通过通常的 channel (即站立或单独与 scrum master 交谈)可见。任何剩余的问题都可以在每两周一次的回顾中处理。

提出这个问题的原因是，我似乎发现通过在我认为合适的任何给定时间保留 2 个(或 3 个，如果一个特别容易的话)故事进行中，我的工作效率最高。这似乎有助于辅助完成任务的潜意识背景思想。如果有几个故事是相关的，它还可以让我更好地理解更大的图景。

我们的故事通常需要一两天的工作量。

那么，一次编写几个故事是否令人不悦，如果是这样，一次一个故事会给您带来什么？

Answer 1

我认为这真的由团队来决定。我认为您在撰写有关燃尽的文章时指出了这一点，最重要的是始终如一地满足您的 sprint promise 。如果他们真的是自治的，那如何发生真的应该取决于团队。现在的团队，我们的规范是同时处理多个故事；鉴于我们试图在整个团队中真正传播故事的所有权，这是我们设置的性质。如果你有较短的故事和更多的个人所有权风格，这对你来说可能是一种不同的规范。