2015-05-05 26 views
6

Abbiamo un team di circa 10 sviluppatori che lavorano a un nuovo prodotto.VSO e più progetti per un singolo team di prodotti

Abbiamo diviso questo prodotto in due progetti di team su Visual Studio Online. Gli sviluppatori possono lavorare su entrambi i progetti durante qualsiasi sprint. Sebbene abbiamo due progetti di team, l'intero team lavora insieme come un'unità agile.

Perché lo abbiamo fatto?

  • Vogliamo prodotto separato backlog
  • Ogni progetto ha la propria Product Owner

Ma questo ha portato a due problemi:

  • abbiamo due bassi di ustioni, che può rendere difficile monitorare i progressi della squadra.
  • Dobbiamo dividere la capacità delle persone tra due progetti, cosa non facile da fare in Sprint Planning e anche rendere difficile il monitoraggio dei progressi individuali.

Mi sembra che questo potrebbe essere un problema comune. Qualcuno ha esperienza qui? Eventuali suggerimenti?

risposta

12

Si dovrebbero avere entrambe le squadre nello stesso progetto di squadra. Puoi creare più team che esistono tutti all'interno dello stesso progetto di team e ottenere i loro backlog.

http://nakedalm.com/creating-nested-teams-visual-studio-alm/

maggior parte dei miei clienti si sono trasferiti ad un unico progetto di squadra e ho una semplice regola:

"Se si dispone di risorse che sono collegati (con attività definite come codice, la gente, o di lavoro articoli) quindi dovresti essere in un progetto a squadra singola. "

Ho appena finito a Londra unendo circa 15 progetti di team in uno in modo che l'intera organizzazione possa collaborare. Si trattava di 6 team in circa 12 prodotti, tutti trasferiti in un progetto di squadra.

L'unico modo efficace per collaborare è all'interno di un singolo secchio di lavoro.

+0

Stavo giocando con questo ora - funziona alla grande !! Ma questo significherebbe avere un solo repository di controllo sorgente? Forse usando solo cartelle e spazi di lavoro per suddividere il codice del progetto? – davenewza

+2

Corretto: è possibile assegnare autorizzazioni di sicurezza a livello di cartella per i team. Oppure (anche se questo è un cambiamento importante che non dovrebbe essere intrapreso alla leggera) è possibile utilizzare Git e configurare più repository, un repository per applicazione, quindi impostare la sicurezza a livello di repository. –

+0

Grazie! Ho fatto un'altra domanda correlata [qui] (http://stackoverflow.com/questions/30077591/vso-single-project-with-a-tiered-area-structure). – davenewza