Infrastructual用户的故事问题

Question

"我们必须显示出的报价相关的，与目前的文件。"

这个用户的故事将会导致我们的许多子系统得到修改，这或多或少4-5冲刺的长度。分裂分子故事是不可能导致修改具有无商业价值。但是，在第5次冲刺，将有一个商业价值。

你有什么建议？我们要如何创造商业价值，表明它对我们的顾客每一个冲刺，也让我们的客户以优先考虑的工作在每个冲刺?

Answer 1

请您的团队打造完成的“秀引号”的故事需要完成的任务。 结果使这些足以细粒度的那几个人可能适合短跑。 结果把所有的这些在一个单独的积压。 结果有团队，而不是客户，这积压，并具有高相干性集群任务的优先级成块。 点击这些块进入项目积压的“减量化工作的X％即可完成‘秀引号’”，或类似的配方量化这个项目将在朝着目标预期进度方面带来的好处。

Answer 2

G'day,

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

• 这种类型的用户，是执行该用户的故事，
• 你为什么要这么对你的当前用户的故事。

也许是尝试使用的模板：

如a"类用户"我想要"的某些目标"，以便"一些原因"。

为你的户的故事。

作为一个例子，你的用户可能会随后完成了：

作为一个故事作家，我需要表现出的报价来自其他文件，我使用的当前文档，以便任何报价可以被正确地归因。

在这里然后分解成为几个更精确的用户故事。

• 建立数据库来存储的报价和它们的起源
• 交叉参考数据库开始存储关报价根据他们的专题，以协助今后的搜索。
• 编辑的新的文件正在研制将需要能够产生和加一个参考书目。
• 等等。

一般来说，如果你不能打破你的用户的故事，下来到个冲刺大块，这是一个迹象，表明用户的故事是太大。使用上述模板可以帮助尽量减少这一点。

禾田

干杯，