Problemen met opnieuw ordenen en nesten oplossen

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

Wanneer u werkitems opnieuw rangschikt, nestt en weergeeft, verwacht Azure DevOps een natuurlijke hiërarchie. De natuurlijke hiërarchie wordt verbroken wanneer u koppelingen van dezelfde categorie of hetzelfde type maakt tussen werkitems. Bijvoorbeeld bovenliggende naar onderliggende koppelingen die bug naar bug of gebruikersverhaal naar gebruikersverhaal of vereistencategorie naar taakcategorie zijn. Gebruik dit artikel om foutberichten te verhelpen wanneer u koppelingen toevoegt die zich niet in de natuurlijke hiërarchie bevinden.

"U kunt werkitems niet opnieuw ordenen en sommige werkitems worden mogelijk niet weergegeven"

Mogelijk ziet u een foutbericht dat lijkt op een van de volgende berichten:

• U kunt werkitems niet opnieuw ordenen en sommige werkitems worden mogelijk niet weergegeven
• Er worden geen werkitem-id's weergegeven

Als u deze fout wilt oplossen, voert u de volgende stappen uit:

1. Open uw achterstand.

2. Bekijk de lijst met items om die van hetzelfde type te identificeren dat is genest.

   • Voorbeeld 1: In de volgende afbeelding ziet u een gebruikersverhaal als een onderliggend element van een ander gebruikersverhaal.

   

   • Voorbeeld 2: In de volgende afbeelding ziet u een bug als een onderliggend element van een gebruikersverhaal. Wanneer in de achterstand gebruikersverhalen en bugs op hetzelfde niveau (categorie Vereisten) worden weergegeven, resulteert dit in een geneste item waarmee de bestelfunctie wordt uitgeschakeld.

   

3. Verwijder koppelingen tussen bovenliggende en onderliggende items die bestaan tussen geneste items van hetzelfde werkitemtype of dezelfde categorie, of overweeg het koppelingstype te wijzigen in 'Gerelateerd'.

4. Vernieuw uw achterstand.

Als u deze stappen uitvoert, wordt het probleem opgelost en wordt het foutbericht niet meer weergegeven.

'Het werkitem kan niet opnieuw worden gerangschikt omdat het bovenliggende item zich in dezelfde categorie bevindt'

Mogelijk ziet u een foutbericht dat lijkt op een van de volgende berichten:

• U kunt werkitems niet opnieuw ordenen en sommige werkitems worden mogelijk niet weergegeven. Zie werkitem(s) 7 om de bovenliggende naar onderliggende koppeling te verwijderen of het koppelingstype te wijzigen in Gerelateerd.
• Werkitem 3 kan niet opnieuw worden gerangschikt omdat het bovenliggende item zich in dezelfde categorie bevindt.

Als u deze fout wilt oplossen, voert u de volgende stappen uit:

1. Open het werkitem dat wordt vermeld in het foutbericht.
2. Zoek naar een bovenliggende of onderliggende koppeling. Zorg ervoor dat deze koppeling naar een werkitem binnen dezelfde categorie gaat als het werkitem dat u hebt geopend. Deze koppeling gaat naar een ander werkitem dat op hetzelfde achterstandsniveau wordt weergegeven als het werkitem dat u hebt geopend. Afhankelijk van de instelling voor foutgedrag van uw team kunnen bugs worden weergegeven met vereisten of taken.
3. Verwijder de koppeling bovenliggend/onderliggend element. Als u deze items gekoppeld wilt houden, gebruikt u in plaats daarvan het koppelingstype Gerelateerd.

Het bericht wordt niet meer weergegeven.

'Werkitems die worden uitgevoerd, verdwijnen mogelijk bij vernieuwen'

Mogelijk ziet u een foutbericht dat lijkt op een van de volgende berichten:

Items die aan de achterstand zijn toegevoegd, verdwijnen mogelijk tijdens een vernieuwing, omdat uw teamproject deze als 'wordt uitgevoerd' markeert. Deze items worden weergegeven wanneer u het filter Wordt uitgevoerd wijzigt in Weergeven.

Dit bericht geeft aan dat het filter Wordt uitgevoerd voor de achterstand is uitgeschakeld.

Wanneer u uw browser vernieuwt, worden de werkitems weergegeven op basis van de geselecteerde filters. Als u de filters opnieuw wilt instellen, voert u de volgende stappen uit.

