TFS 2010中團隊項目的推薦組織結構是什麼？假設我們的企業有4個大部門。推薦的方法是爲每個部門創建一個團隊項目或組織的邏輯表示，併爲這些TFS團隊項目中的VS項目提供不同的文件夾？還是每個合理的大項目都有自己的團隊項目？建議的TFS 2010團隊項目設置
我從代碼存儲和TFS構件的角度詢問更多。如果我們要在一個大型團隊項目中存儲代碼和用戶故事，任務等，是否會阻礙敏捷開發過程？我們仍然可以爲大型團隊項目中的每個「項目」設置單獨的查詢和單獨的儀表板。但是，這些構建將在這個龐大的構建列表中。
如果我們有許多較小的團隊項目，QA跨越多個團隊項目的工作將更加困難。他們需要知道在哪裏輸入錯誤 - 我們不一定需要依賴的知識。
那麼最佳實踐是什麼？
將所有內容存儲在單個項目中不會妨礙「敏捷開發過程」。我的建議是爲每個項目創建一個區域路徑，並在這些區域路徑下組織您的工作項目。你將有一個產品積壓查詢每個區域。使用迭代路徑字段，然後驅動所有項目的計劃。這應該很好。所有的報告可以通過區域和/或迭代過濾。
對於構建，我看到很多團隊在構建定義的前綴提供更好的組織。這裏有一篇博客文章，介紹一個可以下載的擴展程序，以幫助更好地組織構建。
http://blogs.msdn.com/b/bharry/archive/2011/04/01/build-folders.aspx
謝謝。這是微軟提出的最佳實踐，還是這是基於經驗的建議？ – electronicKT 2012-02-24 17:21:10
我相信它由MS推薦。我們當地辦事處的一位專家正在通過TFS的最佳實踐，他高度建議在項目上使用區域。術語項目已過度使用，應將TFS項目重命名爲TFS團隊，組或部門以避免混淆人員。應爲任何可交付成果或共享組件設置TFS區域。 – 2013-03-04 10:59:20
你想要一個大項目中的一切只是因爲你的QA-傢伙不知道如何切換連接？你在開玩笑嗎？ – Carsten 2012-02-24 14:45:32