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
Quando si riordinano, annidano e visualizzano gli elementi di lavoro, Azure Boards 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-figlio che sono bug a bug o storia utente a storia utente. Usare questo articolo per risolvere i messaggi di errore quando si aggiungono collegamenti che non si trovano nella gerarchia naturale.
Prerequisites
| Category | Requirements |
|---|---|
| accesso al progetto | membro del progetto. |
| Permissions | - Membro del Contributors o Project Administrators gruppo di sicurezza. - Per visualizzare o modificare elementi di lavoro: Visualizzare gli elementi di lavoro in questo nodo e Modificare gli elementi di lavoro in questo nodo autorizzazioni impostate su Consenti. Per impostazione predefinita, il gruppo Collaboratori ha questa autorizzazione impostata su Consenti. Per ulteriori informazioni, vedere Impostare le autorizzazioni per il monitoraggio del lavoro. |
| Livelli di accesso | Per aggiungere o modificare elementi di lavoro: almeno Accesso Basic. Gli utenti con Accesso Stakeholder per i progetti pubblici hanno completo accesso alle funzionalità di bacheca e backlog, così 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 Pianificazione : assicurarsi che l'amministratore del team definisca i percorsi di iterazione (sprint) e configurare le iterazioni del team. |
| Category | Requirements |
|---|---|
| accesso al progetto | membro del progetto. |
| Permissions | - Membro del Contributors o Project Administrators gruppo di sicurezza. - Per visualizzare o modificare elementi di lavoro: Visualizzare gli elementi di lavoro in questo nodo e Modificare gli elementi di lavoro in questo nodo autorizzazioni impostate su Consenti. Per impostazione predefinita, il gruppo Collaboratori ha questa autorizzazione impostata su Consenti. Per ulteriori informazioni, vedere Impostare le autorizzazioni per il monitoraggio del lavoro. |
| Livelli di accesso | Per aggiungere o modificare elementi di lavoro: è necessario almeno accesso di base. |
| Iterazioni definite | Per usare il riquadro Pianificazione : assicurarsi che l'amministratore del team definisca i percorsi di iterazione (sprint) e configurare le iterazioni del team. |
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
- Gli ID degli elementi di lavoro non sono elencati
Per risolvere l'errore, seguire questa procedura:
Apri il backlog.
Esaminare l'elenco di elementi per identificare gli elementi 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 Correlati.
Aggiorna il backlog.
Questi passaggi risolvono il problema e il messaggio di errore non viene più visualizzato.
Non è possibile riordinare l'elemento di lavoro perché l'elemento 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 l'elemento 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 l'errore, seguire questa procedura:
- Aprire l'elemento di lavoro elencato nel messaggio di errore.
- Cerca un collegamento padre o figlio. Assicurarsi che questo collegamento venga inserito in un elemento di lavoro nella stessa categoria dell'elemento di lavoro aperto. Cerca un collegamento che porta a un altro elemento di lavoro visibile allo 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 al seguente:
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 lavorazione quando vuoi prevedere il lavoro. Per ulteriori informazioni, vedere Previsione del backlog del prodotto.
Note
- Per altre informazioni, vedere Configurare la visualizzazione del backlog e Aggiungere tipi di elementi di lavoro personalizzati.
- Per i problemi che possono verificarsi con la proprietà condivisa tra più team, vedere Utilizzo di funzionalità selezionate con percorsi di area condivisa.
- Per riordinare gli elementi di lavoro nel backlog, è necessario avere almeno un accesso Basic. Se si ha accesso agli stakeholder, non è possibile riordinare gli elementi di lavoro. Per ulteriori informazioni, vedere Guida rapida all'accesso dei portatori di interesse.
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
Do:
- Mantenere un elenco semplice, invece di annidare requisiti, bug e attività.
- Crea collegamenti padre-figlio ad un solo livello di profondità tra elementi appartenenti a categorie diverse. I livelli di processo e il comportamento di bug selezionato del team determinano la categoria a cui appartiene un elemento di lavoro.
- Usa il tipo di elemento di lavoro funzionalità per raggruppare le storie utente (Agile), gli elementi del backlog del prodotto (Scrum) o i requisiti (CMMI). È possibile mappare gli elementi di lavoro alle funzionalità. Questo mapping crea collegamenti padre-figlio in secondo piano. Per ulteriori informazioni, vedere Organizzare il tuo backlog.
Don't:
- Creare una gerarchia di elementi di lavoro, attività e bug.
- Stabilire gerarchie della stessa categoria, ad esempio collegamenti padre-figlio tra elementi di lavoro dello stesso tipo. Ad esempio, non creare collegamenti tra 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é questo approccio introduce confusione ordinando un elemento di lavoro che non appartiene a tale livello.
Tenere traccia dei bug come requisiti o attività
Ogni team può scegliere di tenere traccia dei bug come requisiti, attività o nessuno dei due. Vedere le linee guida seguenti:
Se tracciate i bug come requisiti: Annidarli solo sotto il livello Funzionalità.
Se tracci i bug come attività: Annidali solo al livello requisito.
Per altre informazioni, vedere Visualizzare bug nei backlog e nelle bacheche.
Visualizzare gli elementi annidati su backlog e bacheche
I backlog sprint e i taskboard visualizzano esclusivamente l'ultimo nodo in una gerarchia di stessa categoria, denominata nodo foglia.
Backlog sprint e taskboard
Quando si collegano compiti e bug ai requisiti padre, è possibile raggrupparli correttamente nel backlog dello sprint e nel taskboard. Quando si stabiliscono collegamenti padre-figlio tra un requisito e un bug e tra il bug e un'attività, come illustrato in questo articolo, l'attività viene visualizzata nel backlog sprint e nel taskboard, 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 nei task board
Usare l'intelligenza artificiale per risolvere i problemi di riordinamento del backlog
L'esempio di prompt seguente per Copilot Chat aiuta a risolvere i problemi di riordinamento e gerarchia del backlog di Azure Boards. Copiare e incollare questa richiesta in Copilot Chat, sostituendo i segnaposto con le informazioni specifiche.
Per ottenere assistenza ottimale per l'intelligenza artificiale, includere dettagli specifici, ad esempio il messaggio di errore esatto, gli ID degli elementi di lavoro indicati in errori, il modello di processo e le impostazioni di configurazione del team.
I'm having this Azure Boards backlog reordering issue: [PASTE YOUR ERROR MESSAGE OR DESCRIBE THE PROBLEM]
Backlog configuration details:
- Process template: [Agile/Scrum/CMMI/Custom]
- Error message: [EXACT ERROR TEXT if applicable]
- Work item IDs mentioned: [SPECIFIC WORK ITEM IDs from error messages]
- Work item types involved: [User Story/Bug/Task/Feature/Epic/etc.]
- Bug tracking setting: [Track bugs as Requirements/Tasks/Neither]
- Link relationships: [Parent-Child/Related links between which work items]
- Backlog level: [Product/Features/Epics backlog where issue occurs]
- View filters applied: [In Progress items shown/hidden, other filters]
- Recent changes: [New links created, work items moved, team settings changed]
Can you help me troubleshoot this issue? Please provide step-by-step instructions to:
1. Identify why the work item hierarchy is preventing reordering
2. Fix the problematic parent-child links or category conflicts
3. Restore proper backlog ordering functionality while maintaining valid relationships
Context: This is for Azure Boards backlog management. The issue might be related to same-category hierarchies, natural hierarchy violations, filter settings, or work item link conflicts.
Copilot è basato sull'IA, quindi sono possibili sorprese ed errori. Per ulteriori informazioni, consultare le FAQ sull'uso generale di Copilot.
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.