Visualizza o configura la velocità del team

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

Le metriche di velocità forniscono informazioni utili, in modo che i team possano pianificare e prevedere gli sprint e determinare il livello di stima e soddisfare gli impegni pianificati. È possibile ottenere un'indicazione della quantità di lavoro che un team può completare durante uno sprint in base a un conteggio degli elementi di lavoro completati o alla somma delle stime effettuate per il lavoro (elementi di backlog del prodotto), ai punti storia (storie utente) o alle dimensioni (requisiti). Usare la velocità come aiuto per determinare la capacità del team e non confonderla con gli indicatori di prestazioni chiave.

Prerequisiti

• È necessario essere membri di un progetto. Viene aggiunto a un progetto o crearne uno.
• Per aggiungere un widget a un dashboard del team, è necessario essere membri del team. È necessario avere accesso di base o versione successiva, disporre delle autorizzazioni del dashboard o essere un amministratore del team o un amministratore del progetto.
• Le schede devono essere abilitate. Se disabilitato, nessuno dei widget di Analisi di monitoraggio del lavoro viene visualizzato. Per riabilitarlo, vedere Attivare o disattivare un servizio Azure DevOps.

• Tenere presente le attività necessarie e consigliate, elencate più avanti in questo articolo.

Suggerimento

Le immagini visualizzate dal portale Web possono differire dalle immagini visualizzate in questo articolo. Queste differenze derivano dagli aggiornamenti apportati 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 con Azure DevOps Server 2019 Update 1 e versioni successive.

Tipi di grafico velocità

È possibile scegliere i grafici Velocity: il grafico Velocità nel contesto a cui si accede da una pagina Backlogs e il widget Velocity aggiunto a un dashboard. Con entrambi questi grafici, è possibile determinare rapidamente le informazioni nella tabella seguente, che descrive le categorie di stato del flusso di lavoro disponibili e le relative descrizioni.

Gli elementi assegnati a un oggetto Proposto o Risolto non sono inclusi in alcun calcolo per Completed, Completed Late o Incomplete. Per altre informazioni, vedere Come vengono usati gli stati delle categorie di flussi di lavoro in Azure Boards. Le selezioni effettuate vengono impostate solo per l'utente e vengono mantenute tra le sessioni fino a quando non vengono modificate.

Stato del flusso di lavoro	Descrizione
Pianificato	Calcolato in base al numero di elementi di lavoro assegnati allo sprint prima dell'inizio dello sprint. Se un elemento di lavoro viene assegnato allo sprint prima dell'inizio, ma viene assegnato a un altro sprint dopo l'inizio dello sprint originale, viene visualizzato come Pianificato nello sprint originale. L'elemento di lavoro viene quindi visualizzato in ritardo o incompleto nel nuovo sprint a cui è assegnato.
Completato	Calcolato in base al numero di elementi di lavoro assegnati allo sprint prima o dopo l'inizio dello sprint e completato prima della fine dello sprint.
Completata in ritardo	Calcolato in base al numero di elementi di lavoro assegnati allo sprint prima o dopo l'inizio dello sprint, ma completato dopo la fine dello sprint.
Incompleto	Calcolato in base al numero di elementi di lavoro assegnati allo sprint prima o dopo l'inizio dello sprint e non ancora completato.

Più avanti in questo articolo si apprenderà come aprire il report di velocità nel contesto o configurare il widget Velocity.

Grafico velocità nel contesto

Widget Velocità

È possibile configurare ogni grafico nei modi seguenti:

• Somma dei campi Sforzo, Punti brano o Dimensioni o altro campo numerico supportato assegnato agli elementi backlog
• Numero di elementi di lavoro visualizzati nel backlog
• Numero di iterazioni

Il widget supporta altre opzioni di configurazione. Per configurare o visualizzare i grafici velocità, vedere Configurare e visualizzare i grafici velocità.

Visualizzare il report Velocità nel contesto

I report velocità sono disponibili per ogni livello di backlog, sia per i backlog di prodotto che per i backlog del portfolio. Ogni report fornisce controlli interattivi per fornire a ogni utente la visualizzazione di interesse.

1. Accedere all'organizzazione (https://dev.azure.com/{yourorganization}) e passare al progetto.

2. Nella schermata Backlog boards>selezionare Analisi per aprire il report Velocità per il backlog del prodotto o del portfolio.

   

3. Per passare a un backlog diverso, scegliere dal selettore backlog e quindi selezionare Visualizza report completo per Velocità.

4. 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 questo messaggio: 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.

   

   Per altre informazioni, vedere le descrizioni dello stato del flusso di lavoro menzionate in precedenza in questo articolo.

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

   

6. Selezionare il dashboard e selezionare OK.

7. 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 è ancora stato fatto, aggiungere il widget Velocity al dashboard. Per Azure DevOps Server 2019, Abilitare o installare Analytics.

Completare i passaggi seguenti per configurare il widget Velocity.

1. Selezionare l'icona azioni 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 Sforzo, Punti brano o Dimensioni.

   

2. Specificare il numero di sprint da visualizzare. Il valore predefinito è 6 e il valore massimo è 15.

