Utilizzo di aree e iterazioni in Team Foundation Server 2008

Question

Se si utilizza TFS 2005 o 2008, come si effettuano le iterazioni e le aree utente?

Si crea un'area per parti specifiche dell'applicazione che si sta costruendo?

Ecco un interessante articolo sulle aree e di come la squadra TeamSystem li usa:

http://blogs.msdn.com/ericlee/archive/2006/08/09/when-to-use-team-projects.aspx

Ma, io sono ancora più curioso di iterazioni e sarei grato se mi potesse mostrare alcuni concreta esempi.

Si creano iterazioni basate su milestone o basate su determinate funzionalità?

Cosa succede quando finisci v1, come gestisci la v2 o gli aggiornamenti alla v1?

Si utilizza il modello Agile MSF.

Answer 1

Utilizziamo aree per rappresentare linee di prodotto.

Poiché utilizziamo SCRUM, le iterazioni in TFS vengono utilizzate per definire i nostri cicli di rilascio e gli sprint all'interno di tali cicli di rilascio.

Gli elementi del backlog vengono assegnati ai cicli di rilascio e gli elementi di lavoro vengono assegnati a eash sprint per garantire che tali elementi del backlog siano completati.

Dopo un rilascio, è perfettamente corretto aggiungere correzioni di bug/aggiornamenti al backlog mentre si lavora alla versione successiva allo stesso tempo.

Answer 2

presumo si utilizza iterazioni come parte di MSF Agile, o qualche altro tipo di metodologia Agile. In tal caso, in generale, puoi capire quanto lavoro può essere completato dal tuo team nelle prossime n settimane. In generale, abbiamo utilizzato 3 settimane, ma la durata della tua iterazione potrebbe essere diversa.

Il modo in cui si determinano gli elementi per l'iterazione è generalmente basato sulla priorità, che deve essere basata sull'impatto del mercato/attività (hotness dell'elemento) e sulla facilità di implementazione. Il punteggio di impatto è il peso più pesante, ma dovresti considerare la facilità di implementazione nel tuo punteggio in quanto potresti avere alcuni elementi "bang for the buck".

La regola, con Agile, è le funzioni che non possono essere completate lasciate cadere. Non estendi MAI una data di iterazione.

Questo dovrebbe rispondere alle domande su milestone e funzionalità. Non è né Basi un'iterazione in tempo. È il momento in scatola. In questo modo puoi capire quanto sia ottimista la tua squadra ad aggiustare l'iterazione successiva per ottenere una stima più accurata. Se si basa un'iterazione sulla funzionalità, mancheranno sempre le date. Lo stesso vale per le pietre miliari.

NOTA: se si parla di cascata, le regole possono essere basate su milestone e funzionalità, ma con Agile, il tempo è il re.

Ora per le aree: questo è più soggettivo. Un modo per dividere le aree è raggruppare i casi d'uso. Mi piace questo metodo. Tuttavia, quando si tratta dell'interfaccia utente, è anche possibile creare aree per moduli particolari, ecc.

Answer 3

I percorsi di iterazione e area sono ciò che si desidera siano. È come puoi descrivere il tuo progetto nello spazio e nel tempo.Un esempio semplice è il seguente:

Percorso area (spazio): può essere utilizzato per descrivere le parti del sistema/progetto. Supponiamo che tu crei un TeamProject per un'applicazione GUI, alcune aree ne descriveranno i moduli (Inserimento dati, Report, GUI, Stampa, ecc ...)

Percorso di iterazione (tempo): descrive i cicli di versione o di rilascio del progetto. In azienda ho lavorato per versioni di versioni usate come iterazioni (maggiore, minore, compilazione, revisione). Ti aiuta a tracciare gli elementi di lavoro per contrassegnare quale iterazione doveva essere completata. Abbiamo avuto una iterazione TBD statica che era l'impostazione predefinita per tutti gli elementi di lavoro creati. La direzione deciderà in seguito dove indirizzare gli oggetti di lavoro e assegnarli o chiuderli.