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
I backlog portfolio offrono ai proprietari dei prodotti informazioni dettagliate sul lavoro di più team di funzionalità agile. I proprietari dei prodotti definiscono obiettivi di alto livello come epiche o funzionalità, che i team di funzionalità si suddividono nelle storie utente per assegnare priorità e sviluppare.
Nota
Per altre informazioni, vedere gli articoli seguenti:
La configurazione di una struttura del team come quella mostrata fornisce a ogni team di funzionalità un backlog distinto per pianificare, classificare in ordine di priorità e tenere traccia del lavoro. I proprietari di portfolio o prodotti possono creare la propria visione, roadmap e obiettivi per ogni versione, monitorare lo stato di avanzamento tra progetti e gestire rischi e dipendenze.
Per supportare i seguenti elementi, configurare una struttura gerarchica di team e backlog
- Organizzare e gestire i backlog: consente ai team di funzionalità autonomi di organizzare e gestire i propri backlog.
- Pianificare e monitorare: usare le visualizzazioni di gestione portfolio per pianificare epiche e funzionalità e monitorare lo stato di avanzamento dei team di funzionalità.
- Assegnare elementi backlog: Assegnare elementi backlog ai team delle funzionalità da un backlog comune.
| Categoria | Requisiti |
|---|---|
| livelli di accesso | Almeno Basic accesso. |
| autorizzazioni | Per configurare le impostazioni del team: membro del gruppo di sicurezza Amministratori del Progetto o ruolo Amministratore del Team. Per altre informazioni, vedere Modificare le autorizzazioni a livello di progetto. |
Nota
Le immagini nel portale Web potrebbero differire da quelle contenute in questo articolo a causa degli aggiornamenti apportati ad Azure DevOps Services. Tuttavia, a meno che non venga indicato in modo esplicito, la funzionalità di base rimane invariata.
Nota
Le immagini nel portale Web potrebbero differire da quelle contenute in questo articolo a causa degli aggiornamenti apportati ad Azure DevOps Server. Tuttavia, a meno che non venga indicato in modo esplicito, la funzionalità di base rimane invariata.
Gestire la visualizzazione dello stato del team
Nell'esempio seguente viene illustrato il backlog del portfolio Epics per il team di Management. Il drill-down visualizza tutti gli elementi e le funzionalità del backlog, anche se appartengono a uno dei tre team diversi: Servizio clienti, Telefono e Web.
Importante
È possibile creare collegamenti secondari con elementi di lavoro provenienti da progetti diversi. Tuttavia, se i processi differiscono tra i progetti, la gerarchia non è visibile nel backlog per tali elementi figlio in progetti separati. È comunque possibile visualizzare tutti gli elementi figlio associati direttamente nel modulo dell'elemento di lavoro.
Visualizzare la proprietà e lo stato del backlog del team
Ogni team ha una propria home page o dashboard, backlog di prodotto e portfolio, bacheche e schede attività. Queste pagine mostrano il lavoro rilevante solo per ogni team, in base alle assegnazioni effettuate all'area dell'elemento di lavoro e ai percorsi di iterazione. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.
Per visualizzare la proprietà e lo stato di avanzamento di altri team, eseguire le attività seguenti:
- Mostra elementi padre:configurare il backlog per visualizzare le epiche o le funzionalità padre di proprietà di altri team.
- Usare le query:creare query per includere elementi di lavoro di altri team. Aggiungere queste query al dashboard del team per una migliore visibilità.
- Utilizzo dei piani: usare la funzionalità "Piani" in Azure Boards, che offre visibilità tra team sugli elementi di lavoro in più team. Questa azione consente di visualizzare tutti gli elementi e le funzionalità del backlog, anche se appartengono a team diversi.
Suggerimento
Aggiungere nome nodo alle opzioni colonna per visualizzare il nome del team assegnato a ogni elemento di lavoro.
Ad esempio, la visualizzazione del backlog del team di Fabrikam Fiber include gli elementi di lavoro assegnati al percorso di area, Fabrikam Fiber, e l'epic genitore, assegnato al team Fabrikam. Gli elementi di proprietà di altri team vengono visualizzati con un'icona di informazioni, 
. Passa il puntatore del mouse sull'icona delle informazioni dell'Epic per visualizzare ulteriori dettagli.
Assegnare il lavoro da un backlog comune
La struttura gerarchica del team e del backlog consente ai team autonomi di assumere la gestione dei backlog e permette di assegnare lavoro ai team da un backlog comune. Durante le riunioni di pianificazione dello sprint o del prodotto, i proprietari dei prodotti e i lead di sviluppo possono esaminare il backlog. Teams può quindi assegnare elementi specifici a vari team impostando il percorso dell'area del team di funzionalità.
Nella seguente visualizzazione del backlog di Gestione account, tutti gli elementi ancora assegnati devono essere ancora assegnati a team specifici.
Durante la riunione di pianificazione, aprire ogni elemento, creare note e assegnarlo al team appropriato per l'azione.
Suggerimento
Selezionare più elementi di lavoro ed eseguire una modifica in blocco del percorso dell'area. Per altre informazioni, vedere Modificare in blocco gli elementi di lavoro.
Nell'esempio seguente, tutti gli elementi del backlog sono stati assegnati ai team di funzionalità, mentre tutte le funzionalità e le epiche rimangono di proprietà della Gestione degli Account.
Aggiungere i backlog del portfolio
Se hai bisogno di più di tre livelli di backlog, aggiungine altri. Per ulteriori informazioni, consulta 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 . Per le dipendenze basate sul tempo, usare i tipi di collegamento Predecessore/Successore . È quindi possibile creare query per trovare elementi di lavoro con 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 ulteriori informazioni, vedere Tenere traccia delle dipendenze usando Delivery Plans.
Visualizzare lo stato delle funzionalità portfolio
Per visualizzare lo stato delle funzionalità in base ai requisiti collegati, aggiungere una colonna riassuntiva o visualizzare un piano di consegna. Per ulteriori informazioni, vedere Visualizzazione dei report cumulativi e Esaminare i piani di consegna.
Per visualizzare lo stato delle funzionalità in base ai requisiti collegati, usare la sequenza temporale delle funzionalità. Per altre informazioni, vedere Visualizzare lo stato del portfolio con la sequenza temporale delle funzionalità.