Pianificazione Agile e iterazioni

Articolo
03/05/2013

Per gestire il backlog sprint e di prodotto utilizzando le procedure agile, utilizzare il backlog e attività le pagine scheda del ciclo di vita (ALM) di gestione di applicazioni di Visual Studio.

In questa esercitazione, Julia, Peter, Annie e Adam illustrano come creare, pulire, e stimare un backlog del prodotto e pianificare, eseguire e completare uno sprint.Loro sono membri di un piccolo team che sviluppa applicazioni Web e per i telefoni alla Fabrikam Fiber, una società che si occupa di fornire servizi di televisione via cavo e servizi correlati.Utilizzare l'elemento e gli elementi di lavoro attività di backlog del prodotto forniti con il modello di processo Scrum per supportare queste attività e per fornire un prodotto realizzabili, come illustrato nella figura seguente.

Julia, proprietaria del prodotto e sviluppatrice, possiede la visione e la road map del prodotto.Lei crea il backlog del prodotto e lavora con il team per pulire e stimare il backlog.

Peter, lo scrum master e responsabile dello sviluppo, pianifica ed esegue ogni sprint con il resto del team, che include ADAM, i tester di anticipo e Annie, responsabile dell'esperienza utente e avvocato del cliente.

Scrum

[!NOTA]

Se il progetto utilizza un modello di processo diverso da Scrum v2.0, i tipi di elemento di lavoro e query potrebbero essere diversi da quelli utilizzati in questa esercitazione.Per ulteriori informazioni, vedere Elementi (Agile) o Elementi (CMMI).

In questo argomento

Creare e stimare il backlog
Pianificare ed eseguire un'iterazione
Differenze tra un backlog del prodotto e un'iterazione o un backlog dello sprint
Prerequisiti per l'utilizzo delle pagine di backlog e dell'area di attività
Risorse aggiuntive per aumentare la velocità del team

[!NOTA]

Ogni riferimento a società, organizzazioni, prodotti, nomi di dominio, indirizzi di posta elettronica, logo, persone, luoghi ed eventi è puramente casuale. Nessuna associazione con nessuna società, organizzazione, prodotto, nome di dominio, indirizzo di posta elettronica, logo, persona, luogo o evento è intenzionale o può essere presupposta.

Creare e stimare il backlog

Argomenti correlati: Creare o aggiungere al backlog prodotto | Gestire il backlog con la bacheca kanban | Pulire e stimare il backlog

Il lavoro da sviluppare viene acquisito sotto forma di elementi di backlog.È possibile definire le storie utente, i requisiti, o le funzionalità per acquisire la visione e la roadmap del prodotto per un'area in fase di sviluppo.Dalla pagina di backlog, è possibile passare rapidamente le visualizzazioni dal backlog del prodotto in un backlog iterazione e visualizzare il backlog del prodotto in una scheda di Kanban.È possibile utilizzare la scheda di Kanban per avviare il lavoro senza iterazioni.

Backlog del prodotto di esempio

Accedere alla pagina del backlog del prodotto

Scheda di Kanban di esempio

Modificare i limiti delle colonne

Pianificare ed eseguire un'iterazione

Argomenti correlati: Pianificare un'iterazione | Eseguire un'iterazione | Terminare un'iterazione

Dopo che il backlog è stato creato, stimato stato e viene governato stato, il team può iniziare a pianificare un'iterazione, nota anche come sprint.Dalla pagina di backlog del prodotto, è possibile spostare gli elementi in uno sprint e dalla pagina del backlog sprint, è possibile aggiungere attività per implementare un elemento di backlog.Il team può rivedere e tenere traccia lo stato di avanzamento rispetto al backlog utilizzando l'area attività.La scheda di attività vengono visualizzati gli elementi di lavoro attività associati alle storie utente definite per lo sprint corrente.

Importante
Per accedere a un'iterazione o una pagina del backlog sprint, è innanzitutto necessario specificare un'iterazione per il team, vedere Definire le aree e le iterazioni del team.

Backlog sprint di esempio

Backlog di esempio per un team

Area attività di esempio

Area di attività di esempio per un team

Differenze tra un backlog del prodotto e un'iterazione o un backlog dello sprint

Il team può utilizzare le pagine della scheda e backlog per gestire i backlog di backlog e iterazione del prodotto e per eseguire il ciclo di iterazione corrente.

Ogni team può gestire il backlog del prodotto e i backlog dello sprint separatamente dagli altri team.Il backlog del prodotto corrisponde a tutti gli elementi di backlog attivi, elementi che non sono stati completati o chiusi.Al contrario, ogni backlog di iterazione corrisponde a quegli elementi di backlog e alle relative attività figlio che il team intende completare in una specifica iterazione o sprint.Nel backlog del prodotto, il team stima le storie utente con l'unità relativa di punti della storia o di lavoro richiesto.Nella pagina del backlog sprint, il team può aggiungere e stimare le attività in ore.

