基础设施用户故事问题

Question

“我们需要显示与当前文档相关的报价。”

此用户故事会导致我们的许多子系统得到修改，并且它或多或少是4-5冲刺长度。将其拆分成子故事是不可能的，因为修改没有商业价值。但是，在第5次冲刺中，将会有商业价值。

你有什么建议？我们如何创造商业价值，向客户展示每个冲刺点，并让我们的客户优先考虑每个冲刺点的工作？

Answer 1

让您的团队创建完成“演出报价”故事所需的任务。
使这些细粒度足够多，他们中的几个潜在适合冲刺。
把所有这些放在一个单独的积压。
让团队（而不是客户）优先考虑这个积压工作，并将具有高度一致性的任务集中到块中。
这些大块进入项目积压为“减少x％的工作完成'显示报价'”，或类似的表述量化该项目将带来的预期进展的目标方面的好处。

Answer 2

天儿真好，

为了使您的用户故事有点更具描述性的，你可以添加：

• 的执行此用户故事用户类型，并
• 一你为什么要这样做到你当前的用户故事。

也许尝试使用模板：

作为“类型的用户”，我想“的一些目标”，使“某些原因”。

为您的用户故事。

举个例子，你的用户故事可能再完成了幸福：

作为一个故事的作家，我需要证明我使用当前文档中的其他文件的报价，使得任何报价可能正确归因。

在这里，这将分解成几个更细粒度的用户故事。

• DB的创建存储报价和它们的起源
• 交叉引用DB开始他们的主题下储存关报价，以帮助未来的搜索。
• 正在开发的新文档编辑器需要能够生成并附加参考书目。
• 等

一般来说，如果你不能打破你的用户故事分解成单块冲刺，这是一个迹象，表明用户故事是太大。使用上面的模板有助于最小化这一点

HTH

欢呼声，