问题标签 [scrumboard]

我是 Scrum 新手，如果您能告诉我作为 Scrum 主管，我应该在 backlog 梳理会议中做什么，以及 sprint 计划何时准确进行，以及我们如何估计 backlog 中每个项目所需的时间量，我会很高兴以及计划扑克的准确估计。

我们的团队在确定 sprint 中可以工作的任务时遇到了困难。我们使用 Azure DevOps 并将我们的故事和任务分配给 sprint 迭代。我们的团队工作流程以 DevOps Scrum 模板为蓝本。所有任务都是故事的子工作项。此外，我们设置了任务之间的 Successor 和 Predecessor 关系。我们还设置了故事之间的继任者和前任者关系。我们通常将故事分解成足够小的任务，这样我们就可以将一个故事蜂拥而至并更快地完成它。识别并发工作对我们的团队至关重要。

典型的 Azure DevOps Sprint 任务板

sprint 任务板看起来一团糟。每个故事都是一团任务。开发人员和测试人员很难去 sprint 任务板找到下一个打开的任务，因为他们需要查看每个故事下的每个任务，以确保一个任务的前任是关闭的。我不确定如何解释任务板视图以获取相同的信息。

典型的工作项关系

Azure DevOps 允许您可视化工作项以显示其直接的工作项关系。当故事有许多任务并且任务之间的关系很深时，这并不能提供足够的上下文。除了任务之间的前任/后继关系之外，每个任务工作项都是故事的子项。最重要的是，我们也在故事下订购任务。

老实说，我经常像上面那样创建流程图。它从头到尾为整个故事提供了清晰的视觉表现。您可以清楚地看到工作流中我们可以将工作分配给多个开发人员或测试人员的区域。我就是无法摆脱在 DevOps 中缺少某些东西的感觉……

问题：

Azure DevOps 任务板视图中的任务是否有自动顺序，它传达故事下的任务之间的前任/后继关系，而不是冲刺中任务的明确排序？

结语：我知道这个问题会收到评论说我们应该把故事分成更小的部分，或者一个开发人员应该处理一个故事，我们应该计划我们可以同时处理的故事。我和我们的团队多年来一直在尝试这种方法，这是我们完成工作的最有效方式。我为此努力了很长时间，但事实是团队在这种工作分解方面做得非常好——除了确定下一步要工作的事情。

我们有一个 JIRA 仪表板，其中包含以下列

• 去做
• 进行中
• 审查中
• 完毕

当我单击用户时，我希望 scrum 仪表板仅显示用户板上的问题，即

• 用户必须做的所有问题
• 用户正在进行的所有问题（他们正在做的事情）
• 用户在审查中的所有问题（他们正在审查的东西）
• 用户已完成的所有问题（已完成且用户参与的问题，即他们完成了工作，他们审查了工作）

如何创建/修改 Scrum 板上的“In Review”和“Done”列以显示用户盘子上的工单。我不想显示用户已进入“审查中”或“完成”的内容。

问候

在 Jira 中，我有一个包含十个子任务的任务；5 个子任务处于已完成状态，5 个未完成。因此，当我打开任务时，我希望显示未完成的子任务，并且完成的子任务正在消失（而不是删除它们）。

我创建了一个基于 Scrum 的 YouTrack 项目。该工具生成了两个板（项目管理和项目开发）。两块板的目的是什么？

• 单独的 sprint backlog（完成，要做）？
• 或者是其他东西？

提前致谢！

对于 2 周 sprint 的固定日期计划，我将确定我在 2020 年 4 月 1 日和 2020 年 6 月 4 日这两个日期之间有多少个 sprint。这两个日期之间的周数是 9、1 周。这是否意味着有 4,5 个冲刺？