Configurare e monitorare il burn-down sprint

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Durante lo sprint, è possibile monitorare il report di burndown sprint per determinare se il team è in pista per completare il piano sprint. Sono disponibili due grafici burn-down accessibili allo sprint: il report di tendenza burndown nel contesto visualizzabile da un backlog sprint del team e il widget Sprint Burndown che è possibile aggiungere a un dashboard.

Sia il report che il widget derivano i dati da Analytics. Supportano il monitoraggio del burndown in base a un conteggio degli elementi di lavoro o a una somma di punti di brano/dimensioni/lavoro, lavoro rimanente o altro campo numerico.

È possibile aggiungere il report o il widget a un dashboard. È anche possibile monitorare lo stato di avanzamento usando i widget burndown o burnup basati su Analisi. Offrono più opzioni di configurazione.

Importante

• L'eliminazione di percorsi di area o la riconfigurazione dei percorsi di iterazione causa una perdita irreversibile dei dati. Ad esempio, i grafici dei widget burndown e burnup, il burndown sprint e i grafici di velocità per i team con percorsi di area modificati non visualizzerà dati accurati. I grafici di tendenza cronologici fanno riferimento al percorso area e al percorso di iterazione, così come sono stati definiti al momento per ogni elemento di lavoro. Dopo l'eliminazione, non è possibile recuperare i dati cronologici per questi percorsi.
• È possibile eliminare solo percorsi di area e iterazione non più utilizzati da elementi di lavoro.

Usare questo articolo per informazioni su:

• Metriche rilevate nel report e nel widget sprint burndown
• Attività del team necessarie per tenere traccia delle attività e del lavoro rimanente
• Come impostare controlli interattivi per personalizzare la visualizzazione del report di burndown sprint
• Come aggiungere il report di tendenza burndown nel contesto a un dashboard
• Come configurare i widget Sprint Burndown
• Come visualizzare i burndown degli sprint correnti e precedenti

Per una panoramica di tutti i grafici burn-down e burnup disponibili, vedi Le linee guida per burndown e burnup.

Nota

I report di burndown sprint sono derivati dai dati rilevati da un team durante uno sprint o un'iterazione. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.

Report di tendenza burndown nel contesto

Il report Tendenza burndown si basa su un conteggio di attività o stime di lavoro rimanenti o su altri campi numerici definiti e aggiornati durante il ciclo sprint. Per informazioni dettagliate, vedere Pianificazione sprint. Per aprire questo report, vedere Aprire un backlog sprint.

Un report di burndown sprint integro è simile all'immagine illustrata qui. L'area blu indica il numero di elementi di lavoro attivi o in corso ogni giorno dello sprint. Come illustrato in questo esempio, un elemento di lavoro è ancora attivo alla fine dello sprint.

Elemento	Descrizione
intervallo di date	Data di inizio e fine dello sprint.
storie rimanenti	Il numero di storie rimanenti nello sprint. Se si sceglie un tipo di elemento di lavoro diverso, viene visualizzato il numero rimanente di tali elementi di lavoro.
Completato	Percentuale di lavoro completato in base all'ambito originale. Selezionare Completato per visualizzare l'elenco completo degli elementi di lavoro completati.
Burndown medio	Lavoro medio completato.
aumento dell'ambito totale	Mostra la modifica di quanto lavoro rispetto all'ambito originale da quando è iniziato il burndown. L'esempio mostra che sei elementi di lavoro sono stati rimossi.
rimanenti	Numero di elementi di lavoro attivi o in corso. L'esempio mostra che un elemento attivo rimane nello sprint.
Ambito Totale	Numero totale di elementi di lavoro nello sprint, inclusi gli elementi di lavoro chiusi. Se l'iterazione predefinita del team è la @CurrentIteration, vengono aggiunti nuovi elementi di lavoro all'iterazione corrente. L'ambito diminuisce man mano che il percorso di iterazione viene modificato in un altro sprint o gli elementi di lavoro vengono completati.
Trend ideale	La velocità ideale di burndown per lo sprint è calcolata in base al numero di elementi di lavoro, ai giorni nello sprint e al numero di giorni lavorativi.

Poiché i singoli membri del team potrebbero aggiornare gli elementi di lavoro solo una volta alla settimana o ogni pochi giorni, in genere esiste un modello di burndown per le scale.

Widget Sprint Burndown

Nel catalogo dei widget sono disponibili due versioni del widget Sprint Burndown: il burndown sprint basato su Analisi e sprint burndown (legacy) creato dall'archivio dati di rilevamento del lavoro.

Widget Sprint Burndown

