Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Le metriche di velocità forniscono informazioni dettagliate preziose che aiutano i team a pianificare e prevedere gli sprint e a valutare in modo accurato la stima e la conformità agli impegni pianificati. Queste metriche indicano la quantità di lavoro che un team può completare durante uno sprint, in base al numero di elementi di lavoro completati o alla somma delle stime per il lavoro (elementi di backlog del prodotto), ai punti di storia (storie utente) o alle dimensioni (requisiti). Usare la velocità per facilitare la determinazione della capacità del team, ma non confonderla con gli indicatori di prestazioni chiave.
Prerequisiti
Categoria | Requisiti |
---|---|
Livelli di accesso |
-
Membro del progetto. - Accesso almeno di livello di base. |
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à | Azure Boards abilitato. Se disabilitato, nessuno dei widget di Analisi di rilevamento del lavoro viene visualizzato. Per riabilitarlo, vedere Attivare o disattivare un servizio. |
Consapevolezza dei compiti | Consapevolezza di eventuali attività necessarie o consigliate elencate più avanti in questo articolo. |
Categoria | Requisiti |
---|---|
Livelli di accesso |
-
Membro del progetto. - Accesso almeno di livello di base. |
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à |
-
Azure Boards abilitato. Se disabilitato, nessuno dei widget di Analisi di rilevamento del lavoro viene visualizzato. Per riabilitarlo, vedere Attivare o disattivare un servizio. - Analisi installata e abilitata. I membri del gruppo Project Collection Administrators possono aggiungere estensioni o abilitare il servizio. I proprietari dell'organizzazione sono automaticamente membri di questo gruppo. |
Suggerimento
Le immagini in questo articolo potrebbero essere diverse da quelle visualizzate nel portale Web. Queste differenze possono essere dovute agli aggiornamenti all'app Web, alle opzioni abilitate dall'utente o dall'amministratore e dal processo scelto durante la creazione del progetto (Agile, Basic, Scrum o CMMI). Il processo Basic è disponibile a partire da Azure DevOps Server 2019 Update 1.
Tipi di grafici della velocità
È possibile scegliere tra due grafici Velocity: il grafico Velocità nel contesto dalla pagina Backlogs e il widget Velocity per i dashboard. Entrambi i grafici consentono di comprendere rapidamente le categorie di stato del flusso di lavoro descritte nella tabella seguente.
Gli elementi negli stati proposti o risolti vengono esclusi dai calcoli completati, completati in ritardo e incompleti . Per altre informazioni, vedere Come vengono usati gli stati delle categorie di flussi di lavoro in Azure Boards. Le selezioni sono personali e persistenti tra le sessioni fino a quando non vengono modificate.
Stato del flusso di lavoro | Descrizione |
---|---|
Pianificato | Elementi di lavoro assegnati a uno sprint prima dell'avvio. Se riassegnati dopo l'inizio dello sprint, rimangono pianificati nello sprint originale e appaiono come in ritardo o incompleti nel nuovo sprint. |
Completato | Elementi di lavoro assegnati allo sprint e completati prima della fine dello sprint. |
Completata in ritardo | Elementi di lavoro assegnati allo sprint ma completati al termine dello sprint. |
Incompleto | Elementi di lavoro assegnati allo sprint ma non ancora completati. |
Risolto | Bug assegnati allo sprint, che indicano che una soluzione è stata implementata ma non ancora verificata. |
Più avanti in questo articolo si apprenderà come aprire il report di velocità nel contesto o configurare il widget Velocity.
È possibile configurare ogni grafico nei modi seguenti:
- Somma del sforzo, dei punti di storia, campi delle misure o altri campi numerici supportati assegnati agli elementi di backlog.
- Numero totale di elementi nella coda di lavorazione.
- Numero di iterazioni.
Il widget offre altre opzioni di configurazione. Per altre informazioni, vedere Configurare e visualizzare grafici velocità.
Visualizzare il report Velocità nel contesto
I report sulla velocità sono disponibili sia per i backlog di prodotto che per i backlog del portfolio. Ogni report include controlli interattivi, consentendo agli utenti di personalizzare la visualizzazione in base ai propri interessi specifici.
Accedere al progetto (
https://dev.azure.com/{Your_Organization/Your_Project}
).Selezionare Boards>Backlogs>Analytics per aprire il report Velocity per il backlog del prodotto o del portfolio.
Per passare a un backlog diverso, scegliere dal selettore backlog e quindi selezionare Visualizza report completo per Velocità.
Usare i controlli interattivi per selezionare il campo conteggio o somma e il numero di iterazioni. Selezionare Iterazioni personalizzate per specificare un numero qualsiasi di iterazioni comprese tra 1 e 15.
Se il team non completa uno sprint o se si lavora su elementi prima di una data di inizio dello sprint, non sono presenti dati da analizzare e prevedere. Potrebbe essere visualizzato il messaggio seguente: Impostare le date di iterazione per l'uso di questo widget. Per risolvere questa situazione, impostare un intervallo di date di iterazione per includere la data corrente o attendere l'avvio dello sprint.
Passare il puntatore del mouse su un'area di colonna per visualizzare un riepilogo degli elementi di lavoro pianificati e completati. Ad esempio, per lo sprint 07_2019 sono pianificati 131 elementi.
Screenshot del report di Velocity Analytics.
Per altre informazioni, vedere le descrizioni dello stato del flusso di lavoro menzionate in precedenza in questo articolo.
Per aggiungere il report a un dashboard, selezionare l'icona
azioni e selezionare Copia nel dashboard.
Selezionare il dashboard e selezionare OK.
Per tornare al riepilogo di Analytics, selezionare la
freccia indietro.
Configurare il widget Velocity
È possibile configurare il widget Velocity solo per un singolo team. Se si vuole visualizzare la velocità per diversi team, è necessario configurare un team di gestione portfolio che esegue il rollup da diversi team. Per altre informazioni, vedere Aggiungere team.
Se non l'hai ancora fatto, aggiungi il widget Velocity alla tua dashboard. Per Azure DevOps Server 2019, Abilitare o installare Analytics.
Completare i passaggi seguenti per configurare il widget Velocity.
Selezionare
e selezionare l'opzione Configura per aprire la finestra di dialogo di configurazione.
Modificare il titolo, selezionare il team e quindi selezionare il livello di backlog o il tipo di elemento di lavoro da tenere traccia. Selezionare se si vuole tenere traccia di un conteggio degli elementi di lavoro o di una somma di un campo numerico. Il campo sommato più comune è quello di Impegno, Punti storia o Dimensioni.
Specificare il numero di sprint da visualizzare. Il valore predefinito è 6 e il valore massimo è 15.
(Facoltativo) Selezionare le caselle di controllo per visualizzare informazioni aggiuntive per il lavoro completato in un secondo momento rispetto al previsto per ogni sprint.
- Visualizzare il lavoro pianificato per le iterazioni: Selezionare questa casella per visualizzare la quantità di lavoro pianificata per un'iterazione all'inizio dell'iterazione, utile per confrontare il lavoro pianificato con i risultati finali effettivi. Per impostazione predefinita, il conteggio dei lavori pianificati inizia alla data di inizio dell'iterazione.
-
Giorni successivi alla data di inizio dell'iterazione quando il lavoro pianificato è definitivo: specificare il numero di giorni trascorsi dalla data di inizio per il conteggio del lavoro pianificato. Ad esempio, se i primi due giorni di un'iterazione sono destinati alla pianificazione, è possibile immettere
3
e il lavoro pianificato viene conteggiato il terzo giorno. Ad esempio, se l'iterazione viene avviata su01/01/2024
e tre elementi di backlog vengono assegnati all'iterazione alla01/01/2024
fine del giorno, questi tre elementi del backlog vengono considerati pianificati. Se il team non completa la pianificazione entro pochi giorni dall'inizio dell'iterazione, è possibile aggiornare i giorni trascorsi dalla data di inizio dell'iterazione quando il lavoro pianificato è definitivo. - Evidenziare il lavoro completato in ritardo: Selezionare questa casella per visualizzare gli elementi di lavoro contrassegnati come completati dopo la data di fine dell'iterazione, che viene considerata completata in ritardo e visualizzata come verde chiaro. L'evidenziazione del lavoro completato in ritardo è utile per individuare una tendenza in cui gli elementi di lavoro vengono contrassegnati come completati al termine dell'iterazione.
- Giorni successivi alla data di fine dell'iterazione dopo i quali il lavoro è in ritardo: specificare il numero di giorni trascorsi dopo di che si considera un elemento di lavoro in ritardo se lo stato è ancora nuovo o è in corso. Ad esempio, l'immissione di tre giorni dà al team 3 giorni dopo la fine di un'iterazione per contrassegnare gli elementi di lavoro come completati o eseguiti, prima di essere considerati in ritardo.
Selezionare Salva. L'immagine seguente mostra Velocità basata su Story Points e otto sprint di dati.
Per altre informazioni sugli stati pianificati, completati, in ritardo e incompleti , vedere le descrizioni dello stato menzionate in precedenza in questo articolo.
Attività obbligatorie e consigliate per l'uso dei grafici Velocity
Per consentire al team di ottenere la massima utilità dai grafici Velocity, seguire queste attività obbligatorie e consigliate.
Attività richieste
- Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team. Assicurarsi che gli sprint siano della stessa durata.
- Definire e stimare gli elementi del backlog. Gli elementi creati dal backlog del team vengono assegnati automaticamente allo sprint corrente e al percorso di area predefinito del team.
- Aggiornare lo stato degli elementi del backlog all'avvio e al completamento del lavoro. Solo gli elementi con stato in corso o Fine vengono visualizzati nel grafico o nel widget Velocità.
Attività consigliate
- Definire e ridimensionare gli elementi del backlog per ridurre al minimo la variabilità.
- Decidi come il tuo team gestisce i bug. Se trattati come requisiti, i bug vengono visualizzati nel backlog e vengono inclusi nel grafico Velocità e nella previsione.
- Impostare il percorso dell'area del team. Lo strumento di previsione usa queste impostazioni per includere o escludere elementi nei percorsi delle aree nell'ambito delle impostazioni predefinite del team.
- Evitare di creare una gerarchia di elementi del backlog e bug. La bacheca, Taskboards e il backlog dello sprint mostrano solo l'ultimo nodo in una gerarchia. Mantieni invece un elenco semplice con collegamenti padre-figlio di un solo livello. Usare le funzionalità per raggruppare i requisiti o le storie utente.
- Aggiornare lo stato degli elementi di backlog completati alla fine dello sprint. Spostare gli elementi incompleti nel backlog del prodotto per la pianificazione dei futuri sprint.
- Ridurre al minimo la variabilità delle dimensioni degli elementi del backlog per migliorare l'accuratezza della stima. La riduzione della variabilità aumenta l'affidabilità delle metriche di velocità e dei risultati delle previsioni. Le stime sono valutazioni approssimative del team riguardo lo sforzo richiesto per completare un elemento rispetto ad altri elementi nel backlog.
Importante
- L'eliminazione dei valori percorso area o la riconfigurazione dei valori percorso iterazione causa una perdita irreversibile dei dati nei grafici seguenti:
- Grafici dei moduli burndown e burnup
- Grafici burndown dei sprint
- Grafici velocità per i team con percorsi di area modificati
- Grafici di tendenza cronologici che fanno riferimento ai valori Percorso area e Percorso iterazione definiti al momento per ogni elemento di lavoro
- Quando si eliminano questi percorsi, non è possibile recuperare i dati cronologici.
- È possibile eliminare percorsi di area e iterazione solo quando non vengono più usati da elementi di lavoro.
Aggiungere altri team
Se ogni team vuole visualizzare il backlog, il grafico velocità e lo strumento di previsione, è possibile aggiungere un nuovo team. Ogni team ha accesso al proprio set di strumenti Agile, che filtrano gli elementi di lavoro in modo da includere solo i percorsi di area assegnati e i percorsi di iterazione specifici del team.