“我们需要显示与当前文档相关的报价。”
这个用户故事将导致我们的许多子系统进行修改,并且或多或少有4-5个冲刺长度。将其分成子故事是不可能的,因为修改没有商业价值。但是,在第五次冲刺中,将会有商业价值。
你有什么建议?我们如何创造业务价值,向我们的客户展示每一次冲刺,并让我们的客户对每一次冲刺的工作进行优先排序?
发布于 2009-06-07 12:46:13
让您的团队创建完成"show quotes“故事所需的任务。
让它们足够细粒度,以便它们中的几个有可能适合一个sprint。
把所有这些都放在一个单独的待办事项中。
让团队,而不是客户,优先处理这些积压工作,并将具有高度一致性的任务集群到块中。
这些块作为“完成‘显示报价’的剩余工作的x%的减少”,或类似的公式,来量化这一项将带来的收益,以实现目标的预期进度。
发布于 2009-06-07 13:10:02
大家好,
为了让你的用户故事更具描述性,你能添加:
也许可以尝试使用模板:
作为一个“类型的用户”,我想要“一些目标”,让“一些原因”。
用于您的用户故事。
举个例子,你的用户故事可能最终会是:
作为一名故事作者,我需要显示我在当前文档中使用的其他文档中的引用,以便任何引用都可以被正确归类。
在这里,这将被分解成几个更细粒度的用户故事。
要开始在其主题下存储报价并开始存储报价以帮助正在开发的新文档的未来searches.
的origins
一般来说,如果你不能将你的用户故事分解成单一的sprint块,这是用户故事太大的标志。使用上面的模板有助于最大限度地减少这种情况。
HTH
干杯,
https://stackoverflow.com/questions/961767
复制相似问题