Burn-down versione

Esaminando un rapporto burn-down della versione, è possibile conoscere con quale rapidità il team ha recapitato gli elementi di backlog e tenere traccia del lavoro rimanente per completare una versione del prodotto.

Nota

Per questo rapporto è previsto che sia stato eseguito il provisioning della raccolta di progetti team contenente il progetto team con SQL Server Reporting Services.Se non viene visualizzato  Rapporti quando si apre Team Explorer e si espande il nodo del progetto team, questo rapporto non è disponibile.

Autorizzazioni necessarie

Per visualizzare il rapporto, è necessario disporre del ruolo Browser in Reporting Services o appartenere a un gruppo a cui sia assegnato questo ruolo. Per ulteriori informazioni, vedere Concedere l'accesso ai database del data warehouse per Visual Studio ALM.

Dati contenuti nel rapporto

Come illustrato nella figura di seguito, un grafico di burn-down della versione indica la quantità di lavoro rimanente all'inizio di ogni sprint in una versione. L'origine dei dati non elaborati è rappresentata dal backlog del prodotto. Ogni sprint assegnato al progetto team o al team viene visualizzato lungo l'asse orizzontale. L'asse verticale indica la somma di tutto il lavoro richiesto da tutti gli elementi backlog attivi all'inizio di ogni sprint. Quando il team aggiorna lo stato degli elementi backlog impostandolo su Completato, il lavoro richiesto diminuisce. La quantità di lavoro richiesto stimato sull'asse verticale è rappresentato nell'unità stabilita dal team Scrum, ad esempio punti della storia, dimensioni oppure ore.

È possibile filtrare il rapporto selezionando Percorso versione o Area.

Attività necessarie per tenere traccia del burn-down

Affinché il grafico di burn-down sia utile e accurato, il team deve eseguire le attività seguenti per gestire gli elementi di lavoro:

• Specificare il numero di versioni di cui si desidera tenere traccia e definire le date di inizio e di fine per ogni sprint.

• Definire gli elementi e i bug di backlog prodotto e assegnarne ciascuno a uno sprint o a un'iterazione (campoIterazione). Verificare che tutti gli elementi backlog vengano assegnati al percorso area o alla sottoarea del team.

• All'inizio di una versione, stimare il Lavoro richiesto per ogni elemento backlog prodotto e ogni bug su cui il team lavorerà.

• Durante lo sprint o al termine di ogni sprint, per ogni elemento backlog prodotto e per ogni bug che il team ha completato, impostare il valore del campo Stato su Completato.

Interpretazione del rapporto

È possibile esaminare il rapporto per determinare lo stato di avanzamento del team in una versione e rispondere alle domande seguenti:

• Quanto lavoro rimane nella versione?

• Con quanta rapidità lavora in team attraverso il backlog del prodotto?

Vedere anche

Concetti

Aggiungere e modificare percorsi di area e di iterazione

Altre risorse

Modello di processo Scrum di Visual Studio per Visual Studio ALM