首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >基础结构用户故事问题

基础结构用户故事问题
EN

Stack Overflow用户
提问于 2009-06-07 11:57:36
回答 2查看 438关注 0票数 0

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

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

你有什么建议?我们如何创造业务价值,向我们的客户展示每一次冲刺,并让我们的客户对每一次冲刺的工作进行优先排序?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2009-06-07 12:46:13

让您的团队创建完成"show quotes“故事所需的任务。

让它们足够细粒度,以便它们中的几个有可能适合一个sprint。

把所有这些都放在一个单独的待办事项中。

让团队,而不是客户,优先处理这些积压工作,并将具有高度一致性的任务集群到块中。

这些块作为“完成‘显示报价’的剩余工作的x%的减少”,或类似的公式,来量化这一项将带来的收益,以实现目标的预期进度。

票数 0
EN

Stack Overflow用户

发布于 2009-06-07 13:10:02

大家好,

为了让你的用户故事更具描述性,你能添加:

  • 执行此用户故事的用户类型,以及
  • 要对当前用户故事执行此操作的原因。

也许可以尝试使用模板:

作为一个“类型的用户”,我想要“一些目标”,让“一些原因”。

用于您的用户故事。

举个例子,你的用户故事可能最终会是:

作为一名故事作者,我需要显示我在当前文档中使用的其他文档中的引用,以便任何引用都可以被正确归类。

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

要开始在其主题下存储报价并开始存储报价以帮助正在开发的新文档的未来searches.

  • The编辑器,需要能够生成和附加bibliography.

  • etc.

的origins

  • Cross-reference DB创建数据库

一般来说,如果你不能将你的用户故事分解成单一的sprint块,这是用户故事太大的标志。使用上面的模板有助于最大限度地减少这种情况。

HTH

干杯,

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/961767

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档