Question

我们正在向TFS迁移，并根据在线评论决定将TFS构建为每个团队一个项目，每个“真实项目”是一个区域（并且每个版本都是迭代）。

这意味着我们的TFS结构有点像：

Apps Team
  - WinForms Project
  - WPF Project
  - Embedded Project
  - WPF Project 2

Web Team
  - Admin Site
  - Client Site
  - Client Site 2

DB Team
  - General Scripts
  - DB 1
  - DB 2

但是，从管理层的角度来看，单独审核每个团队的报告是很繁琐的。

我想知道那些有使用此结构经验的人，您成功使用了哪些选项（或其他选项）？

1）将所有团队移至同一个项目

专业：无报告更改
专业：跨团队意识
Con：Clutter
Con：也许安全

2）将所有报告更改为跨团队

Pro：团队仍然拥有自己的项目
Con：必须更改并同步所有项目中的所有报告
Con：报告对各个团队的用处不大（仍然可以自定义副本）
Con：团队应该共享相同的流程模板（对我来说不是问题）

3）为包含跨团队报告的管理设置TFS项目

Pro：只需要更改一个TFS项目
专业：维持当前以团队为中心的报告
Pro：降低管理层破坏团队项目中工作项的风险。
Con：所有团队都应该使用相同的流程模板（对我来说不是问题）。

Answer 1

我按照您上面的定义设置了项目。我为＃2和＃3配置了TFS报告。强迫团队重新组织以使报告工作的想法使得选项＃1对我来说太严重了。＃3具有吸引力，但与第1类似，限制了各个团队共享相同的工作项类型和流程模板。我总是以2状态结束。特别是如果团队独立地发展他们的流程。通过投资定制报告，我已经能够减轻“报告变得不那么有用”的问题（我知道非常重要）。

Answer 2

这将是在SharePoint Services中使用Excel Services的一个很好的选择。您可以比自定义SQL报告更快地将它们组合在一起。您可以快速轻松地访问仓库并创建跨团队报告。

此时，您可以随意组织团队项目并进行调整。事实上，您可能会发现每个团队需要一个TPC，而不仅仅是一个TPC。

TFS跨项目报告

2 个答案: