Burn-down versione (Scrum)

Esaminando un rapporto burn-down della versione, è possibile sapere 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.Questo rapporto non è disponibile se  Rapporti non viene visualizzato all'apertura di Team Explorer ed espandendo il nodo del progetto team.

In questo argomento

• Data in the Report

• Interpreting the Report

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 Aggiungere utenti ai progetti team o Gestione delle autorizzazioni.

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 viene visualizzato lungo l'asse orizzontale e l'asse verticale misura l'impegno rimanente all'inizio di ogni sprint.La quantità di impegno stimato sull'asse verticale è rappresentato nell'unità stabilità dal team scrum (ad esempio, punti della storia oppure ore).

È possibile filtrare il rapporto specificando i campi al di sopra del grafico di burn-down:

• Specificare gli sprint dall'elenco Sprint.

• Specificare il percorso dell'area dall'elenco Area.

Attività obbligatorie per gestire gli elementi di lavoro

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

• Definire bug ed elementi di backlog del prodotto e specificare i percorsi Iterazione e Area per ognuno di essi.

  Per ulteriori informazioni, vedere Creare e modificare aree e iterazioni.

• Specificare e aggiornare l'impegno per ogni elemento di backlog del prodotto e ogni bug su cui interviene il team.

• Aggiornare lo stato di ogni elemento di backlog del prodotto e ogni bug man mano che passa da Nuovo a 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

Bug (Scrum)

Elemento Backlog prodotto (Scrum)

Altre risorse

Modello di processo Scrum per Visual Studio ALM