Il widget Sprint Burndown basato su Analisi offre un modo semplice per monitorare lo stato di avanzamento per un team mostrando il lavoro rimanente per un determinato sprint. Il lavoro rimanente è l'asse verticale e il tempo è l'asse orizzontale. È possibile definire il lavoro rimanente in base a Storie o Attività e conteggiando gli elementi di lavoro o sommando un campo.

Elemento	Descrizione
intervallo di date	Data di inizio e fine dello sprint.
attività rimanenti	Il numero di attività rimanenti nello sprint. Se si sceglie un tipo di elemento di lavoro diverso, viene visualizzato il numero rimanente di tali elementi di lavoro.
completato	Percentuale di lavoro completata in base all'ambito originale. Selezionare Completato per visualizzare l'elenco completo delle attività di lavoro che sono state completate.
Burndown medio	Media del lavoro completato.
Incremento totale dell'ambito	Mostra la variazione della quantità di lavoro rispetto all'ambito originale da quando è iniziato il burndown. L'esempio mostra che quattro elementi di lavoro sono stati aggiunti allo sprint.
Rimanenti	Numero di elementi di lavoro attivi o in corso. L'esempio mostra che nello sprint rimangono 15 elementi attivi.
Ambito totale	Numero totale di elementi di lavoro nello sprint, inclusi gli elementi di lavoro chiusi. Se l'iterazione predefinita del team è la @CurrentIteration, vengono aggiunti nuovi elementi di lavoro all'iterazione corrente. L'ambito diminuisce man mano che il percorso di iterazione viene modificato in un altro sprint o gli elementi di lavoro vengono completati.
di tendenza ideale	La velocità ideale di burndown per lo sprint è calcolata in base al numero di elementi di lavoro, i giorni nello sprint e il numero di giorni lavorativi.

I grafici forniscono metriche utili per rispondere alla domanda: è possibile completare questo set di lavoro alla fine di uno sprint?

• Percentuale di completamento del lavoro
• Numero di elementi di lavoro non stimati, se si usa un campo diverso da Lavoro rimanente
• Burndown medio
• Aumento totale ambito

Widget Sprint Burndown (legacy)

Il widget Sprint Burndown (Legacy) aggiunge un grafico basato sul lavoro rimanente definito per le attività nello sprint corrente di un team. Selezionare questa versione quando non si ha accesso ad Analytics. Le opzioni di configurazione includono la selezione del team e le dimensioni del widget.

Se nel dashboard è già disponibile una versione legacy, è possibile aggiornare facilmente il widget modificando la configurazione del widget e selezionando Prova la nuova versione. È sempre possibile tornare alla versione legacy deselezionando la casella.

Prerequisiti

Categoria	Requisiti
livelli di accesso	- membro del progetto. - Almeno accesso Basic.
autorizzazioni	- amministratore del team o amministratore del progetto o autorizzazioni del dashboard specifiche concesse all'utente. - Per aggiungere un widget a un dashboard del team: Membro del team.
abilitazione delle funzionalità	abilitata per Azure Boards. Se disabilitato, nessuno dei widget di Analisi di monitoraggio del lavoro viene visualizzato. Per riabilitarlo, vedere Attivare o disattivare un servizio.
Consapevolezza del compito	Tenere presente le attività necessarie e consigliate, elencate più avanti in questo articolo.

Attività del team per tenere traccia delle attività e del lavoro rimanente

Per monitorare il burndown dello sprint, il team deve pianificare gli sprint e assegnare il lavoro a tali sprint.

Se si vuole monitorare il burndown dello sprint in base alle attività e al lavoro rimanente, il team deve eseguire queste azioni aggiuntive.

Attività obbligatorie

• Definire e stimare le attività per ogni elemento di backlog del prodotto su cui si sta lavorando nello sprint. Se si lavora dal backlog e dal taskboard del team, gli elementi creati vengono assegnati automaticamente allo sprint corrente (iterazione) e al percorso area predefinito del team. Per altre informazioni, vedere Aggiungere attività agli elementi di backlog per supportare la pianificazione dello sprint.
• Aggiornare il lavoro rimanente per ogni attività sprint durante l'avanzamento del lavoro. Per altre informazioni, vedere Aggiornare le attività durante il ciclo di sprint.

Attività consigliate

• Per ridurre l'effetto delle stime scarse, definire le attività che richiedono un giorno o meno per il completamento.
• Non dividere le attività in sottoattività. Se si divide un'attività in sottoattività, specificare ore solo per le sottoattività. Queste ore vengono visualizzate come valori di riepilogo per l'attività padre.
• Per supportare il monitoraggio e ottenere un grafico burndown più uniforme, aggiornare il lavoro rimanente ogni giorno o più volte durante la settimana.
• Al termine dello sprint aggiornare lo stato dell'attività delle attività completate e determinare come gestire le attività incomplete.