3. (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 precedenti alla data di inizio dell'iterazione quando il lavoro pianificato è finale: specificare il numero di giorni trascorsi la data di inizio per contare il lavoro pianificato. Ad esempio, se i primi due giorni di un'iterazione sono destinati alla pianificazione, è possibile immettere 3e il lavoro pianificato viene conteggiato il terzo giorno. Ad esempio, se l'iterazione viene avviata su 01/01/2024e tre elementi di backlog vengono assegnati all'iterazione alla 01/01/2024 fine del giorno, questi tre elementi del backlog vengono considerati pianificati. Se il team non completa la pianificazione fino a pochi giorni nell'iterazione, è possibile aggiornare la data di inizio giorni precedenti all'iterazione quando il lavoro pianificato è finale.

   Nota

   Il lavoro viene considerato pianificato se è assegnato all'iterazione a partire dalla data di inizio dell'iterazione.

   • Evidenzia 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 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 precedenti la data di fine dell'iterazione dopo la quale il lavoro è in ritardo: specificare il numero di giorni trascorsi 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 completati o eseguiti, prima di essere considerati in ritardo.

     Nota

     Un elemento di lavoro viene considerato in ritardo quando la data di completamento dell'elemento di lavoro è successiva alla data di fine dell'iterazione a cui è attualmente assegnato l'elemento di lavoro. Prende in considerazione il valore immesso per Giorni precedenti alla data di fine dell'iterazione dopo il quale il lavoro è in ritardo.

4. Al termine, seleziona 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 consentire al team di ottenere la massima utilità dai grafici Velocity, seguire queste attività obbligatorie e consigliate.

Obbligatoria:

• Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team. Gli sprint devono avere la stessa durata.
• Definire e stimare gli elementi del backlog. Se si lavora dal backlog del team, gli elementi creati vengono assegnati automaticamente allo sprint corrente (iterazione) e al percorso area predefinito del team.
• Aggiornare lo stato degli elementi di backlog dopo l'avvio del lavoro e al termine. Solo gli elementi di backlog con Stato in corso o Fine vengono visualizzati nel grafico o nel widget Velocità.

Consigliato:

• Definire e ridimensionare gli elementi del backlog per ridurre al minimo la variabilità.
• Determinare come il team vuole gestire i bug. Se il team sceglie di trattare bug come i requisiti, i bug vengono visualizzati nel backlog e vengono conteggiati all'interno del grafico Velocità e delle previsioni.
• Impostare il percorso dell'area del team. Lo strumento di previsione prevede tali elementi in base alle impostazioni predefinite del team. Queste impostazioni possono specificare di includere elementi nei percorsi dell'area nell'impostazione predefinita del team o escluderli.
• Non creare una gerarchia di elementi e bug del backlog. Le bacheche Kanban e le schede attività e il backlog sprint mostrano solo l'ultimo nodo in una gerarchia, denominato nodo foglia. Ad esempio, se si collegano elementi all'interno di una gerarchia di quattro livelli, solo gli elementi al quarto livello vengono visualizzati nella lavagna Kanban, nel backlog sprint e nella bacheca delle attività.
  Invece di annidare i requisiti, i bug e le attività, è consigliabile mantenere un elenco semplice creando collegamenti padre-figlio di un livello tra gli elementi. Usare le funzionalità per raggruppare i requisiti o le storie utente. È possibile eseguire rapidamente il mapping delle storie alle funzionalità, che creano collegamenti padre-figlio in background.
• Aggiornare lo stato degli elementi di backlog completati dal team alla fine dello sprint. Gli elementi incompleti devono essere spostati nuovamente nel backlog del prodotto e considerati in una riunione di pianificazione dello sprint futura.
• Ridurre al minimo la variabilità delle dimensioni degli elementi del backlog per rafforzare la capacità del team di creare stime più reali. La variabilità aumenta l'incertezza, ma riducendo al minimo la variabilità delle stime, aumenta la probabilità di metriche di velocità più affidabili e risultati delle previsioni. Le stime, per loro natura, non riflettono la realtà. Rappresentano un'ipotesi migliore da parte del team per quanto riguarda lo sforzo necessario per completare un elemento, in relazione allo sforzo di completare altri elementi nel backlog.

Importante

L'eliminazione di percorsi di area o la riconfigurazione dei percorsi di iterazione può causare una perdita di dati e non può essere ripristinata. Ad esempio, i grafici dei widget burndown o burnup, il burndown sprint e i grafici di velocità per i team i cui percorsi di area vengono modificati non rifletteranno i dati corretti. I grafici di tendenza cronologici fanno riferimento al percorso area e al percorso di iterazione, come definito in un punto nel passato per ogni elemento di lavoro. Quando viene eliminato un percorso area o un percorso di iterazione, non è possibile recuperare i dati cronologici.

Aggiungere altri team

Se ogni team vuole lavorare con la propria visualizzazione backlog, il grafico velocità e lo strumento di previsione, è possibile aggiungere un nuovo team. Ogni team ottiene l'accesso al proprio set di strumenti Agile. Ogni strumento Agile filtra gli elementi di lavoro in modo da includere solo percorsi di area assegnati e percorsi di iterazione impostati per il team.

Passaggi successivi

Pianificare lo sprint

Articoli correlati

• Prevedere gli sprint
• Impostare le autorizzazioni del dashboard
• Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team
• Configurare un widget burndown o burnup