La scheda di attività viene visualizzato automaticamente gli elementi di backlog e le attività per lo sprint corrente.Il team può utilizzare questa scheda per aggiungere attività quindi durante le riunioni scrum le ore di aggiornamento e lo stato del rapporto.

Nella tabella seguente vengono illustrate alcune differenze principali tra il prodotto e iterazione o backlog sprint.

Elemento	Backlog prodotto	Backlog iterazione o sprint
Funzionalità	Pannello Aggiungi elementi per definire gli elementi e previsione per stimare le iterazioni probabili di completamento degli elementi in base a una velocità.	Aggiungere attività collegate, impostare e visualizzare le capacità, e visualizzare il burn-down per l'iterazione corrente.
Sottomenu elemento di lavoro	Utilizzato per assegnare elementi di lavoro a un'iterazione.	Utilizzato per assegnare elementi di lavoro a un membro del team.
Livello di dettaglio	Meno dettagliato	Molto dettagliato
Tipo di elementi rappresentati	Elementi di backlog quali l'elemento di backlog del prodotto (Scrum), la storia utente (Agile) o i requisiti (CMMI).	Elementi di backlog e le relative attività.
Unità di stima	Livello relativo del lavoro richiesto o dei punti della storia.	Ore
Proprietà	Proprietario del prodotto	Team
Revisione	In modo contiguo	Durante le riunioni di pianificazione dello sprint e le riunioni scrum giornaliere.

Prerequisiti per l'utilizzo delle pagine di backlog e dell'area

È stato installato Team Foundation Server ed è stato creato un progetto team.Per ulteriori informazioni, vedere Introduzione all'utilizzo di un'installazione a server singolo [esercitazione].

Un team predefinita fa parte di ogni progetto team.Il team può lavorare all'interno del team predefinito, oppure è possibile creare e configurare un nuovo team all'interno progetto team.Vedere Attività iniziali di un team.
Tutti i membri del team hanno accesso a Team Web Access e possono connettersi al loro progetto team.Vedere Connettersi ai progetti team in Team Foundation Server.
Per visualizzare la pagina Backlog, è necessario appartenere al gruppo di accesso Completo in Team Web Access.Possono essere applicati ulteriori requisiti di licenza.Vedere Accedere alle funzionalità in Team Web Access.
Se il progetto team è stato creato con un modello di processo diverso da uno dei modelli di processo predefiniti forniti con la versione più recente di Visual Studio ALM, potrebbe essere necessario personalizzare la configurazione del processo del team.Per ulteriori informazioni, vedere Aggiornare un progetto team aggiornato per accedere alle nuove funzionalità.
Per utilizzare la scheda di Kanban, Visual Studio 2012,1 sia installato nel server a livello applicazione per Team Foundation Server.Vedere Aggiornamento trimestrale per Microsoft Visual Studio 2012 Team Foundation Server.

Risorse aggiuntive per aumentare la velocità del team

Per utilizzare il più efficiente, il team può applicare procedure di progettazione basate su metodologie agile e che supportano principi e valori agile.È possibile accedere a ulteriori informazioni su queste procedure dalle risorse seguenti:

Vantaggi della pianificazione Agile.La pianificazione Agile consente al team di realizzare un maggiore utile sugli investimenti tramite pianificazione ed esecuzione incrementale.
Retrospettiva sui dieci anni di Agile: Come è possibile migliorare nei prossimi dieci anni.Jeff Sutherland ha indicato quattro fattori di successo principali da applicare alle metodologie Agile in base agli ultimi dieci anni di messa in pratica dei principi di Agile e Scrum.
Creazione di un backlog prodotto di grandi dimensioni.Scrivendo le storie utente e aggiornando continuamente il backlog del prodotto, il team può fornire valore ai clienti in modo più efficace.
Compilazione e distribuzione continue.Quando il team archivia il codice ed esegue le compilazioni più frequentemente, è possibile prevedere un aumento della velocità del team.
Esecuzione del branching strategico.Il team può creare e utilizzare rami nel controllo della versione per ottimizzare la strategia di sviluppo di applicazioni.
Test tempestivi e frequenti.Vengono eseguiti frequentemente test efficaci per verificare che il software soddisfi i criteri di accettazione.Utilizzando Microsoft Test Manager, il team può creare gruppi di test, piani di test e test case che permettono di organizzare le attività di test e di tenere traccia dei risultati.
Utilizzo di modelli in Agile Development.Il team può utilizzare i modelli per esplorare il codice esistente ed effettuarne il refactoring, per comprendere più efficacemente le esigenze dei clienti, per determinare e comunicare la progettazione software e di supportare i test del componente e di accettazione.