【问题标题】:How do I report user stories that are active more than a sprint?如何报告比 sprint 更活跃的用户故事?
【发布时间】:2020-03-19 18:29:12
【问题描述】:

我正在寻找一种方法来报告活动用户故事,而不是冲刺。我们通过从产品 backlog 中选择经过修饰的用户故事到 sprint backlog 来练习 sprint 计划,并旨在在 sprint 期间完成这些。有时,团队会收集用户故事并让它们保持活跃超过一个 sprint,这不是我们的做法。我们如何报告此类用户故事?我正在寻找的逻辑来自第一个 sprint;用户故事活跃到最后一个 sprint;它处于活动状态。我查看了交货时间和周期时间图表,但它们没有提供有关上述情况的具体见解。

理想情况下,我们希望在一个冲刺(Col 2)内完成一个用户故事。但是,有时我们的用户故事跨越多个 sprint(Col 3 或 Col 4)。我的问题是,我如何报告此类用户故事?不幸的是,我们有很多团队,不可能审查每个团队的工作项目。

【问题讨论】:

  • We practice sprint planning by selecting groomed user stories from product backlog into sprint backlog and aim to complete those during the sprint. 关于这个,能不能给个详细的指导?最好能附上一些截图。这将有助于我理解你的问题。
  • 感谢林休的评论。我已经用其他信息更新了这个问题。如果您需要更多信息,请告诉我。
  • 无法获取您的最新信息,该解决方法对您有帮助吗?或者,如果您有任何疑问,请随时在此处分享

标签: azure azure-devops agile scrum sprint


【解决方案1】:

对于这个问题,您可以获取当前精神(Sprint 4)中处于活动状态的用户故事,然后通过Create Data过滤用户故事。在 sprint(Sprint1) 开始日期之前带有 Created Date 的用户故事应该跨越多个 sprint。

查询示例:

根据查询生成报表。

【讨论】:

    【解决方案2】:

    当一个故事无法在 sprint 中交付时,尝试将其分解为多个故事,甚至是一个包含多个子任务的故事。 或者将故事拆分为后续故事,描述实施的内容,然后将其余部分留待后续处理。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-02-14
      • 1970-01-01
      • 1970-01-01
      • 2013-10-31
      • 2021-05-19
      • 2020-04-01
      • 2020-10-27
      • 1970-01-01
      相关资源
      最近更新 更多