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