“我们需要显示与当前文档相关的报价。”
这个用户故事将导致我们的许多子系统被修改，它或多或少是 4-5 个 sprint 长度。将其拆分为子故事是不可能的，因为修改没有商业价值。但是，在第 5 个 sprint 中，会有一个商业价值。
你有什么建议？我们将如何创造商业价值，在每个 sprint 中向我们的客户展示它，并让我们的客户在每个 sprint 中优先考虑工作？
问问题
438 次
2 回答
0
让您的团队创建完成“显示报价”故事所需的任务。
使这些足够细粒度，以使其中几个可能适合冲刺。
将所有这些都放在一个单独的待办事项中。
让团队，而不是客户，优先考虑这个积压，并将高度连贯的任务聚集成块。
这些块作为“减少完成'显示报价'剩下的工作的x％”进入项目积压，或类似的公式量化该项目将在实现目标的预期进展方面带来的好处。
于 2009-06-07T12:46:13.047 回答
0
天，
为了使您的用户故事更具描述性，您可以添加：
- 执行此用户故事的用户类型，以及
- 您想对当前用户故事执行此操作的原因。
也许尝试使用模板：
作为“用户类型”，我想要“一些目标”，以便“某种原因”。
为您的用户故事。
例如，您的用户故事可能会最终变成：
作为一名故事作者，我需要在当前文档中显示我正在使用的其他文档的引用，以便可以正确地归因任何引用。
在这里，这将分解为几个更细粒度的用户故事。
- 创建数据库以存储报价及其来源
- 交叉引用数据库开始在他们的主题下存储引号，以帮助未来的搜索。
- 正在开发的新文档的编辑器需要能够生成和附加参考书目。
- 等等
通常，如果您不能将用户故事分解为单个 sprint 块，则表明用户故事太大。使用上述模板有助于最大限度地减少这种情况。
高温高压
干杯，
于 2009-06-07T13:10:02.483 回答