问题标签 [sprint]

我们是一个由 3 名开发人员组成的小组，他们使用 Scrum 在一个项目上工作。

我们使用6 小时/天/开发人员进行容量规划。我的问题是 - 如果我们使用 2 周的 Sprint 并且一天中的大部分时间（5-6 小时）都在做 Sprint 计划，我们是否应该将这段时间视为迭代的一部分（也就是说，这就是我们使用6 小时/天的原因考虑这样的事情）。

对我来说，这超出了容量规划，因为6 小时/天/开发只是为了说明开发人员每天做的正常事情的生产时间......

我不确定这是否适合堆栈溢出，但我们最近升级到 TFS 2012 并注意到您的迭代（冲刺）必须是积压迭代的子级。虽然该工具在这种方法中是僵化的，但我试图了解是否有特定的敏捷 [Scrum] 流程理由来坚持这一点，或者工具问题是否存在，为什么我不能让积压和冲刺在两个不同的父母之下？

我的客户不会跟随 sprint，但只会发布（4 周）。但我想创建一个冲刺来生成报告。

我为敏捷创建了一个板。但我想使用过滤器查询向该板添加问题。然后在计划选项卡中，我创建一个 sprint 并将所有问题添加到此 sprint。谁能让我知道该怎么做。

或者有没有其他方法可以创建 sprint。

我试图在 JIRA 中创建一个 sprint，但该问题已经记录了一些 Time Spent。我已经设置了 sprint 的开始日期，以便它应该涵盖记录该时间的时间段。但是，在 sprint 中没有记录花费的时间。这是否意味着不可能创建一个在开始时已经记录了一段时间的 sprint？

更新：这里的主要目标是有一个燃尽图，显示在创建 sprint 之前记录的工作的实际历史。

我正在与我的兄弟一起研究我们的网站创意，我们希望使用一种工具来计划冲刺并将估算值分配给各个票证。

Atlassian 的 JIRA+Greenhopper 看起来很棒，但每月花费 20 美元，在这个阶段，我们只是在验证我们的想法，如果可以避免的话，我们宁愿不花钱购买工具。

这些工具有没有免费的替代品？

我们最近开始将 TFS 2012 用于 SCRUM 方法，以下是我们当前的结构。我们在 Product Backlog 页面中显示 sprint 周期时遇到问题：

backlog 页面显示的配置不正确，因为“迭代 2 的 Sprint 1”是过去完成的 sprint，正在显示未来，而“迭代 2 的 Sprint 2”是当前正在显示的 sprint。是否需要在 TFS 2012 中进行任何配置更改？

JIRA 的敏捷屏幕让我可以在一个项目中获得所有门票；并将它们拖到冲刺中。

但是，我看不到任何方法可以将来自不同项目的票添加到该 sprint。

可以做到吗？

I've introduced a new workflow that I'm using for my project, and everything looks so good so far. There was one unintended effect,though.

When I applied everything and the new statuses were applied to current issues, the burndown chart showed everything as if they had been removed from "Resolved". It trended back upward, as if the things that were done become not done.

Now, if I act on the issues and use one of the transitions, it burns down properly (the statuses have been mapped to the "Complete" state in the transitions). This makes me wonder: does the association that happens in a new workflow disregard the burndown chart? Which properties should I address to ensure that everything previously marked as Complete remains so and is reflected in the burndown chart?

您好所有 TFS 管理专家，我是 TFS 管理的新手，所以需要一些指导。

我们有一个小团队在一个项目中工作，我们使用的是 TFS 2012，模板是 Microsoft Visual Studio Scrum 2.1。最初的结构是这样的：

• 团队项目

  • 发布 1
    • 冲刺 1
    • 冲刺 2
    • 冲刺 3
  • 第 2 版
    • 冲刺 1
    • 冲刺 2
    • 冲刺 3
      此外，Area 是基于团队项目下项目的不同模块创建的，因此我们可以获得每个功能的整体状态报告。所以我们有一个冲刺板来管理所有的事情。
      后来我们开始为同一产品的两个不同客户并行工作。同一个团队现在参与为一个客户规划和准备项目（创建史诗 pbi），并为另一个客户开发和测试。所以我们觉得不同的客户需要两个不同的冲刺板。我寻找一种方法来做到这一点，根据我的发现，我创建了两个具有相同成员的不同团队，并通过团队名称创建了区域路径。这样我就可以为每个客户看到两个不同的冲刺板。目前的结构是：

• 团队项目

  • 客户1（区域名称）
    • 发布 1
      • 冲刺 1
      • 冲刺 2
      • 冲刺 3
    • 第 2 版
      • 冲刺 1
      • 冲刺 2
      • 冲刺 3
  • 客户2（区域名称）
    • 发布 1
      • 冲刺 1
      • 冲刺 2
      • 冲刺 3
    • 第 2 版
      • 冲刺 1
      • 冲刺 2
      • 冲刺 3
        现在团队可以同时为每个客户计划和工作。但是由于大多数功能对于两个客户端都是通用的（因为产品相同），我无法获得模块的整体进度。我尝试将功能创建为区域下的子区域。但这样它就会被分发，我们不希望这样。
        我真的很困惑应该是区域和分区。有没有办法为不同的客户管理项目，以便我可以获得模块的整体进度和状态？我们的工作目标是即将发布的版本。这不是最佳实践，但我的预期结构是：
• 团队项目
  • 客户1（区域名称）
    • 第 1 版（功能 A、B、C、D、E、F）
      • 冲刺 1
      • 冲刺 2
      • 冲刺 3
    • 第 2 版（功能 G、H、I）
      • 冲刺 1
      • 冲刺 2
      • 冲刺 3
  • 客户2（区域名称）
    • 第 1 版（功能 B、C、D）
      • 冲刺 1
      • 冲刺 2
      • 冲刺 3
    • 第 2 版
      • 冲刺 1
      • 冲刺 2
      • 冲刺 3
        如何管理多个客户端的并行冲刺板并获取功能 A 的整体状态？

为什么这样？我真的无法理解。为什么只能从玩家提出的数字中选择？