Configurare i backlog e le lavagne del progetto in Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Nella maggior parte dei casi, è possibile iniziare a usare i backlog del prodotto e del portfolio dopo la creazione del progetto. Il team predefinito viene creato insieme ai backlog e alle bacheche associate. È possibile iniziare ad aggiungere elementi di lavoro al backlog del prodotto usando il backlog o la scheda.
Tuttavia, potrebbe essere necessario assicurarsi di aver configurato correttamente i backlog e le schede. Assicurati che la configurazione sia corretta se hai aggiunto un team e vuoi iniziare a usare i backlog e le bacheche del team. Le modifiche possono essere apportate a un progetto o a una configurazione del team nel tempo. Queste modifiche possono influire sugli elementi di lavoro visualizzati nel backlog e nelle bacheche.
Per una panoramica degli strumenti associati al team, vedere Gestire e configurare gli strumenti del team.
Prerequisiti
| Categoria | Requisiti |
|---|---|
| Accesso al progetto | membro del progetto. |
| Autorizzazioni | - Membro del gruppo di sicurezza Collaboratori o Amministratori del progetto. - Per visualizzare o modificare elementi di lavoro: Visualizza gli elementi di lavoro in questo nodo e Modifica gli elementi di lavoro in questo nodo con autorizzazioni impostate su Consenti. Per impostazione predefinita, il gruppo Collaboratori ha questa autorizzazione impostata su Consenti. Per ulteriori informazioni, vedere Impostare le autorizzazioni di rilevamento del lavoro. |
| livelli di accesso | Per aggiungere o modificare elementi di lavoro: almeno accesso base. Gli utenti con accesso stakeholder per i progetti pubblici hanno accesso completo alle funzionalità di backlog e bacheca, come gli utenti con accesso di base. Per ulteriori informazioni, vedere Guida rapida all'accesso dei portatori di interesse. |
| iterazioni definite | Per usare il riquadro di pianificazione |
| Categoria | Requisiti |
|---|---|
| Accesso al progetto | membro del progetto. |
| Autorizzazioni | - Membro del gruppo di sicurezza Collaboratori o Amministratori del progetto. - Per visualizzare o modificare elementi di lavoro: Visualizza gli elementi di lavoro in questo nodo e Modifica gli elementi di lavoro in questo nodo con autorizzazioni impostate su Consenti. Per impostazione predefinita, il gruppo Collaboratori ha questa autorizzazione impostata su Consenti. Per ulteriori informazioni, vedere Impostare le autorizzazioni di rilevamento del lavoro. |
| livelli di accesso | Per aggiungere o modificare elementi di lavoro: almeno accesso base. |
| iterazioni definite | Per usare il riquadro di pianificazione |
Backlog predefinito ed elementi di lavoro nel board
La prima cosa da capire è che il Backlog del prodotto e il Board visualizza gli elementi di lavoro che soddisfano i criteri seguenti:
- Il tipo di elemento di lavoro appartiene alla categoria Requisiti. I tipi variano a seconda del processo selezionato per il progetto:
- Percorso dell'area dell'elemento di lavoro corrisponde a uno dei percorsi dell'area del team selezionato
- Elemento di lavoro Percorso iterazione si trova nel percorso di Iterazione Predefinito del team
È possibile determinare i tipi di elemento di lavoro che appartengono alla categoria Requisiti. Determinare gli elementi aprendo il backlog del prodotto e controllando il nome del backlog del prodotto.
Controlla i percorsi dell'Area e dell'Iterazione del tuo team. Per altre informazioni, vedere Definire i percorsi di area e assegnare a un team e Definire i percorsi sprint e configurare le iterazioni del team.
Backlog sprint predefinito ed elementi di lavoro taskboard
Il backlog sprint e la Taskboard applicano i filtri associati al backlog predefinito del team e agli elementi di lavoro della board insieme al Percorso di Iterazione che selezioni.
È possibile selezionare solo Percorsi di iterazione pre-selezionati dal team.
Il backlog sprint visualizza solo gli elementi di lavoro assegnati allo sprint selezionato. Le attività figlio assegnate ad altri sprint non vengono visualizzate.
Esaminare la lista di controllo per gli elementi di lavoro, i backlog e le bacheche
Se non vengono visualizzati gli elementi di lavoro previsti nel backlog o nella scheda del prodotto, completare i controlli seguenti:
Assicurati di aver selezionato il backlog del team o la bacheca di interesse. Per informazioni su come, vedere Usare i breadcrumb e i selettori di navigazione per passare agli artefatti e aprirli.
Crea una query dei tuoi elementi backlog, specificando i tipi di elemento di lavoro che appartengono alla categoria Requisiti e il Percorso di area associato al tuo team, ad esempio:
Aggiungere i campi State, Area Path e Iteration Path alle opzioni di colonna.
Controllare i risultati della query e che i valori degli elementi di lavoro che si prevede vengano visualizzati nel backlog soddisfano questi criteri:
- Area Path appartiene ai percorsi dell'area del team
- Percorso di Iterazione appartiene al percorso di iterazione predefinito del team
- Lo stato non è Chiuso, Completato, Fatto o Rimosso.
Nota
È anche possibile filtrare il backlog del prodotto per visualizzare o nascondere elementi di lavoro che si trovano in una categoria di stato In corso, corrispondente a uno stato attivo, risolto, impegnato, in lavorazione del flusso di lavoro.
Aggiungere bug ai backlog e alle bacheche
Per tutti i processi ad eccezione del processo Basic, ogni team gestisce il modo in cui vengono rilevati i bug. Monitorare i bug della categoria Requisiti poiché compaiono nel Backlog e nella scheda o nella categoria Attività. Possono anche essere visualizzati nel Taskboard o nella categoria Bugs, in cui non vengono visualizzati né nei backlog né nelle bacheche.
Nota
I tipi di elementi di lavoro bug non sono disponibili nel processo Basic. Il processo Basic tiene traccia dei bug come Problemi ed è disponibile quando si crea un nuovo progetto da Azure DevOps Services o da Azure DevOps Server 2019.1 o versioni successive.
Se si desidera che i bug vengano visualizzati nel backlog e nel Board, scegliere Bugs sono gestiti con i requisiti.
Per ulteriori informazioni, vedere Visualizzare bug nei backlog e nelle bacheche.
Correggere la configurazione della scheda
Se viene visualizzato l'errore seguente quando si apre la scheda, è necessario correggere la configurazione. Il motivo principale di questo errore è che gli stati del flusso di lavoro dei tipi di elementi di lavoro aggiunti alla categoria Requisiti non vengono mappati alla colonna.
Scegliere Correggi ora per aprire la finestra di dialogo Impostazioni. Per eseguire il mapping degli stati del flusso di lavoro, consultare Aggiungere colonne alla scheda, Aggiornare il mapping delle colonne agli stati.
Personalizza gli elementi della checklist della tua bacheca
Gli elenchi di controllo sono un ottimo modo per creare elementi di lavoro collegati automaticamente con un collegamento padre-figlio a un altro elemento di lavoro in una scheda. È possibile personalizzare i tipi di elemento di lavoro che è possibile aggiungere come elenco di controllo aprendo le impostazioni della scheda, scegliendo Annotazioni e abilitando i tipi di elemento di lavoro che si desidera visualizzare nella scheda. Per altre informazioni, vedere Personalizzare le schede.
Ad esempio, qui abbiamo scelto di tenere traccia dei bug insieme alle attività e di abilitare Attività, Bug, oggetti GitHub e Test da visualizzare all'interno degli elenchi di controllo.
Per altre informazioni sugli elenchi di controllo, vedere gli articoli seguenti:
Aggiungi altri tipi di elemento di lavoro alla bacheca
Se avete aggiunto tipi di elemento di lavoro alla categoria attività come descritto in Aggiungere tipi di elementi di lavoro personalizzati alla lavagna attività successivamente in questo articolo, è possibile scegliere se questi tipi vengono visualizzati all'interno di un elenco di controllo sulla lavagna del prodotto. Per effettuare questa scelta, aprire Impostazioni scheda, scegliere Annotazioni e abilitare i tipi di elemento di lavoro che si desidera visualizzare nella scheda. È possibile abilitare fino a cinque annotazioni. Per altre informazioni, vedere Personalizzare le schede.
Ad esempio, qui abbiamo scelto di tenere traccia dei bug insieme alle attività e di abilitare Issue e Ticket e Task e Bug. Per ulteriori informazioni sugli elenchi di controllo, vedere Aggiungere attività o elementi figlio come elenchi di controllo e Aggiungere, eseguire e aggiornare i test in linea.
Nascondere o visualizzare i livelli di backlog
La tua squadra può anche scegliere di nascondere o mostrare uno o più livelli di backlog. I team delle funzionalità spesso gestiscono gli elementi di backlog, mentre i team di gestione gestiscono funzionalità ed epiche. In questo caso, è possibile abilitare o disabilitare un livello di backlog.
Per altre informazioni, vedere Selezionare i livelli di navigazione backlog per il team.
Aggiungi i tipi di elementi di lavoro personalizzati ai backlog e ai livelli di backlog del portafoglio.
Per tenere traccia di diversi tipi di elementi di lavoro nel backlog del prodotto, è possibile farlo aggiungendo tipi di elementi di lavoro personalizzati e aggiungendoli a un livello di backlog specifico.
È anche possibile aggiungere tipi di elemento di lavoro personalizzati e aggiungerli ai backlog del portfolio. È possibile aggiungere fino a cinque backlog di portafoglio.
Ad esempio, qui sono stati aggiunti i tipi di lavoro 'Iniziative', di quarto livello e di quinto livello per supportare cinque livelli di backlog del portfolio. Abbiamo anche aggiunto un tipo di elemento di lavoro personalizzato chiamato Ticket e lo abbiamo inserito nel backlog del prodotto.
Per ulteriori informazioni, vedi le seguenti risorse:
Modello di processo di ereditarietà:
- Aggiungere e gestire tipi di elemento di lavoro (processo ereditato)
- Personalizzare i backlog o le schede (processo ereditato)
- Personalizzare un processo di ereditarietà
Modello di processo XML locale:
Aggiungere tipi di elementi di lavoro personalizzati alla lavagna delle attività
Per aggiungere tipi di elemento di lavoro personalizzati da visualizzare nella Schermata attività sprint, seguire i passaggi descritti di seguito in base al modello di processo usato dal progetto.
Nota
È possibile abilitare i tipi di elemento di lavoro aggiunti al backlog di iterazione per essere visualizzati come elenco di controllo nella scheda prodotti. Per sapere come fare, vedere Personalizzare gli elementi dell'elenco di controllo della bacheca forniti in precedenza in questo articolo.
Tenere traccia degli elementi di lavoro personalizzati con il modello di processo ereditato
Ad esempio, se si vuole tenere traccia di un tipo di elemento di lavoro personalizzato, Ticket, insieme ad Attività e Bug, eseguire le seguenti attività:
Definire il tipo di elemento di lavoro personalizzato denominato Ticket. Vedere Aggiungere e gestire i tipi di elementi di lavoro.
Aggiungere i tipi di elemento di lavoro 'Ticket' al backlog dell'iterazione. Per altre informazioni, vedere Personalizzare i backlog o le bacheche di un processo.
Aggiungere tipi di elementi di lavoro esistenti e personalizzati con il modello di processo XML locale
Per le distribuzioni locali che usano il modello di processo XML locale per personalizzare il rilevamento del lavoro, è possibile aggiungere tipi di elementi di lavoro esistenti e personalizzati agli sprint Taskboard. Ad esempio, se desideri monitorare i Problemi (o gli Impedimenti per il processo Scrum) e un tipo di elemento di lavoro personalizzato, Ticket, insieme ad Attività e Bug, esegui le seguenti attività:
Definire il tipo di elemento di lavoro personalizzato denominato Ticket. Vedere Aggiungere o modificare un tipo di elemento di lavoro.
Aggiungere i tipi di elemento di lavoro Richiesta e Ticket alla Categoria Attività modificando il file XML delle Categorie. Per ulteriori informazioni, vedere Categories XML element reference.
Ad esempio, qui aggiungiamo Problema e Ticket alla categoria di attività.
<CATEGORY name="Task Category" refname="Microsoft.TaskCategory"> <DEFAULTWORKITEMTYPE name="Task" /> <WORKITEMTYPE name="Issue" / <WORKITEMTYPE name="Ticket" / </CATEGORY>Assicurarsi che gli stati del flusso di lavoro Issue e Ticket siano mappati agli stati della categoria. Se necessario, modificare il file XML ProcessConfiguration per aggiungere Problemi e Ticket alla
TaskBacklogsezione .Ad esempio, qui vengono mappati gli stati Nuovo, Attivo e Chiuso per la categoria attività.
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="1000"> <States> <State value="New" type="Proposed" /> <State value="Active" type="InProgress" /> <State value="Closed" type="Complete" /> </States> . . . </TaskBacklog>Per verificare le modifiche, aprire un backlog Sprint e assicurarsi di poter aggiungere un problema o un ticket nello stesso modo in cui si aggiunge un'attività. Vedere Aggiungere attività.
Altri fattori che possono influire sugli elementi di lavoro negli elenchi arretrati e nelle schede
Le impostazioni seguenti possono influenzare il tipo e il numero di elementi di lavoro visualizzati nei backlog e nelle bacheche.
Nella tua bacheca, gli elementi di lavoro appena aggiunti potrebbero non essere visualizzati se hanno una posizione bassa nella classifica all'interno del backlog di prodotto. Scegliendo Mostra altri elementi, è possibile aggiornare la scheda e visualizzare più elementi di lavoro.
Se sono presenti elementi di lavoro annidati che appartengono alla stessa categoria, solo i nodi terminali possono essere visualizzati nella scheda (per TFS 2018.1 e versioni precedenti). Per questo motivo, è consigliabile non annidare elementi di lavoro dello stesso tipo di elemento di lavoro o appartenenti alla stessa categoria. Per altre informazioni, vedere Risolvere i problemi di riordinamento e annidamento, Come i backlog e le bacheche visualizzano gli elementi gerarchici (annidati).
Se la visualizzazione In corso è stata disattivata, gli elementi di lavoro in cui è stato avviato il lavoro non verranno visualizzati nell'elenco backlog.
Gli elementi di lavoro vengono visualizzati nell'ordine di priorità in cui vengono aggiunti o spostati. Questo ordine o sequenza viene gestito dal campo Stack Rank (processi base, Agile e CMMI) o Priorità Backlog (Scrum). Per ulteriori informazioni, vedere la sezione Classificazione a pila in Portafogli, backlog e gestione di progetti Agile.
Ogni backlog può visualizzare fino a 999 elementi di lavoro. Se il backlog supera questo limite, è consigliabile prendere in considerazione l'aggiunta di un team e lo spostamento di alcuni elementi di lavoro nel backlog dell'altro team.
I backlog sprint mostrano solo gli elementi di lavoro che soddisfano il percorso assegnato all'area del team e il Percorso di Iterazione definiti per lo sprint.
Modello di processo di ereditarietà: se un amministratore disabilita o elimina un tipo di elemento di lavoro, non viene visualizzato nei backlog e nelle bacheche.
Modello di processo XML locale: se un amministratore elimina o elimina definitivamente un tipo di elemento di lavoro, non viene visualizzato nei backlog e nelle bacheche.
Articoli correlati
- Aggiungere un team, passare da un team predefinito a più team
- Crea il tuo backlog
- Ordine di priorità del backlog o ordine di classificazione dello stack
- Usare le categorie per raggruppare i tipi di elementi di lavoro
- Stati e categorie di stato del flusso di lavoro
- Automatizzare le transizioni di stato degli elementi di lavoro