Grafico a burndown sprint vuoto

Se il grafico burndown sprint è vuoto, controllare questi punti:

• Sono state assegnate attività allo sprint associato al grafico?
• Hai assegnato il Lavoro rimanente alle attività dello sprint?
• Gli elementi di lavoro padre delle attività vengono assegnati allo stesso sprint? In caso contrario, le attività potrebbero essere visualizzate in un altro sprint associato all'elemento padre.

Aprire un backlog sprint

È possibile visualizzare il report di burndown dello sprint nel contesto dal backlog Sprint di un team.

1. Nel portale Web aprire il backlog sprint del team.

   1. Verificare di aver selezionato il progetto corretto.
   2. Selezionare Boards>Sprints e selezionare il team corretto dal menu del selettore del team.
   3. Selezionare Backlog.

   

   Per selezionare un altro team, aprire il selettore e selezionare un altro team o selezionare l'opzione Visualizza directory Sprint. In alternativa, è possibile immettere una parola chiave nella casella di ricerca per filtrare l'elenco dei backlog del team per il progetto.

   

2. Per selezionare uno sprint diverso da quello visualizzato, aprire il selettore sprint e selezionare lo sprint desiderato.

   

   Il sistema elenca solo gli sprint selezionati per l'attuale focus del team. Se gli sprint desiderati non sono visualizzati, selezionare Nuovo sprint dal menu e quindi selezionare Seleziona iterazione esistente. Per informazioni dettagliate, vedere Definire i percorsi di iterazione.

Visualizzare il report di tendenza burndown nel contesto

1. Per aprire il report di burndown sprint, selezionare Analisi.

   

2. Usare i controlli interattivi per selezionare una delle opzioni seguenti:

   1. Data di inizio e data di fine dello sprint. Queste date corrispondono per impostazione predefinita alle date correnti dello sprint di iterazione del team.
   2. Backlog /Elementi di lavoro su cui eseguire il burn-down, backlog del prodotto (storie, problemi, elementi di backlog del prodotto o requisiti) o backlog attività da usare. La selezione influisce sulle opzioni disponibili per il burndown dal menu.
   3. Burndown sul campo da utilizzare per calcolare il burndown, un conteggio degli elementi di lavoro o una somma di un campo, ad esempio Punti brano, Sforzo o Dimensioni.
   4. Selezionare o deselezionare Mostra giorni non lavorativi. I giorni non lavorativi vengono visualizzati come barre grigie in background quando sono abilitati. I giorni predefiniti non lavorativi vengono impostati per un team e per lo sprint di un team tramite la pagina della capacità. Per altre informazioni, vedere Impostare la capacità sprint.

   Selezionare Reimposta per reimpostare i controlli sulle opzioni predefinite. Per impostazione predefinita, le date vengono impostate sullo sprint selezionato. Le modifiche apportate alle date di inizio e di fine non modificano le definizioni di data dello sprint.

3. Se non si tiene traccia del lavoro rimanente nelle attività, è possibile visualizzare il burndown in base a un conteggio di elementi di lavoro o attività. Per visualizzare un riepilogo dei dati per un giorno specifico, passare il puntatore su qualsiasi punto del grafico.

Somma del lavoro rimanente

Quando si sceglie di visualizzare il backlog Attività e La somma del lavoro rimanente, l'area blu mostra la somma del lavoro rimanente al giorno per le attività ancora attive o in corso. Quando il lavoro rimanente viene aggiornato, il grafico indica la frequenza di burndown. La linea di tendenza Ambito indica l'aggiunta di Lavoro rimanente dopo l'inizio dello sprint. La linea di tendenza ideale indica la velocità di burndown ideale per lo sprint. Le linee di capacità vengono visualizzate solo quando il team ha configurato la capacità.

Conteggio degli elementi di lavoro

Quando si sceglie di visualizzare il conteggio degli elementi di lavoro, l'area blu mostra il numero di elementi di lavoro ancora attivi o in corso. Gli elementi di lavoro possono essere storie, elementi backlog, requisiti o attività a seconda del backlog selezionato. La linea di tendenza Ambito indica quando vengono aggiunti nuovi elementi di lavoro dopo l'inizio dello sprint. La linea di tendenza ideale indica la velocità di burndown ideale per lo sprint.

Somma dei punti storia

Quando si sceglie di visualizzare il backlog Stories e Sum of Story Points, l'area blu mostra la somma di Punti storia per tutte le storie utente ancora attive o in corso. La linea di tendenza Ambito indica quando i punti story vengono aggiunti dopo l'inizio dello sprint. La linea di tendenza ideale indica la velocità di burndown ideale per lo sprint.

Nota

