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 | Azure DevOps Server 2022
Un backlog è l'elenco prioritizzato delle attività che guida ogni sprint. In Azure Boards, i backlog consentono al team di raccogliere storie utente e requisiti, ordinarli in base al valore e trasformarli nel lavoro da rilasciare.
Ogni team possiede il proprio prodotto, portfolio e backlog sprint e le impostazioni a livello di team controllano quali elementi di lavoro vengono visualizzati in ognuno di essi.
- Non conosci i backlog? Passare a Informazioni sui team e sugli strumenti Agile.
- Stai configurando un progetto per la prima volta? Passare a Configurare e personalizzare Azure Boards.
Tip
È possibile usare l'intelligenza artificiale per semplificare le attività di Azure DevOps. Per iniziare, vedere Abilitare l'assistenza per intelligenza artificiale con il server MCP di Azure DevOps .
Informazioni sui backlog
Usare un backlog per guidare lo sforzo del team, mantenere l'ambito sotto controllo e offrire a tutti una visualizzazione condivisa delle operazioni successive.
Attività comuni, raggruppate per finalità:
| Per eseguire questa operazione... | Utilizzo |
|---|---|
| Acquisire il lavoro | Definire storie utente, elementi di backlog del prodotto o requisiti • Aggiungere dettagli e stime |
| Organizzare e classificare in ordine di priorità | Riordinare il backlog • Eseguire il mapping degli elementi in una gerarchia • Aggiornare in blocco gli elementi |
| Pianificare e prevedere | Trascinare gli elementi in uno sprint • Prevedere il lavoro • Visualizzare lo stato di avanzamento del rollup, i conteggi o i totali |
| Coordinarsi tra team | Esaminare il lavoro assegnato a più team |
Note
Se gli elementi di lavoro attesi non vengono visualizzati nel backlog o nella bacheca, consulta Creare e gestire il backlog o Che cos'è Azure Boards?
Backlog di prodotti e portfoli
Azure Boards presenta gli elementi di lavoro come elenchi. Due tipi di backlog servono diversi orizzonti di pianificazione:
| Tipo di backlog | Cosa rappresenta | Migliore per |
|---|---|---|
| backlog del prodotto | Il piano di progetto del tuo team e la roadmap delle attività da realizzare. Funge da repository condiviso per ciò che è pianificato, in corso e monitorato. | Pianificazione quotidiana del team di storie utente, requisiti e bug. |
| Backlog del portfolio | Gerarchia che raggruppa gli elementi del backlog del prodotto sotto funzionalità, epiche o iniziative di livello superiore. Per altre informazioni, vedere Metodologie Agile. | Iniziative di lunga durata che coinvolgono più team o sono troppo grandi per il backlog di un singolo team. |
Configurazione del backlog
Note
Non aggiungi direttamente backlog o schede. Quando si crea un team, Azure Boards crea automaticamente il proprio insieme di backlog e bacheche. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.
Ogni backlog è associato a un team e le impostazioni di configurazione del team determinano gli elementi di lavoro visualizzati. Gli amministratori del team configurano le impostazioni seguenti per il team:
| Impostazione | Che cosa controlla | Riferimenti |
|---|---|---|
| Percorsi dell'area attiva | Quali elementi di lavoro compaiono nel backlog del team. Vengono visualizzati solo gli elementi assegnati ai percorsi di area selezionati. | Definire il percorso dell'area e assegnarlo a un team |
| Percorso predefinito dell'area e percorso di iterazione | Valori assegnati ai nuovi elementi di lavoro creati dal backlog del team. | Definire il percorso dell'area e assegnarlo a un team |
| Percorsi di iterazione attivi | Che sprint il team usa per la pianificazione e la capacità. | Definire i percorsi di iterazione (sprint) e configurare le iterazioni del team |
| Livelli attivi di arretrati | Quali backlog di portfolio, di prodotto e di sprint sono visibili al team. | Selezionare i livelli di backlog |
| Comportamento dei bug | Se i bug vengono considerati come requisiti o come attività. | Visualizzare i bug nei backlog o nelle bacheche |
Tip
Alcune modifiche alla visualizzazione aggiuntive semplificano l'analisi dei backlog di grandi dimensioni:
- Ogni membro del team ha i propri controlli (Espandi/Comprimi un livello, Opzioni colonna, Selettore livello backlog, Opzioni visualizzazione e Filtro). Le opzioni impostate per livello di backlog sono distinte e persistenti fino a quando non vengono modificate. Per ulteriori informazioni, vedere Configurare la visualizzazione del backlog.
- Per ridurre lo scorrimento verticale in backlog e bacheche di grandi dimensioni, attiva l'opzione Visualizzazione schede compatta nelle impostazioni della bacheca del team.
Configurare una visualizzazione backlog condivisa tra i team
Ogni team controlla in modo indipendente le proprie impostazioni e la configurazione del backlog. Non è possibile definire una configurazione a cui gli altri team sottoscrivono. Le opzioni di colonna e le opzioni di visualizzazione sono anche per utente, quindi non esiste alcun modo predefinito per applicare una visualizzazione comune in un team.
È tuttavia possibile impostare le opzioni di colonna predefinite per tutti i membri del team modificando la configurazione del processo. Per altre informazioni, vedere Informazioni di riferimento sull'elemento XML di configurazione del processo, Impostare le colonne predefinite.
Definire gli elementi di lavoro e creare il backlog
Crea il piano di progetto aggiungendo elementi di lavoro al backlog. Ogni tipo di elemento di lavoro tiene traccia di un tipo di lavoro diverso:
| Tipo di elemento di lavoro | Usalo per |
|---|---|
| Storia utente, elemento del backlog del prodotto o requisito | Acquisire un'unità di valore rivolto ai clienti per pianificare e distribuire. Vai a Crea il tuo backlog. |
| Funzionalità e epica | Raggruppare le storie correlate in una gerarchia multilivello per la pianificazione del portfolio. Passare a Organizzare il backlog. |
| Bug | Monitorare i difetti. Scegliere se i bug vengono visualizzati come requisiti o attività per ogni team. Passare a Gestisci bug. |
| Problema o ostacolo | Monitorare impedimenti e rischi separatamente dalle attività di delivery. Passare a Gestisci problemi. |
Se il team usa GitHub per il controllo del codice sorgente, è anche possibile iniziare a lavorare direttamente da un elemento backlog con GitHub Copilot integrazione per Azure Boards, che crea un ramo, crea una richiesta pull e aggiorna l'elemento di lavoro con lo stato di avanzamento.
Priorità del backlog e ordine di classificazione dello stack
Classifica i backlog dall'alto verso il basso: la posizione di un elemento nella pagina è la priorità. Quando si trascina un elemento, Azure Boards aggiorna un campo di classificazione nascosto in background:
| Process | Campo aggiornato |
|---|---|
| Scrum | Priorità del backlog |
| Agile, CMMI | Classifica a Scaglioni |
Questi campi non vengono visualizzati nel modulo dell'elemento di lavoro per impostazione predefinita, ma è possibile eseguire query e creare report su di essi. Per il riordinamento dettagliato, passare a Riordinare il backlog.
Per il riordinamento bulk, usare la selezione multipla per spostare gli elementi nella parte superiore, inferiore o in una posizione specifica nella pagina. Per riordinare più elementi contemporaneamente, modificarli in Excel: esportare una query, aggiornare Backlog Priority o Stack Rank e pubblicarli.
Avvertimento
Non usare la modifica in blocco per modificare Backlog Priority o Stack Rank. La modifica in blocco assegna lo stesso valore a ogni elemento selezionato, eliminando l'ordinamento relativo. Usare invece la selezione multipla o Excel (in precedenza in questo articolo).
Elementi in corso e lavoro elencati nel backlog
I backlog mostrano il lavoro in uno stato di categoria proposto, in corso o risolto. La tabella seguente mostra la corrispondenza tra gli stati delle categorie, ciò che appare nel backlog e dove trovare gli elementi che non vi compaiono:
| Stato della categoria | Stati del flusso di lavoro di esempio | Visualizzato nel backlog? | Dove trovarla |
|---|---|---|---|
| Proposto | Nuovo, Approvato | Yes | Visualizzazione predefinita |
| In corso | Attivo, Impegnato | Sì, a meno che non si disattiva l'interruttore In corso | Riattiva In corso; utile lasciarlo disattivato durante la previsione |
| Risolto | Risolto | Yes | Visualizzazione predefinita |
| Finito | Operazione completata, Chiusa | No | La scheda Completati di recente nella pagina Elementi di lavoro oppure una query personalizzata |
Se nel backlog mancano elementi che ti aspettavi, l'opzione In corso è la causa più comune. Per altre informazioni sul mapping da categoria a stato, vedere Stati del flusso di lavoro e categorie di stato.
Mappare e riassegnare l'elemento padre degli elementi del backlog
Raggruppare il lavoro correlato tramite l'inserimento di elementi del backlog padre in funzionalità ed epiche. Questa struttura crea una gerarchia a tre livelli che semplifica il rollup, la pianificazione e il coordinamento tra team:
| Level | Purpose |
|---|---|
| Epico | Un'iniziativa di lunga durata che coinvolge più funzionalità. |
| Feature | Funzionalità spedibile costituita da elementi backlog correlati. |
| Elemento del backlog (storia utente, elemento del backlog del prodotto o requisito) | Una singola unità di valore rivolto al cliente. |
La schermata seguente mostra gli elementi del backlog del team del Servizio clienti raggruppati in due funzionalità e un epic:
Per il mapping dettagliato e la ripetizione, vedere Organizzare il backlog.
Velocity
Quando assegni elementi del backlog agli sprint, Azure Boards calcola un report contestuale sulla velocità sia per i backlog di prodotto sia per quelli di portafoglio. La velocità aiuta il team a prevedere il lavoro che può essere completato negli sprint futuri in base alle prestazioni precedenti.
Configurare il report per misurare il lavoro in base a:
- Conteggio delle attività lavorative
- Punti storia o sforzo
- Lavoro rimanente
- Qualsiasi altro campo numerico nel tipo di elemento di lavoro
Per ulteriori informazioni, vedere Visualizzare e configurare la velocità della squadra.
Visualizzare lo stato di rollup, i conteggi o i totali
Aggiungere colonne di rollup a un backlog di prodotto o portfolio per riepilogare i dati degli elementi di lavoro figlio nella riga padre. Le opzioni di colonna vengono mantenute per pagina e si applicano solo alla visualizzazione personalizzata.
| Tipo rollup | Cosa mostra |
|---|---|
| Barra di progresso | Percentuale di elementi discendenti chiusi o completati. |
| Conto | Numero totale di elementi discendenti. |
| Totale | Somma di un campo numerico (ad esempio, Sforzo, Story point, Lavoro completato o Lavoro rimanente) di tutti gli elementi discendenti. |
L'esempio seguente mostra le barre di avanzamento in un backlog del portfolio:
Collaborare con la gestione condivisa da più team degli elementi del backlog
In un progetto con più team, le visualizzazioni gerarchica possono includere elementi appartenenti ad altri team. Le regole seguenti regolano ciò che è visibile e cosa è possibile modificare:
| Elementi visibili | Gli elementi di backlog del team (corrispondenti al percorso dell'area), oltre alle epiche e alle funzionalità padre di altri team quando Genitori è attivo. |
|---|---|
| È possibile riordinare | Solo gli elementi nei percorsi dell'area del team. |
| È possibile eseguire il reparent | Elementi di cui si è proprietari, oltre a elementi di cui sono proprietari altri team. |
| Non è possibile modificare | Elementi contrassegnati con l'icona |
Tip
Aggiungi il campo Nome del nodo come colonna per identificare a quale percorso area (e team) appartiene ogni elemento.
Visualizza gli elementi del backlog e gli elementi principali di proprietà di altri team
Quando Genitori è attivo, il backlog mostra l'epica padre di qualsiasi elemento di funzionalità o backlog di cui il team è proprietario, anche se un altro team è proprietario dell'elemento padre.
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
Approfondisci un portfolio backlog per visualizzare tutti gli elementi figlio, anche quelli appartenenti ad altri team. Ad esempio, il backlog Epics del team di gestione si espande per visualizzare le funzionalità e gli elementi di backlog di proprietà del servizio clienti, telefono e team Web.
Questa suddivisione consente ai team di gestione di concentrarsi su epiche e funzionalità, mentre i team di sviluppo si concentrano sugli elementi di backlog che forniscono. Una struttura tipica associa due team di gestione con tre team di sviluppo. Per altre informazioni, vedere Creare o aggiungere un team e gestire i backlog del prodotto e del portfolio.
Important
È possibile creare collegamenti figlio agli elementi di lavoro in altri progetti, ma se i progetti usano processi diversi, la gerarchia tra progetti non è visibile nel backlog. Apri il modulo dell'elemento di lavoro per visualizzare tutti gli elementi figlio associati.
Visualizza gli elementi di lavoro del nodo foglia
Mantenere ogni tipo di elemento di lavoro in un elenco semplice e collegare i genitori e i bambini solo in diversi tipi, ad esempio epica per la caratteristica, la funzionalità per la storia, l'attività da raccontare. Evitare gerarchie dello stesso tipo, ad esempio story-to-story, bug-to-bug o task-to-task.
Se crei una gerarchia all'interno della stessa categoria, solo il nodo foglia viene visualizzato nelle bacheche, nei backlog degli sprint e nelle taskboard. Ad esempio, in una catena di attività a quattro livelli, vengono visualizzate solo le attività di quarto livello.
Per altre informazioni, vedere Risolvere i problemi di riordinamento e annidamento.
Controlli del backlog di prodotto
La barra degli strumenti del backlog del prodotto raggruppa i controlli in pivot, opzioni di visualizzazione e menu di comando. Per informazioni dettagliate, vedere Configurare la visualizzazione backlog.
Pivot
| Controllo | Description |
|---|---|
| Backlog | Visualizzare l'elenco degli elementi di lavoro. |
| Analytics | Visualizzare i report di Analisi nel contesto. |
| Selettore del backlog |
Passare tra backlog del portfolio, backlog del prodotto e backlog dello sprint. |
Opzioni di visualizzazione
| Interruttore | Description |
|---|---|
| Genitori | Mostra gli epic e le funzionalità padre. Non disponibile nel backlog del portfolio di primo livello. |
| Previsioni | Stimare gli elementi che rientrano negli sprint futuri. Solo backlog di prodotto. |
| Elementi in corso | Mostrare o nascondere gli elementi in stato Attivo, Confermato o Risolto. |
| Elementi secondari completati | Mostra o nascondi gli elementi figlio completati. |
| Mapping | Aprire il riquadro di mapping per visualizzare gli elementi padre trascinando. Non disponibile nel backlog del portfolio di primo livello. |
| Pianificazione | Apri il riquadro di pianificazione per trascinare gli elementi negli sprint. |
Azioni della barra degli strumenti
| Controllo | Description |
|---|---|
| Filtro |
Filtrare il backlog per parola chiave, tag o campo. |
| Impostazioni |
Gestire i team e configurare gli strumenti del team. |
| Espandi/Comprimi |
Espandere o comprimere un livello della gerarchia. |
| Schermo intero |
Immettere o uscire dalla modalità schermo intero. |
| Altri comandi |
Impostare le opzioni di colonna, creare una query o inviare un messaggio di posta elettronica. |
Important
Quando i genitori sono attiva, Crea query e Invia messaggio di posta elettronica agiscono ancora solo sugli elementi a livello di backlog attualmente selezionato.
Autorizzazioni e accesso
Le operazioni che è possibile eseguire su un backlog dipendono dal livello di accesso e dall'appartenenza a gruppi:
| Livello di accesso o gruppo | Cosa puoi fare |
|---|---|
| Accesso di base | Accesso completo a tutte le funzionalità del backlog e della board. |
| Accesso per gli stakeholder | Visualizza backlog e bacheche, aggiungi e modifica elementi di lavoro, ma con controllo limitato sull'ordinamento e la configurazione del backlog. Per maggiori dettagli, consulta Guida rapida all'accesso degli stakeholder. |
| Gruppo collaboratori | Usare la maggior parte delle funzionalità in Boards o Work (con accesso di base). |
| gruppo Project Administrators | Configurare le impostazioni del team, gestire i percorsi di area e iterazione e personalizzare i livelli di backlog. |
Per la matrice di autorizzazioni completa, vedi Impostare le autorizzazioni di tracciamento del lavoro. Per concedere l'accesso, vedere Aggiungere utenti a un progetto o a un team.
Aggiungere i backlog e le bacheche dei portfolio
Per aggiungere un backlog o una scheda portfolio, personalizzare il processo per aggiungere o modificare i tipi di elementi di lavoro, quindi abilitare tali tipi nei backlog e nelle schede desiderate.
Usare il modello di processo ereditato:
Scegliere il modello di processo:
| Modello di processo | Riferimenti |
|---|---|
| Processo ereditato | Personalizzare un processo ereditato • Personalizzare i backlog o i board |
| XML in loco | Personalizzare il tracciamento del lavoro • Aggiungere backlog del portfolio • Personalizzare il modello di processo XML locale |