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 Boards een natuurlijke hiërarchie. De natuurlijke hiërarchie wordt verbroken wanneer u koppelingen van dezelfde categorie of hetzelfde type maakt tussen werkitems. Bijvoorbeeld ouder-kind koppelingen die bug naar bug, 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.
Voorwaarden
| Categorie | Eisen |
|---|---|
| projecttoegang | Projectlid. |
| machtigingen | - Lid van de Inzenders of projectbeheerders beveiligingsgroep. - Werkitems weergeven of wijzigen: Werkitems weergeven in dit knooppunt en Werkitems bewerken in dit knooppunt machtigingen ingesteld op Toestaan. De groep Inzenders heeft standaard deze machtiging ingesteld op Toestaan. Zie Machtigingen voor het bijhouden van werk instellenvoor meer informatie. |
| Toegangsniveaus | Werkitems toevoegen of wijzigen: ten minste Basic toegang. Gebruikers met Stakeholder toegang voor openbare projecten hebben volledige toegang tot achterstanden en bordfuncties, zoals gebruikers met Basis toegang. Voor meer informatie, zie Snelle referentie toegang voor belanghebbenden. |
| gedefinieerde iteraties | Als u het deelvenster Planning wilt gebruiken: zorg ervoor dat uw teambeheerder iteratiepaden (sprint) gedefinieerd en teamiteraties configureert. |
| Categorie | Eisen |
|---|---|
| projecttoegang | Projectlid. |
| machtigingen | - Lid van de Inzenders of projectbeheerders beveiligingsgroep. - Werkitems weergeven of wijzigen: Werkitems weergeven in dit knooppunt en Werkitems bewerken in dit knooppunt machtigingen ingesteld op Toestaan. De groep Inzenders heeft standaard deze machtiging ingesteld op Toestaan. Zie Machtigingen voor het bijhouden van werk instellenvoor meer informatie. |
| Toegangsniveaus | Werkitems toevoegen of wijzigen: ten minste Basic toegang. |
| gedefinieerde iteraties | Als u het deelvenster Planning wilt gebruiken: zorg ervoor dat uw teambeheerder iteratiepaden (sprint) gedefinieerd en teamiteraties configureert. |
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:
Open uw achterstand.
Bekijk de lijst met items om items van hetzelfde type te identificeren die genest zijn.
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 backlog gebruikersverhalen en bugs op hetzelfde niveau (categorie Vereisten) worden weergegeven, resulteert dit in een genest item waarmee de volgorde functie wordt uitgeschakeld.
Verwijder koppelingen tussen bovenliggende en onderliggende items die bestaan tussen geneste items van dezelfde categorie of hetzelfde werkitemtype, of overweeg het koppelingstype te wijzigen in Gerelateerd.
Vernieuw uw takenlijst.
Deze stappen moeten het probleem oplossen en het foutbericht wordt 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 ouder-kind 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:
- Open het werkitem dat wordt vermeld in het foutbericht.
- Zoek naar een ouder of kind koppeling. Zorg ervoor dat deze koppeling naar een werkitem in dezelfde categorie gaat als het werkitem dat u hebt geopend. Zoek naar een koppeling die naar een ander werkitem gaat 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.
- Verwijder de problematische koppeling ouder-kind. Als u deze items wilt koppelen, gebruik in plaats daarvan het gerelateerd koppelingstype.
Het bericht wordt niet meer weergegeven.
Werkitems die worden uitgevoerd, kunnen verdwijnen bij het vernieuwen van de pagina.
Mogelijk ziet u een foutbericht dat lijkt op het volgende bericht:
Items die aan de backlog zijn toegevoegd, kunnen mogelijk verdwijnen wanneer de pagina vernieuwd wordt, omdat uw teamproject ze als 'in uitvoering' markeert. Deze items worden weergegeven wanneer u het filter "In uitvoering" wijzigt in "Laat zien".
Dit bericht geeft aan dat het Filter In Behandeling voor de achterstandslijst 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.
Open uw achterstandslijst.
Kies in de weergaveoptieskiezer om items in uitvoering weer te geven of te verbergen.
Als u het besturingselement In uitvoering uitschakelt, worden items die zich in de status Actief, Doorgevoerd of Opgelost bevinden, of in staten die overeenkomen met de In uitvoering categorietoestand, niet weergegeven.
Items die in uitvoering zijn verbergen voor het voorspellen van werk. Zie De achterstand van uw product voorspellen voor meer informatie.
Notitie
- Zie Backlogweergave configureren en Aangepaste werkitemtypen toevoegen voor meer informatie.
- Raadpleeg Bepaalde functies testen met gedeelde gebiedspadenvoor problemen die kunnen optreden met eigendom van meerdere teams.
- Als u de volgorde van werkitems in uw backlog wilt wijzigen, hebt u ten minste Basic toegang. Als u toegang hebt tot belanghebbenden, kunt u de volgorde van werkitems niet wijzigen. Voor meer informatie, zie Snelle referentie voor toegang voor belanghebbenden.
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).
Beste praktijken
Doen:
- Houd een platte lijst aan in plaats van vereisten, bugs en taken te nesten.
- Maak alleen ouder-kind relaties éé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 werkitems toewijzen aan functies. Met deze mapping worden bovenliggende en onderliggende verbindingen op de achtergrond gemaakt. Voor meer informatie, zie Organiseer uw achterstand.
Niet doen:
- Maak een hiërarchie van werkitems, taken en bugs.
- Stel hiërarchieën van dezelfde categorie in, zoals ouder-kind links tussen werkitems van hetzelfde type. Maak bijvoorbeeld verhaal-, bug-, taak- of probleemkoppelingen. De achterstands-, bord- en sprintervaringen bieden geen ondersteuning voor het opnieuw ordenen van volgordes voor hiërarchieën van dezelfde categorie, omdat deze benadering verwarring veroorzaakt door een werkitem te ordenen dat niet bij dat niveau hoort.
Bugs bijhouden als vereisten of taken
Elk team heeft de flexibiliteit om fouten bij te houden als vereisten, taken of geen van beide. Zie de volgende richtlijnen:
Als u bugs bijhoudt als vereisten: Plaats ze alleen onder het functionaliteitniveau.
Diagram toont gekoppelde bugs alsof het vereisten zijn.
Als u bugs bijhoudt als taken, nest ze dan alleen onder het niveau van Vereisten.
Voor meer informatie, zie Bugs weergeven in achterstanden en borden.
Geneste items weergeven in backlogs en op borden
Sprintachterstanden en Taskboards geven uitsluitend het laatste knooppunt weer in een hiërarchie van dezelfde categorie, die het bladknooppunt wordt genoemd.
Sprintachterstanden en taakborden
Wanneer taken en bugs zijn gekoppeld aan hun bovenliggende vereisten, groeperen ze deze correct op de sprintbacklog en Taskboard. Wanneer u koppelingen tot stand brengt tussen een eis en een bug, en tussen de bug en een taak, zoals hier wordt weergegeven, wordt de taak weergegeven op de sprintachterstand en Taskboard, terwijl de bug niet verschijnt.
Hiërarchie van items toegewezen aan een sprintbacklog
Alleen bladknooppunten worden weergegeven in sprint-backlogs
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.