Azure DevOps，在董事会上显示任务而不是故事

Question

我想在Azure DevOps中为我的团队创建一个板，该板仅显示任务和错误，并允许我在代表新任务，活动任务或关闭任务的列之间移动代表每个任务或错误的显卡。

有两个董事会几乎可以满足我的要求：

• 冲刺任务板。但这将任务和错误按其父用户故事水平地分组。我不希望该分组
• “板”。但是这些卡片代表错误和用户故事，而不是任务。

我组织中的其他团队通过将“用户故事”作为任务来解决此问题。他们的用户故事都没有读到“作为X我想要Y，因此我可以Z”，而是说诸如“优化林层的运行时”之类的任务，而不是用户故事。进行更改（避开任务并使用用户故事代替任务）使他们能够完全按照我的意愿使用董事会，但是我不愿意摆脱真正的用户故事，因为它们在服务中（我认为）是一个有用的目的。提醒我们为什么要执行与每个用户故事相关的子任务。

我如何在ADO DevOps中配置一个行为类似于当前电路板但在任务而不是用户故事层的电路板？

Answer 1

我如何在ADO DevOps中配置一个行为类似于当前电路板但在任务而不是用户故事层的电路板？

Boards和Backlogs用于需求积压级别的工作项目，这是Agile process中的用户素材，而Task工作项类型实际上是Iteration积压级别。

默认情况下，“错误”是类似于“任务”的迭代积压，并且可以配置为“需求”积压，您可以参考Show bugs on backlogs and boards。

总而言之，由于“任务”处于较低级别，因此无法像“用户故事”工作项那样直接在任务栏中显示“任务”工作项。

但是，您可以通过编辑Working with bugs来在Bugs中直接在Bugs中显示Bug类型的工作项，就像在用户故事中一样，您可以在Boards-Settings中找到它，选择第一个选项：

在这种情况下，您可以看到错误以及用户案例：

Answer 2

老实说，如果“任务”和“用户故事”遵循敏捷流程中的基本相同状态和泳道，那么我看不出为什么它们都不能出现在任务板上的意思。

如果开发人员/质量检查人员应该在任务级别工作，并且产品负责人负责移动用户故事，那么这可能是有道理的。但是对于像我这样从JIRA迁移到ADO的人来说，这很难吸收。

我建议在“组织设置”>“委员会”>“流程”>“待办事项级别”>“需求待办事项”中，让用户选择已经可用的工作项类型，而不是将其强制为创建一个。或者更确切地说，在“迭代积压”中执行相同的操作，因此我可以在“迭代积压”中跟踪“用户故事”和“任务”（如果有）