Azure DevOps三级树状查询：如何筛选第二层（Features）

核心逻辑是抓住Features的层级定位：它是Epics的直接子项，同时作为PBI的父项。以下是具体实现方式，分通用逻辑和主流工具示例：

通用筛选逻辑 #

• 直接限定工作项类型为Feature
• 添加层级关联条件：确保该Feature的父项类型为Epic，过滤出Epics下的第二层节点
• （可选）若需确认Feature下关联了PBI，补充条件：存在子项且子项类型为Product Backlog Item

主流工具具体实现 #

Azure DevOps #

1. 创建新的树状查询
2. 工作项类型筛选选择Feature
3. 添加筛选条件：
   • 字段选父工作项类型，运算符选等于，值填Epic
4. （可选）添加子工作项计数 > 0，确保该Feature有对应的PBI子项

Jira #

用JQL语句直接筛选：

issuetype = Feature AND parent.issuetype = Epic AND exists(issueFunction in linkedIssuesOf("issuetype = Product Backlog Item", "is parent of"))

• 前半部分issuetype = Feature AND parent.issuetype = Epic确保是Epics的直接子级
• 后半部分exists(...)验证Feature下有PBI子项（不需要验证可去掉）

如果你的工具不支持原生父/子类型关联，也可以通过自定义字段（比如添加“层级标记”字段，手动标记Epic/Feature/PBI）辅助筛选，但优先推荐利用工具原生层级关系，避免手动维护误差。

内容的提问来源于stack exchange，提问作者Martin Hein