Azure devops Azure DevOps积压：如何处理子功能（功能中的功能）？

在我们的软件中，我们希望实现一个网格样式的“编辑器”，用于填充各种组件的信息。这个编辑器本身就是一个特性，可以做一些开箱即用的事情。这些行为中的大多数都很简单，可以与工作项一起工作

然而，我们想要实现的编辑器的一个特性是针对特定列的自动填充按钮。这个自动填充功能相当复杂，它本身需要多个工作项。所以它本质上是一个特性中的一个特性

然而，据我所知，DevOps并不能很好地处理features中的特性。您可以通过在要素下创建工作项，然后将其转换为要素来完成此操作。但是，您不能像拖动子工作项一样拖动这些子功能来重新排序

那么，处理“其他特性的特性”的“适当的”、最佳实践和官方支持的方式是什么呢？只是在与主特征相同的级别创建子特征？这看起来很杂乱无章。。。但我不知道有什么更好的完全支持的方式

---

编辑：为了澄清，我们希望“子功能”与“子工作项”处于同一级别的原因之一（除了将与父功能相关的所有内容分组在一起）是为了在父功能的其余子工作项中重新排序子功能。

同意Daniel的观点，在Epics和功能之间创建新的积压工作级别是一个解决方案

要做到这一点，首先，您的项目需要使用继承的流程。您可以在“组织机构设置”中的董事会流程中创建继承流程

然后在继承的过程中，您可以创建一个新的工作项类型，作为Epics和Feature之间的backlog级别

---

为什么不使用epics对功能进行分组？我们使用epics来表示总体目标和计划。因此，使用它们来表示更大的软件功能也不太好。请在Epics和功能之间添加一个额外的积压工作级别。@DRoam已经好几天没有收到您的回复了，请您分享您关于这个问题的最新信息好吗？如果您有任何问题，请随时在这里分享。