tfs报告- tfs跨项目报告

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)将所有团队移动到同一个Project

• Pro: No report changes
• Pro:团队意识
• 反对:杂乱
弊:也许是安全

2)将所有报告改为跨团队报告

• Pro:团队仍然可以拥有自己的项目
• 缺点:必须更改和同步所有项目的所有报告
缺点:报告对单个团队变得不那么有用(仍然可以自定义副本)
• Con:团队应该共享相同的流程模板(对我来说不是问题)

3)为管理层建立一个包含跨团队报告的TFS项目

• Pro:只需要更改一个TFS项目
• Pro:维护当前以团队为中心的报告
• Pro:降低团队项目中管理破坏工作项的风险。
缺点:所有团队应该使用相同的流程模板(对我来说不是问题)。

Answer 1

我已经设置了您上面定义的项目。我已经为#2和#3配置了TFS报告。强迫团队重组以完成报告的想法使选项1对我来说太严重了。#3很吸引人，但与# 1类似，它限制了单个团队共享相同的工作项类型和过程模板。总是状态2。特别是如果团队独立地发展他们的过程。我已经能够通过投资于自定义报告来缓解"报告变得不那么有用"的问题(我知道这不是微不足道的)。

Answer 2

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

在这一点上，您应该可以自由地组织您的团队项目并向前调整它们。事实上，您可能会发现您希望每个团队都有一个TPC，而不仅仅是一个TPC。