1. Open uw achterstand.
2. Kies in de weergaveoptieskiezer om items in uitvoering weer te geven of te verbergen.

• Als u het besturingselement Wordt uitgevoerd uitschakelt, worden items die zich in de status Actief, Doorgevoerd of Opgelost bevinden die zijn toegewezen aan de categorie In voortgang niet weergegeven.

• Items in uitvoering verbergen wanneer u werk wilt voorspellen. Zie De achterstand van uw product voorspellen voor meer informatie.

Notitie

• Zie De weergave Backlog configureren en Aangepaste werkitemtypen toevoegen voor meer informatie.
• Zie Een hiërarchie van teams configureren, functies selecteren met gedeelde gebiedspaden voor problemen die kunnen optreden met eigendom van meerdere teams.
• Als u de volgorde van werkitems in uw achterstand wilt wijzigen, moet u toegang hebben tot Basic of hoger. Als u toegang hebt tot belanghebbenden, kunt u de volgorde van werkitems niet wijzigen. Voor meer informatie, zie Snelzoekgids toegang als belanghebbende.

Natuurlijke hiërarchie voor werkitemtypen

In de volgende afbeelding ziet u de natuurlijke hiërarchie voor de PROCESSEN Agile, Scrum en Capability Maturity Model Integration (CMMI).

Aanbevolen procedures

Doen:

• Onderhoud een platte lijst in plaats van vereisten, bugs en taken te nesten.
• Maak alleen bovenliggende en onderliggende koppelingen één niveau diep tussen items die tot een andere categorie behoren. De categorie waartoe een werkitem behoort, wordt bepaald door uw procesniveaus en het geselecteerde foutgedrag van uw team.
• Gebruik het type functiewerkitem om gebruikersverhalen (Agile), problemen (Basic), werkitems (Scrum) of vereisten (CMMI) te groeperen. U kunt snel werkitems toewijzen aan functies, waardoor koppelingen tussen bovenliggende en onderliggende items op de achtergrond worden gemaakt.

Niet doen:

• Maak een hiërarchie van werkitems, taken en bugs.
• Stel hiërarchieën van dezelfde categorie in, zoals koppelingen tussen bovenliggende en onderliggende items van hetzelfde type (bijvoorbeeld verhaal-verhaal, bug-bug, taaktaak of probleemprobleem). De ervaringen met achterstand, bord en sprints bieden geen ondersteuning voor het opnieuw ordenen van hiërarchieën van dezelfde categorie, omdat het verwarring veroorzaakt door een werkitem te ordenen dat niet op dat niveau hoort.

Bugs bijhouden als vereisten of taken

Elk team heeft de flexibiliteit om te kiezen hoe fouten moeten worden bijgehouden, ongeacht of het gaat om vereisten, taken of geen van beide. Zie de volgende richtlijnen:

• Als u bugs als vereisten bijhoudt: Nest ze alleen onder het functieniveau .

  

• Als u bugs bijhoudt als taken: nest ze alleen onder het niveau Vereiste .

  

Geneste items weergeven op achterstanden en borden

Sprintachterstanden en Taskboards geven uitsluitend het laatste knooppunt weer in een hiërarchie met dezelfde categorie, die het leaf-knooppunt wordt genoemd.

Sprintachterstanden en taskboards

Wanneer taken en bugs zijn gekoppeld aan hun bovenliggende vereisten, groeperen ze deze correct op de achterstand van de sprint en taskboard. Maar wanneer u koppelingen tussen een vereiste en een fout tot stand brengt, en tussen de bug en een taak, zoals hier wordt weergegeven, wordt de taak weergegeven in de achterstandsachterstand van de sprint en taskboard, terwijl de fout dat niet doet.

Hiërarchie van items die zijn toegewezen aan een sprintachterstand

Alleen leaf-knooppunten worden weergegeven in sprintachterstanden

Alleen bladknooppunten worden weergegeven op Taskboards

Veelgestelde vragen (FAQ's)

V: Is er een tijdelijke oplossing om tussenliggende knooppunten in een hiërarchie weer te geven?

A: Nee, niet op dit moment. U kunt altijd de volledige lijst met items controleren die zijn toegewezen aan een sprint wanneer u Een query maken selecteert.

Verwante artikelen:

• Backlogs en borden instellen
• Over borden en Kanban, Beperkingen van kanbanbordweergaven voor meerdere teams