Le opzioni per i campi somma dipendono dai campi numerici definiti per i tipi di elemento di lavoro delle categorie di attività e requisiti. I campi più comuni usati per mostrare la tendenza di burndown sono:

• Conteggio degli elementi di lavoro
• Somma di punti storia, sforzo o dimensioni
• Somma del lavoro rimanente

Le selezioni effettuate vengono impostate solo per l'utente e vengono mantenute tra le sessioni fino a quando non vengono modificate.

Aggiungere il report a un dashboard

1. Per aggiungere il report a un dashboard, selezionare l'icona azioni e selezionare Copia nel dashboard.

   

2. Selezionare il dashboard e selezionare OK.

Aggiungere il widget Sprint Burndown a un dashboard

È possibile aggiungere il widget Sprint Burndown a un dashboard e selezionare il team di cui si vuole monitorare lo stato di avanzamento. Questi widget vengono configurati per uno o più team.

1. Se è necessario aggiungere il widget Sprint Burndown al dashboard, eseguire questa operazione.

   È possibile filtrare la finestra di dialogo Aggiungi widget con il burndown sprint per individuare rapidamente i due widget disponibili.

   

2. Per configurare il widget, selezionare l'icona azioni e quindi selezionare Configura.

   

Configurare il widget Sprint Burndown basato su Analisi

1. Per configurare il widget, selezionare l'icona azioni e selezionare l'opzione Configura .

   

2. Modificare il titolo del widget e selezionare la dimensione preferita. Il widget Sprint Burndown può aumentare fino a 10x10.

3. Effettuare le selezioni seguenti:

   • Team: selezionare il team che si vuole tenere traccia.
   • Backlog ed elementi di lavoro: selezionare gli elementi di lavoro da includere nel burndown. È possibile selezionare qualsiasi backlog o un tipo di elemento di lavoro specifico.
   • Burndown on: scegliere la modalità di burndown. È possibile eseguire il burndown in base al numero di elementi di lavoro o a una somma basata su un campo selezionato.
   • Selezionare l'iterazione: è possibile selezionare @CurrentIteration o un'iterazione specifica.
   • Periodo di tempo: se hai selezionato @CurrentIteration, queste date non sono modificabili. Sono automaticamente la data di inizio e di fine dell'iterazione corrente. Se è stata selezionata un'iterazione specifica, è possibile personalizzare la data di inizio/fine per il grafico burn-down.

4. Funzionalità avanzate: selezionare le opzioni seguenti da aggiungere al grafico.

   • Mostra ambito totale: visualizza sia l'aumento dell'ambito cronologico che quello previsto.
   • Mostra giorni non lavorativi: visualizza i giorni non lavorativi nel burndown. Quando vengono visualizzati, i giorni non lavorativi vengono ombreggiati.
   • Tracciato rimanente utilizzando il colore del tipo di elemento di lavoro: visualizza il lavoro rimanente in base al colore del tipo di elemento di lavoro, anziché al colore blu predefinito. Se sono inclusi più elementi di lavoro, i colori vengono sovrapposti in base al tipo di elemento di lavoro.

Configurare il widget Sprint Burndown (legacy)

Per configurare il widget, selezionare l'icona azioni e selezionare l'opzione Configura .

Se il dashboard ha già una versione legacy disponibile, è possibile aggiornare facilmente il widget modificando la configurazione del widget. Selezionare Prova la nuova versione ora. È sempre possibile tornare alla versione legacy deselezionando l'opzione .

Grafici di burn-down sprint correnti e precedenti

Al termine di ogni sprint, il sistema mantiene una cronologia dell'attività.

Per visualizzare uno sprint precedente e il relativo grafico burn-down, selezionare lo sprint dal selettore Sprint.

È possibile esaminare i report di burndown nel contesto dello sprint per mostrare i modelli del team in esecuzione. I grafici burn-down mantengono un record della capacità del team di pianificare e stimare.

Maggio

Giugno

luglio

Teams può trovare utile esaminare questi report periodicamente durante le analisi retrospettive dello sprint. Può generare discussioni utili e determinare l'impostazione di uno o più obiettivi sprint, ad esempio:

• In che modo la velocità proiettata corrisponde alla velocità effettiva?
• In che modo è possibile determinare in modo più accurato quanto il team può raggiungere in uno sprint?
• Come è possibile completare il lavoro a un ritmo più regolare durante lo sprint?

Articoli correlati

Indicazioni sul burndown e sul burnup

• Definire i percorsi di iterazione e configurare le iterazioni del team
• Assegnare elementi backlog a uno sprint in Azure Boards
• Aggiungere attività agli elementi backlog
• Aggiornare e monitorare la lavagna delle attività
• Informazioni su scrum e procedure consigliate
• Informazioni sul grafico burn-down scrum