基础设施用户故事问题

时间:2009-06-07 11:57:36

标签: infrastructure user-stories

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

这个用户故事将导致我们的许多子系统被修改,并且它或多或少是4-5个冲刺长度。将其拆分为子故事是不可能的,因为修改没有商业价值。但是,在第5个冲刺阶段,将有商业价值。

你有什么建议?我们如何创造商业价值,向每个sprint的客户展示它,并让我们的客户优先考虑每个sprint上的工作?

2 个答案:

答案 0 :(得分:0)

让您的团队创建完成“show quotes”故事所需的任务。
使这些细粒度足以使它们中的一些可能适合冲刺。
将所有这些都放在单独的待办事项中。
让团队而不是客户优先处理此待办事项,并将具有高度一致性的任务集中到块中。
这些块进入项目积压作为“减少x%的工作剩余完成'显示报价'”,或类似的表述量化该项目将带来的预期进展的目标。

答案 1 :(得分:0)

天儿真好,

为了让您的用户故事更具描述性,您可以添加:

  • 执行此用户素材的用户类型和
  • 您希望对当前用户故事执行此操作的原因。

也许尝试使用模板:

  

作为“用户类型”,我想要“某些目标”,以便“某种原因”。

为您的用户故事。

例如,您的用户故事可能最终成为:

  

作为一名故事作家,我需要显示我在当前文档中使用的其他文档的引号,以便正确归因于任何引号。

然后,这将分解为几个更精细的用户故事。

  • 创建用于存储引号及其来源的数据库
  • 交叉引用数据库,开始在其主题下存储引号以协助将来的搜索。
  • 正在开发的新文档的编辑器需要能够生成和附加参考书目。

通常,如果您无法将用户故事分解为单个sprint块,则表明用户故事太大。使用上述模板有助于最大限度地减少这种情况。

HTH

欢呼声,