Usare i backlog per gestire i progetti

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

Con i backlog, è possibile pianificare il progetto aggiungendo storie degli utenti o requisiti al backlog del prodotto. Con il piano in uso, è possibile iniziare a guidare le attività di sviluppo del codice.

Se si è un amministratore del progetto, vedere Configurare e personalizzare Azure Boards, che illustra come definire percorsi di area e iterazione e personalizzare i tipi di elemento di lavoro. Quando si crea un progetto o si aggiunge un team, Azure Boards crea automaticamente un backlog. Ogni team ha accesso al proprio prodotto, portafoglio e backlog degli sprint. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.

Informazioni sugli arretrati

Un backlog di Azure Boards è un elenco di elementi di lavoro con priorità che guida lo sforzo del team di sviluppo. Un backlog consente di gestire l'ambito del progetto e facilitare la comunicazione e la collaborazione efficaci attraverso il ciclo di vita di sviluppo software.

Usare i backlog per eseguire le attività seguenti:

Backlog di prodotti e portfoli

I backlog presentano gli elementi di lavoro come elenchi. Il backlog del prodotto rappresenta il piano del progetto, la roadmap di ciò che il team prevede di consegnare. Fornisce anche un repository di tutte le informazioni necessarie per tenere traccia e condividere con il team.

Nelle metodologie Agile, un backlog portfolio consente di raggruppare e organizzare il backlog in una gerarchia. È possibile visualizzare iniziative di alto livello, epiche o progetti che l'organizzazione prevede di lavorare in un periodo di tempo più lungo. Queste iniziative sono spesso troppo grandi o complesse per rientrare nell'ambito del backlog di un singolo team. Richiedono coordinamento e pianificazione a un livello organizzativo superiore.

Configurazione del backlog

Ogni backlog è associato a un team e le impostazioni di configurazione del team determinano gli elementi di lavoro visualizzati nel backlog del team. L'amministratore del team esegue le attività seguenti per il team:

• Selezionare i percorsi di area attivi per il team. Nel backlog del team vengono visualizzati solo gli elementi di lavoro assegnati a queste aree di percorso.
• Impostare il percorso area e il percorso di iterazione predefiniti usati per la definizione degli elementi di lavoro dal backlog del team.
• Selezionare i percorsi di iterazione attivi per il team.
• Determinare quali livelli di backlog sono attivi per il team.
• Definire il modo in cui i bug vengono considerati, come requisiti o come attività.

Per altre informazioni, vedere gli articoli seguenti:

• Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team
• Definire il percorso dell'area e assegnarlo a un team
• Selezionare i livelli di backlog
• Visualizzare i bug nei backlog o nelle bacheche

Configurazioni di backlog comuni per più team

Domanda: È possibile definire una configurazione di backlog a cui possono essere sottoscritti più team?Risposta: No. Ogni team controlla le proprie impostazioni del team e le configurazioni del backlog.

Definire gli elementi di lavoro e creare il backlog

Costruisci il tuo piano di progetto creando un backlog di attività. Questi elementi rappresentano le funzionalità, i requisiti, le storie utente o altri lavori da completare. I backlog del portfolio forniscono supporto per organizzare il lavoro in modo gerarchico. Consentono di tenere traccia delle principali iniziative o scenari di prodotto che si basano su molte storie o requisiti. Diversi tipi di elementi di lavoro consentono di tenere traccia di diversi tipi di lavoro, ad esempio storie utente, attività, bug e problemi.

Ordine di priorità del backlog o ordine di classificazione dello stack

Dove si aggiungono o si spostano gli elementi nella pagina determina la sequenza di elementi in ogni backlog. Per altre informazioni, vedere Riordinare il backlog.

Quando si trascinano gli elementi all'interno dell'elenco di backlog, un processo in background aggiorna i campi Stack Rank(processi Agile e Capability Maturity Model Integration (CMMI)) o Backlog Priority(processo Scrum). Il sistema usa questi campi per tenere traccia della classificazione relativa degli elementi nel prodotto, nella funzionalità, nell'epica o in un altro backlog portfolio. Per impostazione predefinita, questi campi non vengono visualizzati nel modulo dell'elemento di lavoro.

Non usare la funzione di modifica massiva per modificare il valore del campo priorità backlog. Anche se è possibile assegnare un valore a questi campi, assegnare lo stesso valore a tutti gli elementi selezionati per la modifica in blocco.

Il metodo preferito per la modifica in blocco consiste nell'usare la selezione multipla per spostare gli elementi nella parte superiore, inferiore o specifica all'interno della pagina. Se è necessario modificare uno dei campi ordine di backlog in blocco per ottenere un numero elevato di elementi di lavoro nell'ordine di priorità desiderato, utilizzare Excel. È possibile esportare una query contenente gli elementi del backlog, aggiornare i campi Priorità del backlog o Stack Rank e quindi pubblicare le modifiche.

Elementi in corso e lavoro elencati nel backlog

I backlog sono progettati per visualizzare il lavoro che corrisponde a uno stato di categoria proposto, in corso o risolto. Quando si completa il lavoro e il relativo stato entra in uno stato Fine o Chiuso , viene disattivata la visualizzazione backlog. È sempre possibile creare una query per visualizzare il lavoro completato o visualizzare il pivot Completati di recente dalla pagina degli elementi di lavoro. Per altre informazioni, vedere Visualizzare e aggiungere elementi di lavoro.

