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 dell'insieme di progetti team contenente il progetto team con SQL Server Reporting Services. Questo rapporto non è disponibile se .gif "Rapporto"){kind=icon}
Rapporti non viene visualizzato all'apertura di Team Explorer ed espandendo il nodo del progetto team.
In questo argomento
Dati contenuti nel rapporto
Interpretazione del rapporto
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).
.png "Schermata che illustra un grafico del burn-down di rilascio")
È 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 i percorsi di area o di iterazione.
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?