TFS Cross-Progetto di riferimento

Question

Stiamo migrando verso TFS e abbiamo deciso sulla base di commenti online per TFS struttura come un progetto per squadra, con ogni "progetto vero e proprio" essere uno spazio (e ogni release un'iterazione).

Questo significa la nostra struttura TFS è un po 'come:

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

Tuttavia, da un punto di vista gestionale, è noioso per rivedere i rapporti di ogni squadra singolarmente.

Mi chiedo per quelli con esperienza di utilizzo di tale struttura, quale di queste opzioni (o altra opzione) avete usato con successo?

1) Spostare tutte le squadre allo stesso progetto

• Pro: Nessun rapporto modifiche
• Pro: la consapevolezza cross-squadra
• Con: Clutter
• Con: Forse la sicurezza

2) Variazione tutti i rapporti per essere cross-team

• Pro: Le squadre possono ancora avere propri progetti
• Con: devono cambiare e sincronizzare tutti i rapporti in tutti i progetti
• Con: Rapporti diventano meno utile alle singole squadre (può comunque personalizzare copie)
• Con: Squadre dovrebbero condividere lo stesso modello di processo (un non-problema per me)

3) Configurazione di un progetto TFS solo per la gestione contenente i rapporti cross-squadra

• Pro: dovete solo cambiare una TFS progetto
• Pro: Mantenere attuali rapporti di squadra, avvalendosi
• Pro:. Riduzione del rischio di gestione rompere Elementi di lavoro in progetti di gruppo
• Con:. Tutte le squadre devono utilizzare lo stesso modello di processo (un non-problema per me)

Answer 1

Ho creato progetti che hai definito in precedenza. E Ho configurato TFS segnalazione sia per la # 2 e # 3. Il pensiero di costringere le squadre a ri-org in modo che i rapporti di lavoro fuori fa opzione # 1 troppo grave per me. 3 # è affascinante, ma in un modo simile al numero 1, limita singoli team di condividere lo stesso tipo di elemento di lavoro e modelli di processo. Invariabilmente finisco nello stato 2. In particolare, se le squadre si evolvono i loro processi in modo indipendente. Sono stato in grado di mitigare il problema "rapporti diventano meno utile" investendo in personalizzando i rapporti (non banale lo so).

Answer 2

Questo sarebbe un buon candidato per l'utilizzo dei servizi di Excel in SharePoint Services. Si possono mettere insieme molto più rapidamente di Report SQL personalizzato. Si può colpire il magazzino e creare report team interfunzionale molto rapidamente e facilmente.

A questo punto, si dovrebbe sentirsi libero di organizzare i progetti di team e regolarle andando avanti. In realtà, si potrebbe scoprire che si vuole una TPC per squadra, piuttosto che semplicemente una TPC.