Risolvere i problemi di riordinamento e annidamento
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Quando si riordinano, annidano e visualizzano elementi di lavoro, Azure DevOps prevede una gerarchia naturale. La gerarchia naturale si interrompe quando si creano collegamenti della stessa categoria o dello stesso tipo tra gli elementi di lavoro. Ad esempio, i collegamenti padre a figlio che sono bug per bug o storia utente per la categoria di requisiti o storia utente alla categoria di attività. Usare questo articolo per risolvere i messaggi di errore quando si aggiungono collegamenti che non si trovano nella gerarchia naturale.
"Non è possibile riordinare gli elementi di lavoro e alcuni elementi di lavoro potrebbero non essere visualizzati"
È possibile che venga visualizzato un errore simile a uno dei messaggi seguenti:
- Non è possibile riordinare gli elementi di lavoro e alcuni elementi di lavoro potrebbero non essere visualizzati
- Non sono elencati ID elemento di lavoro
Per risolvere questo errore, seguire questa procedura:
Apri il backlog.
Esaminare l'elenco di elementi per identificare quelli dello stesso tipo annidati.
- Esempio 1: l'immagine seguente mostra una storia utente come figlio di un'altra storia utente.
- Esempio 2: l'immagine seguente mostra un bug come figlio di una storia utente. Quando il backlog visualizza le storie utente e i bug allo stesso livello (categoria Requisiti), viene generato un elemento annidato che disabilita la funzionalità di ordinamento.
Rimuovere tutti i collegamenti padre-figlio presenti tra gli elementi annidati dello stesso tipo di elemento di lavoro o categoria oppure valutare la possibilità di modificare il tipo di collegamento in "Correlato".
Aggiornare il backlog.
Seguire questa procedura per risolvere il problema e il messaggio di errore non viene più visualizzato.
"Impossibile riordinare l'elemento di lavoro perché il padre si trova nella stessa categoria"
È possibile che venga visualizzato un errore simile a uno dei messaggi seguenti:
- Non è possibile riordinare gli elementi di lavoro e alcuni elementi di lavoro potrebbero non essere visualizzati. Vedere gli elementi di lavoro 7 per rimuovere il collegamento padre a figlio o modificare il tipo di collegamento in Correlato.
- L'elemento di lavoro 3 non può essere riordinato perché il relativo elemento padre si trova nella stessa categoria.
Per risolvere questo errore, seguire questa procedura:
- Aprire l'elemento di lavoro elencato nel messaggio di errore.
- Cercare un collegamento padre o figlio. Assicurarsi che questo collegamento venga inserito in un elemento di lavoro all'interno della stessa categoria dell'elemento di lavoro aperto. Questo collegamento passa a un altro elemento di lavoro visualizzato sullo stesso livello di backlog dell'elemento di lavoro aperto. A seconda dell'impostazione del comportamento di bug del team, i bug potrebbero apparire con requisiti o attività.
- Rimuovere il collegamento padre-figlio problematico. Se si desidera mantenere associati questi elementi, usare invece il tipo di collegamento "Correlato".
Il messaggio non viene più visualizzato.
"Gli elementi di lavoro in corso potrebbero scomparire all'aggiornamento"
È possibile che venga visualizzato un errore simile a uno dei messaggi seguenti:
Gli elementi aggiunti al backlog potrebbero scomparire in un aggiornamento perché il progetto team li contrassegna come "in corso". Questi elementi vengono visualizzati quando si modifica il filtro "In corso" in Mostra.
Questo messaggio indica che il filtro In corso per il backlog è disattivato.
Quando si aggiorna il browser, gli elementi di lavoro vengono visualizzati in base ai filtri selezionati. Per reimpostare i filtri, seguire questa procedura.
- Apri il backlog.
- Dal selettore Opzioni di visualizzazione scegliere di visualizzare o nascondere gli elementi in corso.
- Se si disattiva il controllo In corso, gli elementi che si trovano negli stati Attivo, Commit o Risolto o che eseguono il mapping allo stato della categoria In corso non vengono visualizzati.
- Nascondi elementi in corso quando vuoi prevedere il lavoro. Per altre informazioni, vedere Prevedere il backlog del prodotto.
Nota
- Per altre informazioni, vedere Configurare la visualizzazione backlog e Aggiungere tipi di elementi di lavoro personalizzati.
- Per i problemi che possono verificarsi con la proprietà multi-team, vedere Configurare una gerarchia di team, Esercizio selezionare le funzionalità con percorsi di area condivisa.
- Per riordinare gli elementi di lavoro nel backlog, è necessario disporre dell'accesso di base o superiore. Se si ha accesso agli stakeholder, non è possibile riordinare gli elementi di lavoro. Per altre informazioni, vedere Informazioni di riferimento rapido sull'accesso di tipo Stakeholder.
Gerarchia naturale per i tipi di elemento di lavoro
L'immagine seguente mostra la gerarchia naturale per i processi Agile, Scrum e Capability Maturity Model Integration (CMMI).
Procedure consigliate
Fare:
- Mantenere un elenco semplice, invece di annidare requisiti, bug e attività.
- Crea solo collegamenti padre-figlio un livello profondo tra gli elementi appartenenti a una categoria diversa. La categoria a cui appartiene un elemento di lavoro viene determinata dai livelli di processo e dal comportamento di bug selezionato del team.
- Usare il tipo di elemento di lavoro della funzionalità per raggruppare le storie utente (Agile), i problemi (Basic), gli elementi di lavoro (Scrum) o i requisiti (CMMI). È possibile eseguire rapidamente il mapping degli elementi di lavoro alle funzionalità, creando collegamenti padre-figlio in background.
Che cosa non fare:
- Creare una gerarchia di elementi di lavoro, attività e bug.
- Stabilire gerarchie di stessa categoria, ad esempio collegamenti padre-figlio tra elementi di lavoro dello stesso tipo , ad esempio story-story, bug-bug, task-task o issue-issue. Le esperienze backlog, board e sprint non supportano il riordinamento per le gerarchie della stessa categoria, perché introduce confusione ordinando un elemento di lavoro che non appartiene a tale livello.
Tenere traccia dei bug come requisiti o attività
Ogni team ha la flessibilità necessaria per scegliere come tenere traccia dei bug, ad esempio come requisiti, attività o nessuno dei due. Vedere le linee guida seguenti:
Se si rilevano i bug come requisiti: annidarli solo al livello di funzionalità.
Se si tengono traccia dei bug come attività: annidarli solo al livello di requisito.
Visualizzare gli elementi annidati su backlog e bacheche
I backlog sprint e le schede attività visualizzano esclusivamente l'ultimo nodo in una gerarchia di stessa categoria, denominata nodo foglia.
Backlog sprint e taskboard
Quando le attività e i bug si collegano ai requisiti padre, li raggruppano correttamente nel backlog dello sprint e nella schermata attività. Tuttavia, quando si stabiliscono collegamenti padre-figlio tra un requisito e un bug e tra il bug e un'attività, come illustrato di seguito, l'attività viene visualizzata nel backlog sprint e nella lavagna delle attività, mentre il bug non lo fa.
Gerarchia di elementi assegnati a un backlog sprint
Solo i nodi foglia vengono visualizzati nei backlog sprint
Solo i nodi foglia vengono visualizzati nelle schede attività
Domande frequenti
D: Esiste una soluzione alternativa per visualizzare i nodi intermedi all'interno di una gerarchia?
R: No, attualmente non è possibile. È sempre possibile controllare l'intero elenco di elementi assegnati a uno sprint quando si seleziona Crea query.
Articoli correlati
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per