Gestire le priorità e ottenere visibilità tra i team

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

Gli strumenti agile forniscono a ogni team una vasta gamma di modi per ottenere visibilità sul proprio lavoro, per gestire priorità e stato e monitorare i progressi e le tendenze. Tuttavia, come si ottiene visibilità in diversi team? Quali strumenti usare?

Sono disponibili tre modi principali per tenere traccia dello stato di avanzamento in diversi team.

  • I team di gestione possono definire piani di recapito che forniscono visibilità sui risultati finali di diversi team hanno pianificato
  • Ogni team di gestione può usare gli strumenti Agile e in particolare i backlog del portfolio, per ottenere visibilità dei team di funzionalità definiti nel percorso dell'area
  • I team di gestione possono creare dashboard che monitorano lo stato, l'avanzamento e le tendenze in diversi team.

Per una panoramica di tutti gli strumenti del team, vedere Gestire i team e configurare gli strumenti del team.

Piani di recapito supportano una visualizzazione dei backlog del team in una sequenza temporale del calendario

Con un piano di recapito, si ottiene una visualizzazione personalizzata in diversi team e nei backlog di sviluppo, storie, funzionalità o epiche. È possibile usare queste visualizzazioni per guidare l'allineamento tra i team sovrapponendo diversi backlog alla pianificazione del recapito.

Quando si configura un piano di recapito, selezionare i team e i livelli di backlog di interesse. È quindi possibile interagire con il piano per aggiornarlo e esaminare altri dettagli. Per altre informazioni sui piani di recapito, vedere Esaminare i piani del team.

Screenshot con callout dei piani di recapito, team compressi.

Quando si configura un piano di recapito, selezionare i team e i livelli di backlog di interesse. È quindi possibile interagire con il piano per aggiornarlo e esaminare altri dettagli. Per altre informazioni sui piani di recapito, vedere Piani di recapito.

Elementi del piano interattivo

Usare i backlog del portfolio per tenere traccia delle funzionalità e dell'epica

Il primo livello di visibilità tra diversi team consiste nel configurare i team e i backlog per supportare le visualizzazioni desiderate.

È consigliabile strutturare i team come segue:

  • Aggiungere un team di gestione per un gruppo di team di funzionalità; questi team possiedono epiche e attivano solo il backlog del portafoglio Epic
  • Aggiungere team di funzionalità per gestire funzionalità, storie e attività e attivare i livelli di backlog e storie

Il team di gestione crea le epiche. Quindi, essi o i loro team di funzionalità suddivideno le epiche in funzionalità e quindi mappano le loro caratteristiche alle epiche sul backlog di gestione.

Suggerimento

Suddividendo grandi obiettivi, epiche, scenari o funzionalità in quelli più piccoli, i team possono effettuare stime migliori e identificare i rischi e le dipendenze.

Limitare i livelli di backlog per ogni team, Epics per i team di gestione e le funzionalità e le storie per i team di funzionalità, aiuta ogni team a rimanere incentrato sul monitoraggio dello stato di avanzamento del proprio lavoro. Per informazioni dettagliate sulla gestione dei livelli di backlog del team, vedere Selezionare i livelli di spostamento backlog.

Con la visualizzazione backlog del portfolio multi-team, è possibile:

  • Esaminare le priorità con il team e riordinare le funzionalità per supportare le priorità correnti
  • È possibile eseguire il drill-down per visualizzare lo stato delle storie utente figlio di ogni funzionalità o pbi
  • Filtrare il backlog in base alla parola chiave o al tag per concentrarsi su team specifici o elementi classificati
  • (Facoltativo) È possibile usare la funzionalità di mapping per eseguire il mapping delle storie utente o dei PBI alle funzionalità

Visualizzare gli elementi figlio di proprietà di altri team

I team di gestione possono eseguire il drill-down dal backlog del proprio portafoglio per vedere in che modo Epics sta procedendo. Il drill-down consente di visualizzare tutti gli elementi e le funzionalità del backlog, anche se appartengono a uno dei tre team diversi: Servizio clienti, Telefono e Web.

Gli elementi di proprietà di altri team vengono visualizzati con un'icona di informazioni, .

Backlog che mostra i genitori e la proprietà multi-team

Suggerimento

Aggiungere il campo Nome nodo come colonna per identificare il percorso dell'area/il team associato agli elementi di lavoro.

Gli elementi di proprietà di altri team vengono visualizzati con un'icona di informazioni, .

Backlog che mostra i genitori e la proprietà multi-team

Suggerimento

Aggiungere il campo Nome nodo come colonna per identificare il percorso dell'area/il team associato agli elementi di lavoro.

Visualizzare gli elementi del backlog e gli elementi dell'entità principale di proprietà di altri team

I team di funzionalità possono attivare Mostra genitori sui loro backlog per visualizzare il contesto e tali elementi di proprietà di altri team.

Gli elementi di proprietà di altri team vengono visualizzati con un'icona di informazioni, .

Gli elementi di proprietà di altri team vengono visualizzati con un'icona di informazioni.

Gli elementi di proprietà di altri team vengono visualizzati con un'icona di informazioni, .

Gli elementi di proprietà di altri team vengono visualizzati con un'icona di informazioni.

