Usare Azure Boards per gestire i backlog di prodotti e portfolio

  • Articolo

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

I backlog portfolio forniscono ai proprietari dei prodotti informazioni dettagliate sul lavoro svolto da diversi team di funzionalità agile. I proprietari dei prodotti possono definire gli obiettivi di alto livello come epiche o funzionalità. I team delle funzionalità possono suddividere questi elementi di lavoro nelle storie utente che assegnano priorità e sviluppare.

In questo articolo si apprenderà quanto segue:

  • Come supportare una visualizzazione di gestione dello stato di avanzamento di più team
  • In che modo i team delle funzionalità possono concentrarsi sullo stato di avanzamento del backlog del team
  • Come assegnare il lavoro da un backlog comune
  • Come configurare un set gerarchico di team e backlog

Configurando una struttura del team come quella mostrata, si fornisce a ogni team di funzionalità il backlog distinto per pianificare, definire le priorità e tenere traccia del lavoro. Inoltre, i proprietari di portfolio o di prodotti possono creare la propria visione, roadmap e obiettivi per ogni versione, monitorare lo stato di avanzamento nel proprio portfolio di progetti e gestire rischi e dipendenze.

Ogni team ha una propria visione del lavoro

Configurare una struttura gerarchica di team e backlog quando si vogliono supportare gli elementi seguenti:

  • Team di funzionalità autonomi che possono organizzare e gestire il backlog di lavoro
  • Visualizzazioni di gestione portfolio per la pianificazione di epiche e funzionalità e il monitoraggio dello stato di avanzamento delle funzionalità subordinate
  • Assegnare elementi backlog ai team di funzionalità da un backlog comune

Nota

Le immagini visualizzate dal portale Web possono differire dalle immagini visualizzate in questo articolo. Queste differenze derivano dagli aggiornamenti apportati ad Azure DevOps Services. Tuttavia, la funzionalità di base disponibile per l'utente rimane invariata, a meno che non venga esplicitamente menzionata.

Nota

Le immagini visualizzate dal portale Web possono differire dalle immagini visualizzate in questo articolo. Queste differenze derivano dagli aggiornamenti apportati ad Azure DevOps locale. Tuttavia, la funzionalità di base disponibile per l'utente rimane invariata, a meno che non venga esplicitamente menzionata.

Visualizzazione della gestione dello stato del team

In questo esempio viene illustrato il backlog del portfolio Epics per il team di gestione . 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.

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

Importante

È possibile stabilire collegamenti figlio con elementi di lavoro di progetti diversi. Tuttavia, se i processi differiscono tra i progetti, la gerarchia non sarà visibile nel backlog per gli elementi figlio che risiedono nei progetti separati. Tuttavia, è possibile visualizzare tutti gli elementi figlio associati direttamente nel modulo dell'elemento di lavoro.

Proprietà del backlog del team di funzionalità e visualizzazione dello stato di avanzamento

Ogni team di funzionalità ha la propria home page del team o dashboard, backlog di prodotto e portfolio, bacheche Kanban e Taskboard. Queste pagine mostrano solo il lavoro pertinente per ogni team. La pertinenza si basa sulle assegnazioni effettuate all'area dell'elemento di lavoro e ai percorsi di iterazione. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.

Suggerimento

Aggiungere Nome nodo alle opzioni di colonna per visualizzare il team assegnato all'elemento di lavoro.

La visualizzazione del backlog del team delle funzionalità del servizio clienti include solo gli elementi di lavoro assegnati al percorso di area, Fabrikam Fiber/Customer Service. Qui mostriamo i genitori che forniscono alcune delle funzionalità e delle epiche a cui appartengono gli elementi di backlog. Gli elementi di proprietà di altri team vengono visualizzati con barre vuote. Ad esempio, i commenti e suggerimenti per dispositivi mobili e gli avvisi di testo appartengono al team di gestione degli account.

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

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

Assegnare il lavoro da un backlog comune

Anche se la struttura gerarchica del team e del backlog funziona bene per supportare i team autonomi per acquisire la proprietà del backlog, supporta anche l'assegnazione di lavoro ai team da un backlog comune. Durante una riunione di pianificazione dello sprint o del prodotto, i proprietari dei prodotti e i lead di sviluppo possono esaminare il backlog. Teams può anche assegnare elementi selezionati a vari team assegnandoli al percorso area del team delle funzionalità.

In questa visualizzazione del backlog gestione account, tutti gli elementi ancora assegnati a Gestione account devono ancora essere assegnati.

Backlog comune del team di gestione

Durante la riunione di pianificazione, è possibile aprire ogni elemento, creare note e assegnare l'elemento al team per lavorarvi.

Suggerimento

È possibile selezionare più elementi di lavoro ed eseguire una modifica in blocco del percorso dell'area. Vedere Modificare in blocco gli elementi di lavoro.

In questo caso, tutti gli elementi del backlog sono stati assegnati ai team di funzionalità, mentre tutte le funzionalità e le epiche rimangono di proprietà di Gestione account.

Tutti gli elementi del backlog sono stati assegnati ai team delle funzionalità.

Aggiungere backlog portfolio

Se sono necessari più di tre livelli di backlog, è possibile aggiungere altro. Per informazioni su come, vedere Personalizzare i backlog o le bacheche per un processo.

Tenere traccia delle dipendenze tra i team

Il modo più semplice per tenere traccia delle dipendenze tra i team consiste nel collegare elementi di lavoro usando il tipo di collegamento Correlato . Se dipendono dal tempo, è possibile usare i tipi di collegamento Predecessore/Successore . È quindi possibile creare query che trovano elementi di lavoro contenenti queste relazioni. Per altre informazioni, vedere Collegare elementi di lavoro ad altri oggetti.

Usando i piani di recapito, è possibile tenere traccia delle dipendenze tra i progetti all'interno di un'organizzazione. Per altre informazioni, vedere Tenere traccia delle dipendenze usando i piani di recapito.

Avanzamento delle funzionalità portfolio

Per visualizzare lo stato delle funzionalità in base ai requisiti collegati, è possibile aggiungere una colonna di rollup o visualizzare un piano di recapito. Per altre informazioni, vedere Visualizzare i piani di recapito cumulativi e Rivedere.

Per visualizzare lo stato delle funzionalità in base ai requisiti collegati, è possibile visualizzare la sequenza temporale delle funzionalità. Per altre informazioni, vedere Visualizzare lo stato del portfolio con la sequenza temporale delle funzionalità.

Passaggi successivi

Configurare una gerarchia di team