我们在 TFS 2015 中有一个工作项结构(将很快升级到 2017，以防其中有可能相关的功能)，它由通常的 CMMI 模板层次结构组成： Epic->Feature->Requirements(对于不熟悉的人，需求大致类似于其他模板中的 PBI)
我们通过使史诗和功能有意义来抽象大量的工作。应用一个常见的类比，此设置中针对网页要求的长篇故事>功能>要求可能是[安全]->[密码管理]->[密码复杂性规则xyz]
主要问题是，虽然"工作项树"类型查询对于此设置功能强大且有用，但 TFS 的某些功能仅适用于工作项类型查询的平面列表，包括仪表板小组件。继续上面的示例，如果我想创建一个小部件来查看完成了多少安全要求 (PBI)，我无法做到这一点。
我正在寻找有关如何在VS2015或VS2017中绕过此限制的想法，到目前为止我能想到的最佳解决方案是创建一个服务钩子，该钩子使用TFS api遍历树，然后将父长篇故事/功能的标题或ID复制到某个虚拟字段中的要求上。这似乎非常笨拙和不优雅。另一种选择是在区域中镜像长篇故事/特征层次结构，但这非常不利，因为我们将区域用于其他目的，并且会产生维护问题，因为它们需要保持同步。
有"工作项的查询结果"和"图表"小组件可以使用 TFS 2015 中的工作项树，但不能只计算子工作项(例如"要求")
可以生成自定义小组件扩展，并通过 REST API 检索相应的工作项，并对相关工作项进行计数。
有一个示例，其中包含如何通过 REST API 检索数据的详细代码，因此您可以参考本文来构建自定义小组件扩展： 添加仪表板小组件