Azure DevOps，在我的板上显示任务而不是故事

Question

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

有两个板几乎可以满足我的要求：

• 冲刺任务板。但这会根据其父用户故事对任务和错误进行水平分组。我不想要那个分组
• 董事会'。但这些卡片代表错误和用户故事，而不是任务。

我组织中的其他团队通过使用用户故事作为任务来解决这个问题。他们的用户故事都不是“作为 XI 想要 Y，以便我可以 Z”，而是说“优化森林层的运行时间”之类的内容，这是一项任务，而不是用户故事。进行这种更改（避开任务并使用用户故事来表示任务）使他们能够完全按照我的意愿使用面板，但我不愿意摆脱真正的用户故事，因为它们（我认为）在以下方面有一个有用的目的：提醒我们为什么要执行与每个用户故事相关的子任务。

如何在 ADO DevOps 中配置一个行为类似于当前面板但处于任务级别而不是用户故事级别的面板？

Answer 1

不存在“敏捷过程”这样的东西。敏捷是一套软件开发原则。http://agilemanifesto.org/principles.html。

存在多种支持这些原则的开发方法，包括 Scrum 和看板。凭借其无限的智慧，微软决定在 DevOps 中实施“敏捷流程”，但这种方式完全无法支持开发团队实际处理现实生活中不同类型活动的方式：即通过一系列的进度错误、故事和任务板上某些表示上的列。在一个深刻的自我意识的讽刺时刻，微软忘记了（除其他外）团队如何管理技术债务。

他们通过创建严格的“工作项类型”层次结构来成功实现这一目标，该层次结构将任务定义为始终从属于用户故事或错误：

作为“敏捷流程”的一部分，他们还定义了看板可以包含的内容，您猜对了，这些内容只是用户故事和错误。因此，虽然可以创建独立的任务，但当您想要处理它们时，您实际上无法对它们做任何有用的事情。这些被可爱地称为“无父任务”的任务不能在迭代板上独立进行。曾经。

我在互联网上努力搜索了他们所实施的“敏捷流程”的定义。奇怪的是，我能找到的唯一参考资料来自 Microsoft。

有传言说，提出这个设计的人也对此负责：