TFS跨項目報告

我們正在向TFS遷移，並根據在線評論決定將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）將所有的球隊在同一個項目

臨：沒有變動報告書
專業：跨團隊意識
缺點：雜波
缺點：也許安全

2）更改所有報告爲跨團隊

臨：球隊仍然可以有自己的項目
缺點：必須改變和同步所有項目的所有報告
缺點：報告成爲個別團隊（還可以自定義副本）
精讀那麼有用：團隊應該共享相同的流程模板（一個非問題對我來說）含跨團隊

3）設置一個TFS項目只是爲了管理報告

臨：只需要改變一個TFS項目
臨：保持目前的團隊爲重點的報告
臨：在團隊項目管理的開拓性工作項目的風險降低。
Con：所有團隊都應該使用相同的流程模板（這對我來說不是問題）。

來源

2011-04-29 Matt Mitchell

我已經設置了上面定義的項目。我爲＃2和＃3配置了TFS報告。強迫團隊重新組織的想法讓報告成爲可能，這使得我的選擇＃1太嚴重了。＃3具有吸引力，但與第1類似，限制了各個團隊共享相同的工作項目類型和流程模板。總是我最終處於2狀態。特別是如果團隊獨立發展他們的流程。我已經能夠通過投資定製報告來減輕「報告變得不那麼有用」的問題（我知道的並不重要）。

來源

2011-04-29 02:17:27 kkelly18

感謝k2的反饋意見。我已經開始製作標準報告的跨團隊副本。遺憾的是，報告結構不適合直接使用（即比將TeamProject ='更改爲TeamProject IN'，''更復雜） – 2011-05-02 00:05:32

這將是在SharePoint Services中使用Excel Services的理想選擇。您可以將它們放在一起比自定義SQL報告快得多。您可以非常快速輕鬆地到達倉庫並創建跨團隊報告。

此時，您應該隨時組織團隊項目並對其進行調整。事實上，你可能會發現你需要每個團隊的TPC而不是簡單的一個TPC。

來源

2011-04-30 03:09:41

感謝您的反饋。 Excel絕對有趣，也可能是定製報告的方式。但是，在這個階段，管理需要使用完全相同的標準TFS SQL報表進行跨項目使用。考慮到每個團隊的集合，但由於需要跨團隊交互（例如共享工作項/代碼等）而被放棄 – 2011-05-02 00:04:24

您仍然可以通過TPC執行Reporting Services。倉庫擁有所有TPC信息。 Excel Services報告是標準的TFS報告。如果您使用SharePoint w/Excel Services並設置了TFS，則TFS將爲許多報告創建並使用Excel Services。這是因爲即使是TFS團隊也可以創建Excel報告。 ***也許我應該澄清，我不是在談論Excel的客戶端應用程序，而是Excel/services /。這些是網絡發佈的報告。 – 2011-05-03 03:51:21

TFS跨項目報告

回答

相關問題