In generale, vengono visualizzati tutti gli elementi nella categoria In corso, che corrisponde agli stati Attivo e Impegnato. Per concentrarsi sul lavoro proposto ma non in corso, è possibile disattivare la visualizzazione backlog per disattivare In corso. Questo interruttore è utile quando si pianifica il backlog del prodotto.

Se il backlog non contiene elementi, verificare se la visualizzazione In corso è disattivata. Per altre informazioni, vedere Stati del flusso di lavoro e categorie di stato.

Organizzare il backlog eseguendo il mapping e la ripetizione degli elementi del backlog

Quando si hanno molte iniziative su cui lavorano i team, è possibile raggruppare il lavoro in base a queste iniziative. Definendo funzionalità ed epiche, è possibile raggruppare il lavoro in una gerarchia a tre livelli costituita da epiche, funzionalità ed elementi backlog.

Ad esempio, qui il team del Servizio clienti ha organizzato diversi elementi di backlog in due funzionalità e un epico.

Velocità

Per ulteriori informazioni, vedere Visualizzare e configurare la velocità della squadra.

Collaborare con la gestione condivisa da più team degli elementi del backlog

Quando si hanno più team, le visualizzazioni gerarchica possono mostrare elementi appartenenti ad altri team.

Visualizza gli elementi del backlog e gli elementi principali di proprietà di altri team

Il backlog del prodotto della vostra squadra elenca solo gli elementi il cui percorso di area è lo stesso degli elementi assegnati alla vostra squadra. Se visualizzi le entità genitori, vedrai l'epica principale delle funzionalità e degli elementi backlog, anche se un altro team possiede l'epica o la funzionalità.

Per altre informazioni, vedere Definire i percorsi di area e assegnare a un team specifico.

Visualizzare epiche ed elementi figlio di proprietà di altri team

Ecco un altro esempio che mostra il backlog degli Epics per il team di Management. 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.

Da queste visualizzazioni è possibile ricollocare gli elementi di cui si è proprietari e quelli di cui sono proprietari altri team. Non è possibile riordinare gli elementi di cui è proprietario un altro team.

Questa organizzazione consente ai team di gestione di concentrarsi su funzionalità e epiche di alto livello e ai team di sviluppo di concentrarsi solo sugli elementi di backlog di cui sono responsabili di consegnare. Ad esempio, è possibile creare una struttura del team simile a questa con due team di gestione e tre team di sviluppo. Per altre informazioni, vedere Creare o aggiungere un team.

Per altre informazioni sulle strutture gerarchiche di team e backlog, vedere Gestire i backlog del prodotto e del portfolio.

Riordinare e ricategorizzare gli elementi di lavoro

Tutti i backlog e le schede supportano il trascinamento per riordinare e riorganizzare gerarchicamente gli elementi di lavoro. Gli aggiornamenti apportati ai backlog e alle bacheche di un team si riflettono in backlog e bacheche di altri team che condividono lo stesso percorso di area. Potrebbe essere necessario aggiornare la pagina per visualizzare le modifiche.

È possibile usare il trascinamento solo per riordinare o ricollocare gli elementi di lavoro assegnati ai percorsi di area selezionati per il team. Quando l'opzione Visualizzazione dei Genitori è abilitata, è possibile che nel backlog appaiano elementi di lavoro non appartenenti al tuo team. Qualsiasi elemento visualizzato con l'icona delle informazioni non può essere riordinato o replicato perché un altro team lo possiede.

Visualizza gli elementi di lavoro del nodo foglia

I backlog degli sprint e le schede attività mostrano solo l'ultimo nodo in una gerarchia della stessa categoria, chiamato nodo foglia.

È possibile creare una gerarchia di elementi, attività e bug del backlog. Non è consigliabile creare gerarchie della stessa categoria. In altre parole, non creare collegamenti padre-figlio tra elementi di lavoro dello stesso tipo, ad esempio story-story, bug-bug o task-task.

L'ultimo nodo in una gerarchia di stessa categoria può essere visualizzato solo su bacheche, backlog sprint e taskboard. Ad esempio, se si collegano elementi all'interno di una stessa gerarchia di categorie con quattro livelli profondi, solo gli elementi al quarto livello vengono visualizzati nella lavagna, nel backlog sprint e nella lavagna delle attività.

Invece di annidare requisiti, bug e attività, è consigliabile mantenere un elenco semplice. Creare collegamenti padre-figlio a un livello di profondità tra gli elementi appartenenti a categorie diverse. Per altre informazioni, vedere Risolvere i problemi di riordinamento e annidamento.

Controlli del backlog di prodotto

È possibile usare i controlli seguenti per modificare o filtrare la visualizzazione del backlog del prodotto.

Autorizzazioni e accesso

Come membro aggiunto al gruppo Collaboratori di un progetto, è possibile usare la maggior parte delle funzionalità fornite in Boards o Work. Gli utenti con accesso basic hanno accesso completo a tutte le funzionalità. Gli utenti con accesso stakeholder sono limitati a determinate funzionalità. Per ulteriori informazioni, vedere Riferimento rapido all'accesso per Stakeholder.

Per ulteriori informazioni sulle autorizzazioni e sull'accesso, vedere Impostare le autorizzazioni per il monitoraggio del lavoro e Riferimento rapido per l'accesso degli stakeholder.

Per aggiungere utenti a un progetto, vedere Aggiungere utenti a un progetto o a un team.

Aggiungere i backlog e le bacheche dei portfolio

Passaggi successivi

Articoli correlati

• Esplorare il portale Web
• Informazioni sulle bacheche Kanban
• Scoprire cos'è Agile