修改我的冲刺的最佳方法

Question

让我为你描绘一下这个场景：

我正在使用Trello完成每周冲刺。我的董事会：

是最新的。唉!这是一个新的业务关键功能要求（例如Dancing hamster动画）。我的冲刺只有2天！我可以选择以下哪个选项？

1. 删除我正在做的事情，为sprint添加关键功能并立即开始处理
2. 放弃我正在做的事情，并通过将其他牌（也称作品）转移到下周的冲刺中来为新的关键功能腾出空间。开始处理关键功能。
3. 告诉产品所有者我的sprint已被锁定，我将其添加到我的下一个sprint
4. 惊叹“嘿！我的scrum大师在哪里，他应该保护我免受这个！” （这是一个笑话，我们是3个开发人员，没有scrum master。）

目前我们实施选项2.这样，sprint仍然是一个可管理的工作单元，具有已定义的发布日期。在sprint结束后，我们（开发团队）将审核sprint并跟进业务团队，看看我们是否可以避免这种情况发生。

哪个选项“最好”或大多数人推荐？我知道这取决于你的敏捷和看板和scrum的实现以及所有这些，但我正在寻找我们处理sprint修改的最佳方式。

请保持温和，我们正在学习敏捷方法。请不要过分教条，因为这种方法被称为“敏捷” - 不是每个人都必须以同样的方式进行。

非常感谢！

Answer 1

这将是高度自以为是，但＃2是我最终在大部分时间做的事情。但是，它还取决于您的发布周期。如果你在sprint结束时发布并需要这个，那么它优先于已经安排的内容。

Scrum理想主义者会说＃3是正确的答案。这不是错误的答案，但它也会对产品所有者的工作能力产生负面影响。

Answer 2

Scrum是一项团队活动。交付团队与产品负责人合作，尽可能有效地为组织提供最大价值。

如果产品负责人希望为sprint引入业务关键功能，那么交付团队通常会与他们一起工作以实现这一目标。但是，需要记住一些事情：

• 新推出的故事准备是否会被引入sprint？这项工作有什么未知数吗？在工作开始之前是否需要任何准备工作？
• 新推出的故事是否会对短跑计划产生重大影响？如果愿意，可能值得产品负责人中止冲刺并召集新的计划会议。这并不理想，但它可以而且确实发生（特别是对于Scrum新手的组织）。
• 作为团队回顾中的讨论，应该提出后期变更对要求的影响。有什么办法可以避免将来发生这种情况吗？也许冲刺长度太长，无法适应组织中的变化率？