修改我的冲刺的最佳方法[关闭]答案

【问题标题】：Best way to modify my sprint [closed]修改我的冲刺的最佳方法[关闭]
【发布时间】：2016-01-19 12:02:53
【问题描述】：

让我为你画出有问题的场景：

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

是最新的。唉!这是一个新的关键业务功能要求（例如跳舞的仓鼠动画）。我的冲刺只有 2 天！我该做这些选项中的哪一个！？

目前，我们实施选项 2。这样，冲刺仍然是一个可管理的工作单元，并具有明确的发布日期。 sprint 完成后，我们（开发团队）将审查 sprint 并与业务团队跟进，看看我们是否可以避免这种情况继续发展。

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

请轻点，我们正在学习敏捷方法。请不要过于教条，因为这种方法称为“敏捷” - 并非每个人都必须以相同的方式进行。

非常感谢！

【问题讨论】：

我投票决定将此问题作为题外话结束，因为在Programmers Stack Exchange 上会更好。
这个问题是 Programmers 的技术主题（浏览agile tag 以了解类似问题），但如果被问到除了“什么是最好的？”之外，还需要特定的成功标准。我们需要诸如“我们正在努力实现 X，哪个选项可以做到这一点？”之类的要求。正如它所写的那样，这个问题将被关闭为“主要基于意见”。相关阅读：On discussions and why they don't make good questions.
我很欣赏指导小伙子和/或小伙子。诸如“修改正在进行的 Sprint 是否正确”之类的主题是否正确？会更好？另外，将此问题移至Programmers Stack Exchange 的最佳方法是什么？再次感谢。

【解决方案1】：

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

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

【讨论】：

我就是你所说的“Scrum 理想主义者”，我永远不会拒绝做产品负责人要求的关键业务故事。事实上，我想不出我认识的敏捷教练或 Scrum Master 会这样做。
很高兴听到，巴纳比。我以前的工作场所以令人不安的热情严格采用敏捷。不是很有趣，我不确定它是否有帮助。

【解决方案2】：

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

如果产品负责人希望在 sprint 中引入关键业务功能，那么交付团队通常会与他们一起努力实现这一目标。但是，需要牢记以下几点：

新引入的故事准备好引入 sprint 了吗？工作有什么不为人知的吗？开工前是否需要做任何准备工作？
新引入的故事会对冲刺的计划产生重大影响吗？如果是这样，产品负责人可能值得放弃冲刺并召开新的计划会议。这并不理想，但它可以而且确实会发生（尤其是对于刚接触 Scrum 的组织）。
应在团队回顾会议上讨论后期变更对需求的影响。有什么办法可以避免将来发生这种情况吗？也许冲刺时间太长，无法适应组织的变化速度？

【讨论】：

感谢巴纳比，非常好。我忘了提到我们在随后的 sprint 审查中讨论了 sprint 修改，看看是否可以从预防方面学到任何东西。我也忘了添加“Abort sprint”作为选项。这有点激烈，但我们过去做过。再次感谢！