Suggerimento

Quando si stimano storie o elementi backlog del prodotto, iniziare con un punto di storia per persona al giorno. I team delle funzionalità possono successivamente calibrare e regolare tali stime in base alle esigenze. Ad esempio, la velocità di una squadra stagionale sarà superiore a quella di una nuova squadra. Le dimensioni del lavoro rimangono uguali, ma un team stagionato può solo offrire più velocemente.

Per altre informazioni su questa configurazione, vedere Gestione portfolio, Aggiungere team e Organizzare il backlog.

Aggiungere dashboard di gestione con visualizzazioni multi-team

Un secondo metodo per ottenere visibilità tra i team consiste nel definire dashboard incentrati su più team che consentono di visualizzare lo stato, lo stato e le tendenze. Si definiscono i dashboard incentrati principalmente definendo query che acquisiscono lo stato di avanzamento di un singolo team o di più team. È quindi possibile creare grafici e visualizzare le tendenze per ogni team o per diversi team.

Le due aree di interesse per i team di gestione sono l'integrità del progetto e il debito di bug. Il catalogo widget fornisce 10+ widget che è possibile aggiungere a un dashboard per tenere traccia dello stato, dello stato, dello stato e dell'integrità del progetto e dei team. È anche possibile trovare altri widget nella scheda Visual Studio Marketplace, Azure DevOps.

Ad esempio, qui sono stati aggiunti tre grafici basati su query, uno per ogni team, a un dashboard che mostra i bug attivi e risolti nelle quattro settimane precedenti.

Debito bug, Email debito del team Bug, debito del team voceBug, team Web

Quando si definiscono dashboard multi-team, prendere in considerazione le domande seguenti:

  • Cosa si vuole imparare e come porterà le azioni dell'organizzazione
  • Quale intervallo di tempo è di interesse.

Esaminare le impostazioni cultura e le procedure agile che consentono di ottenere indicazioni sull'autonomia del team e sull'allineamento dell'organizzazione.

Integrità del progetto e avanzamento rispetto ai dashboard degli obiettivi

Usare il widget Risultati query per fornire un elenco di funzionalità in base allo stato:

  • Funzionalità completate (Fatto o Chiuso)
  • Nuove funzionalità (nuove o proposte)
  • Funzionalità attive (in corso o attivo)

Usare il widget Grafico per gli elementi di lavoro per aggiungere grafici basati su query. Per altre informazioni sulla creazione di grafici basati su query, vedere Grafici.

Debito tecnico, debito bug e dashboard attività

Un'altra misura dell'integrità del progetto e dell'integrità dei team consiste nel monitorare l'attività dei bug e il debito di bug. Prendere in considerazione i grafici che è possibile creare che consentono di rispondere a queste domande:

  • I bug vengono risolti? A un tasso accettabile?
  • Come si verificano bug non aggiornati?
  • Il debito di bug per team viene mantenuto?
  • Il rapporto dei bug con priorità elevata viene mantenuto entro gli obiettivi dell'organizzazione?

Per suggerimenti sulla creazione di query in base ai conteggi o ai campi numerici, vedere Query per campo numerico.

Usare il servizio Analisi per ottenere visibilità tra i team

È possibile aggiungere widget basati sul servizio analisi a un dashboard che mostra lo stato di avanzamento per un team. Da un dashboard è possibile aggiungere widget per qualsiasi team all'interno del progetto.

Tenere traccia della capacità quando si lavora su più team

È possibile tenere traccia della capacità per i singoli utenti che partecipano a più team. Per informazioni su come, vedere Impostare la capacità sprint, Tenere traccia della capacità quando si lavora su più team.

Limitazioni delle visualizzazioni della scheda Kanban multi-team

Mentre i team di gestione configurati possono usare la scheda Kanban per monitorare lo stato di avanzamento delle funzionalità attivando il backlog funzionalità, esistono limitazioni intrinseche all'interno di queste visualizzazioni. Anche se il team di gestione e i team di funzionalità configurano le colonne della scheda Kanban funzionalità con mapping del flusso di lavoro identico, l'aggiornamento delle funzionalità nella scheda Kanban di un team non verrà riflessa sulla scheda Kanban di un altro team. Solo quando lo stato dell'elemento di lavoro cambia, la colonna della scheda riflette la stessa su tutte le schede.

Importante

Gli elementi di lavoro visualizzati in più di una scheda Kanban del team possono produrre risultati delle query che non soddisfano le aspettative. Poiché ogni team può personalizzare le colonne della lavagna Kanban e le corsie, i valori assegnati agli elementi di lavoro visualizzati in tavole diverse potrebbero non essere uguali. Il problema principale consiste nel mantenere la proprietà singola degli elementi di lavoro in base al percorso dell'area del team. Un'altra opzione consiste nell'aggiungere stati del flusso di lavoro personalizzati che tutti i team possono usare. Per informazioni dettagliate, vedere Personalizzare l'esperienza di rilevamento del lavoro.

Come si può notare, è possibile monitorare lo stato di avanzamento e le tendenze in diversi team. I metodi scelti dipendono dall'attenzione e dagli obiettivi dell'organizzazione.

Ecco alcuni altri articoli relativi all'uso di più team: