0

我们在 TFS 2015 中有一个工作项结构(将很快升级到 2017,如果那里有可能相关的功能),它由通常的 CMMI 模板层次结构组成:Epic->Feature->Requirement(其中需求大致类似到其他模板中的 PBI,对于那些不熟悉的人)

我们通过使 Epic 和 Feature 有意义来抽象化大量工作。应用一个常见的类比,此设置中对网页要求的 Epic->Feature->Requirement 可能是 [Security]->[Password Management]->[Password Complexity rule xyz]

主要问题是,虽然“工作项树”类型查询功能强大且对此设置有用,但 TFS 的某些功能仅适用于工作项类型查询的平面列表,包括仪表板小部件。继续上面的示例,如果我想创建一个小部件来查看完成了多少安全要求 (PBI),我无法做到这一点。

我正在寻找有关如何在 VS2015 或 VS2017 中绕过此限制的想法,到目前为止我能想到的最佳解决方案是创建一个使用 TFS api 遍历树然后复制标题或 ID 的服务挂钩父 Epic/Feature 到某个虚拟字段中的 Requirement 上。这看起来非常笨重和不雅。另一种选择是在区域中镜像史诗/功能层次结构,但这非常不利,因为我们将区域用于其他目的,并且会产生维护问题,因为它们需要保持同步。

4

1 回答 1

0

有工作项的查询结果和图表小部件可以使用 TFS 2015 中的工作项树,但不能只计算子工作项(例如要求)

您可以构建自定义小部件扩展并通过 REST API 检索相应的工作项并计算相关工作项。

有一个示例,其中包含如何通过 REST API 检索数据的详细代码,因此您可以参考这篇文章来构建自定义小部件扩展:添加仪表板小部件

于 2017-03-28T05:30:00.037 回答