如何管理需要多个 Sprint 的用户故事

问题描述

我正在开发一个内容丰富的软件产品。问题是一个功能经常需要新的内容，而我们的内容制作需要比冲刺更长的时间，或者需要超过半个冲刺。

例如，一个功能可能需要我们拍摄 100 个不同的短视频（2-3 秒）并进行后期制作。拍摄视频需要旅行时间等。即使我将功能分成100个故事，每个视频一个，内容仍然需要很多时间，因为它不会一个一个地拍摄和一个编辑一个。

我能否在随后的 sprint 中使用相同的故事，但接受标准不同？例如，故事将是“作为一个用户，我想看 blah blah 视频，以便我可以 blah blah”。然后在一个 Sprint 中，AC 将拍摄视频。下一个冲刺我会有另一个用户故事（不同的 ID），具有相同的文本，但 AC 可能是“将视频集成到应用程序中”？不确定这是否违反了 Scrum 原则。

有人遇到过类似的情况吗？这在 Scrum 环境中是如何处理的？

解决方法

从您的描述来看，您似乎正在尝试使用 Scrum 来驱动生产线，这绝对是该工作的错误工具。听起来您确切地知道您需要拍摄和制作什么，因此不会发生任何学习（如果您不需要它也没关系）。为了说明这一点，让我们创建一个非常适合 Scrum 的示例：

假设您为一个受欢迎的品牌运行一个营销网页，而他们想在本季开展一个新的广告系列。他们想做一些“回归自然”的事情，你有一些想法。您将不得不拍摄大量视频来替换网站上的视频，但您不想拍摄 100 个新视频只是为了让客户对它们不满意。因此，您提出 3 个主要想法并更改一页需要您为每个想法拍摄和编辑 4 个视频。你在 sprint 中做了 2 个，也许会投第三个，因为它会更多地参与 - 你必须前往泰国才能获得镜头。如果他们喜欢前两个中的一个，你就可以在整个网站上使用它。否则，您将投资于第三个概念验证。

在这里，一切都是为了在投资过多之前确认您的假设，然后 Scrum 才有意义。不过，如果您只是制作大量视频，我不知道您为什么要尝试强制使用 Scrum。

,

您可以将票分成子票，例如 10 个视频拍摄和编辑。或者您可以根据需要延长冲刺时间。另一种方法是切换到看板。