Configurare un widget burndown o burnup
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
I widget burndown e burnup offrono flessibilità per creare grafici per qualsiasi tipo di ambito o numero di team in periodi di tempo specificati. I grafici burn-down si concentrano sul lavoro rimanente. I grafici di burnup sono incentrati sul lavoro completato. Entrambi i tipi di grafico consentono al team di determinare se si è in pista per completare il lavoro entro la data di fine. Per una panoramica di tutti i grafici burn-down e burnup disponibili, vedi Le linee guida per burndown e burnup.
Questo diagramma mostra un widget Burndown configurato per visualizzare un burndown di rilascio.
Prerequisiti
- Accesso:
- Essere un membro di un progetto con almeno l'accesso Basic .
- Per aggiungere un widget a un dashboard del team, essere un membro del team.
- Autorizzazioni: essere un amministratore del team o un amministratore del progetto o disporre di autorizzazioni specifiche del dashboard concesse all'utente.
- Abilitazione delle funzionalità: abilitare Boards . Se disabilitato, nessuno dei widget di Analisi di monitoraggio del lavoro viene visualizzato. Per riabilitarlo, vedere Attivare o disattivare un servizio.
- Consapevolezza delle attività: tenere presente le attività necessarie e consigliate, elencate più avanti in questo articolo.
- Accesso:
- Essere un membro di un progetto con almeno l'accesso Basic .
- Per aggiungere un widget a un dashboard del team, essere un membro del team.
- Autorizzazioni: essere un amministratore del team o un amministratore del progetto o disporre di autorizzazioni specifiche del dashboard concesse all'utente.
- Abilitazione delle funzionalità:
- Avere installato e abilitato Analytics. Essere membro del gruppo Project Collection Administrators per aggiungere estensioni o abilitare il servizio. I proprietari dell'organizzazione vengono aggiunti automaticamente a questo gruppo.
- Le schede sono abilitate. Se disabilitato, nessuno dei widget di Analisi di monitoraggio del lavoro viene visualizzato. Per riabilitarlo, vedere Attivare o disattivare un servizio.
Aggiungere il widget al dashboard
Usare la procedura seguente per aggiungere un widget burndown o burnup al dashboard.
Accedere all'organizzazione (
https://dev.azure.com/{yourorganization}).Andare al progetto. Selezionare Dashboard e quindi
Modifica.
Selezionare un widget e quindi Aggiungi.
- Abilitare o installare Analytics.
- Aggiungere il widget al dashboard.
- Selezionare
Altre azioni e Configura.
Configurare il widget burndown o burnup
Seguire questa procedura per configurare entrambi i tipi di widget. L'unica differenza tra i widget burndown e burnup consiste nel fatto che il lavoro dei tracciati dei widget di burnup è completato e che i tracciati dei widget burndown rimangono. Per altre informazioni, vedere come interpretare un grafico burndown o burnup più avanti in questo articolo.
- Nel widget selezionare
Configura. - Completare le informazioni di configurazione, descritte nella tabella seguente e quindi selezionare Salva.
Nota
Questa funzionalità è disponibile a partire da Azure DevOps Server 2022.1.
| Categoria di configurazione | Indicazioni |
|---|---|
| Teams | Per tenere traccia dello stato di avanzamento tra i team, aggiungere altri team. È possibile selezionare i team da altri progetti, ma gli elenchi di backlog selezionabili, tipi di elementi di lavoro e campi si basano sul progetto corrente. Il rilevamento tra più progetti funziona solo se il processo per tali progetti è lo stesso o almeno simile. |
| Elementi di lavoro | Il backlog include tutti i tipi di elemento di lavoro configurati per il backlog. Se il progetto è personalizzato usando un processo XML ospitato e ha un nome personalizzato per la categoria di elementi di lavoro di bug, i widget burndown e burnup non possono eseguire query per gli elementi di lavoro in tale categoria. Per eseguire una query sui bug, il tipo di elemento di lavoro bug personalizzato deve appartenere alla categoria di bug predefinita, ovvero il nome Microsoft.BugCategorydi riferimento . |
| Criteri di campo | Selezionare i criteri di campo per limitare gli elementi di lavoro visualizzati nel grafico. Il filtro si basa sui valori assegnati ai campi, come definito per ogni elemento di lavoro nella data entro il periodo di rilevamento. Per altre informazioni, vedere Filtri che si applicano ai dati cronologici. I grafici basati su analisi sono basati sul WorkItemsSnapshot set di entità. I tipi di entità snapshot vengono modellati come snapshot giornalieri. Aggregazioni di dati in base alle assegnazioni effettuate a partire dalla data in cui vengono assegnate. Quindi, se vuoi filtrare un widget burndown o burnup in base alle assegnazioni di campi o tag, assegnali in precedenza al periodo che vuoi monitorare. In caso contrario, il widget non li riconosce fino alla data in cui vengono applicati. È possibile filtrare in base a un valore Null per i criteri di campo, che è coerente con una query usando gli stessi criteri di campo. |
| Burndown su | Scegliere come calcolare il burndown in base al numero di elementi di lavoro o somma in base a un campo selezionato. È possibile scegliere tra campi standard o personalizzati di tipo integer o decimale, ad esempio Punti storia, Sforzo o Lavoro rimanente. Il burndown funziona meglio quando si aggregano campi di dimensioni come Story Points. Se si sceglie di eseguire il burndown sui campi che cambiano durante lo sprint, ad esempio Lavoro rimanente per le attività, il calcolo degli elementi non stimati aumenta man mano che gli elementi vengono chiusi. |
| Periodo di tempo | - Data inizio: determina la linea di base dell'ambito originale. Il grafico viene bruciato dall'ambito originale. - % completamento e aumento dell'ambito totale: calcolato in base all'ambito originale. - Data fine: specifica la data di completamento di destinazione. L'obiettivo è quello di bruciare l'ambito originale del lavoro in base alla data di fine. |
| Intervallo tracciato | Selezionare gli intervalli da tracciare tra data di inizio e data di fine. Il burndown medio si basa sull'intervallo selezionato. Dopo aver selezionato la data di inizio, impostare Burndown plot by su Iterazione. Il Burndown medio presuppone che ogni intervallo sia la stessa lunghezza e che l'intervallo tra la data di inizio e il primo mese sia un mese completo. Anche se l'intervallo di tempo tra la data di inizio e la data di fine del primo mese non corrisponde alla lunghezza tipica di un mese, la lunghezza è la stessa. Per ottenere risultati ottimali, immettere una data di inizio uguale alla data di inizio del primo mese, che è true anche quando si tracciano intervalli settimanali. |
| Funzionalità avanzate | - Mostra burn-down: visualizza sia il burndown cronologico che quello futuro proiettato. - Mostra ambito totale: visualizza sia l'aumento dell'ambito cronologico che quello previsto. - Mostra il lavoro completato: visualizza il lavoro rimanente e il lavoro completato come barra dello stack. - 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. - Mostra elementi di lavoro risolti come Completato: visualizza gli elementi risolti come completati, fornendo un vero riflesso dello stato di burndown. |
| Categoria di configurazione | Indicazioni |
|---|---|
| Teams | È possibile selezionare i team da altri progetti, ma gli elenchi di backlog selezionabili, tipi di elementi di lavoro e campi si basano sul progetto corrente. È possibile tenere traccia di più progetti solo se il processo per tali progetti è lo stesso. |
| Elementi di lavoro | Il backlog include tutti i tipi di elemento di lavoro configurati per il backlog. Se si seleziona il backlog Stories , è disponibile un'altra opzione: Includi bug nel backlog Stories. Immettere un segno di spunta nella casella per includere bug insieme alle storie utente nel burndown. Questa opzione è disponibile per il backlog PBI per i progetti Scrum e il backlog Requisiti per i progetti CMMI. Se il progetto viene personalizzato usando un processo XML ospitato e ha un nome personalizzato per la categoria di elementi di lavoro di bug, i widget burndown e burnup non possono eseguire query per gli elementi di lavoro in tale categoria. Per eseguire una query sui bug, il tipo di elemento di lavoro bug personalizzato deve appartenere alla categoria di bug predefinita, ovvero il nome Microsoft.BugCategorydi riferimento . |
| Criteri di campo | Selezionare i criteri di campo per limitare gli elementi di lavoro visualizzati nel grafico. Il filtro si basa sui valori assegnati ai campi, come definito per ogni elemento di lavoro nella data entro il periodo di rilevamento. Per altre informazioni, vedere Filtri che si applicano ai dati cronologici. I grafici basati su analisi sono basati sul WorkItemsSnapshot set di entità. I tipi di entità snapshot vengono modellati come snapshot giornalieri. Aggregazioni di dati in base alle assegnazioni effettuate a partire dalla data in cui vengono assegnate. Quindi, se vuoi filtrare un widget burndown o burnup in base alle assegnazioni di campi o tag, assegnali in precedenza al periodo che vuoi monitorare. In caso contrario, il widget non li riconosce fino alla data in cui vengono applicati. È possibile filtrare in base a un valore Null per i criteri di campo, che è coerente con una query usando gli stessi criteri di campo. |
| Burndown su | Scegliere come calcolare il burndown in base al numero di elementi di lavoro o somma in base a un campo selezionato. È possibile scegliere tra campi standard o personalizzati di tipo integer o decimale, ad esempio Punti storia, Sforzo o Lavoro rimanente. Il burndown funziona meglio quando si aggregano campi di dimensioni come Story Points. Se si sceglie di eseguire il burndown sui campi che cambiano durante lo sprint, ad esempio Lavoro rimanente per le attività, il calcolo di "Elementi non stimati" aumenta man mano che gli elementi vengono chiusi. |
| Periodo di tempo | - Data inizio: determina la linea di base dell'ambito originale. Il grafico viene bruciato dall'ambito originale. - % completamento e aumento dell'ambito totale: calcolato in base all'ambito originale. - Data fine: specifica la data di completamento di destinazione. L'obiettivo è quello di bruciare l'ambito originale del lavoro in base alla data di fine. |
| Intervallo tracciato | Il burndown medio si basa sull'intervallo selezionato, che può essere giornaliero, settimanale, mensile o in base a una pianificazione dell'iterazione. Il Burndown medio presuppone che ogni intervallo sia la stessa lunghezza. Ad esempio, l'intervallo tra la data di inizio e il primo mese è un mese completo, anche se l'intervallo di tempo tra data di inizio e la data di fine del primo mese non corrisponde alla lunghezza tipica di un mese. Per ottenere risultati ottimali, immettere una data di inizio uguale alla data di inizio del primo mese, che è true anche per gli intervalli settimanali. |
| Funzionalità avanzate | - Mostra burn-down: visualizza sia la cronologia che il futuro proiettato. burndown. - Mostra ambito totale: visualizza sia l'aumento dell'ambito cronologico che quello previsto. - Mostra lavoro completato: visualizza il lavoro rimanente e il lavoro completato come barra dello stack. - 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. |
Interpretare un grafico burndown o burnup
Il team può ottenere informazioni immediate sull'avanzamento e apprendere il ritmo e il comportamento. La maggior parte delle linee burn-down non è linea retta. Il team non si muove mai a una velocità fissa. Gli aumenti dell'ambito si verificano nel tempo. Ad esempio, se la data di completamento proiettata viene spostata, è possibile porre una di queste domande:
- Si aggiunge troppo ambito?
- Il tasso medio di bruciatura cambia e, in tal caso, perché?
I grafici burn-down aiutano anche i team a comprendere i rischi per il rilascio. Se la data di fine prevista supera la data di destinazione del rilascio, i team potrebbero dover ridurre l'ambito o allungare il progetto. Il burndown può anche indicare che lo stato di avanzamento è maggiore del previsto, fornendo l'opzione non comune, ma meravigliosa di aggiungere ambito.
Come illustrato nel diagramma seguente, i grafici basati sui widget burndown o burnup forniscono molti elementi calcolati.
| Elemento | Descrizione |
|---|---|
| Intervallo di date | Data di inizio e fine del burndown. Quando il burndown viene tracciato da iterazioni, la data di fine è la fine dell'ultima iterazione. |
| Metrica principale | Lavoro rimanente corrente basato sul metodo di burndown selezionato. |
| % completato | Percentuale di lavoro completata in base all'ambito originale. Selezionare % Completato per visualizzare l'elenco completo degli elementi di lavoro completati. |
| Burndown medio | Lavoro medio completato per intervallo o iterazione. |
| Elementi non stimati | Viene visualizzato solo quando si brucia la somma di un campo. Rappresenta il numero corrente di elementi che non hanno un valore nel burndown selezionato nel campo. Selezionare il numero per visualizzare un elenco completo degli elementi di lavoro senza stime. |
| Aumento totale ambito | Mostra la quantità di lavoro aggiunta all'ambito originale dall'avvio del burndown. |
| Completamento previsto | Calcola la data di completamento prevista in base al lavoro rimanente e al burndown cronologico e ai tassi di aumento dell'ambito. Se la data di completamento proiettata è precedente alla data di fine specificata, disegna una linea verticale sull'intervallo al termine dell'operazione. Se la data di completamento proiettata è successiva alla data di fine specificata, visualizza il numero di altri intervalli o iterazioni necessarie per completare il lavoro. |
| Ambito originale | L'ambito originale è tutto il lavoro rimanente dopo la data di inizio specificata. Il grafico viene bruciato dall'ambito originale. % Complete e Total Scope Increase vengono calcolati in base all'ambito originale. |
| Ambito totale | Rappresenta l'ambito totale del burndown. I punti tracciati includono sia il lavoro completato che quello rimanente. La riga dell'ambito totale indica la modifica dell'ambito del progetto. Per i punti dati precedenti, l'ambito totale tracciato rappresenta l'ambito totale effettivo alla fine di ogni intervallo o iterazione. Per i punti dati futuri, l'ambito totale tracciato rappresenta una modifica dell'ambito proiettato, in base alle modifiche dell'ambito precedenti. |
| Burndown | Rappresenta il burndown. La linea burn-down ti dice quanto velocemente stai bruciando il lavoro. Per i punti dati precedenti, il burndown tracciato rappresenta il burndown effettivo alla fine di ogni intervallo o iterazione. Per i punti dati futuri, il burndown tracciato rappresenta un burndown proiettato, in base al burndown precedente. |
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.