Problembehandlung bei Neuanordnung und Schachtelung

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Wenn Sie Arbeitsaufgaben neu anordnen, verschachteln und anzeigen, erwartet Azure Boards eine naturale Hierarchie. Die natürliche Hierarchie wird unterbrochen, sobald Sie Links zwischen identischen Kategorien oder identischen Typen zwischen Arbeitselementen erstellen. Beispielsweise Verknüpfungen zwischen Parent-Child-Elementen wie Bug-zu-Bug oder User-Story-zu-User-Story. Verwenden Sie diesen Artikel, um Fehlermeldungen zu beheben, wenn Sie Links hinzufügen, die sich nicht in der natürlichen Hierarchie befinden.

Prerequisites

Sie können Arbeitsaufgaben nicht neu anordnen, und einige Arbeitsaufgaben werden möglicherweise nicht angezeigt.

Möglicherweise wird ein Fehler angezeigt, der einer der folgenden Meldungen ähnelt:

• Sie können Arbeitsaufgaben nicht neu anordnen, und einige Arbeitsaufgaben werden möglicherweise nicht angezeigt.
• In der Meldung sind keine Arbeitselement-IDs aufgeführt.

Um diesen Fehler zu beheben, führen Sie die folgenden Schritte aus:

1. Öffnen Sie Ihr Backlog.

2. Überprüfen Sie die Liste der Elemente, um Elemente desselben Typs zu identifizieren, die geschachtelt sind.

   • Beispiel 1: Das folgende Bild zeigt eine User Story als untergeordnetes Element einer anderen User Story.

     

   • Beispiel 2: Die folgende Abbildung zeigt einen Fehler, der einer User Story untergeordnet ist. Wenn im Backlog User Storys und Fehler auf derselben Ebene (Kategorie „Anforderungen“) angezeigt werden, führt dies zu einem geschachtelten Element, das die Sortierfunktion deaktiviert.

     

3. Entfernen Sie aus den geschachtelten Elementen desselben Arbeitselementtyps oder derselben Arbeitselementkategorie alle über- und untergeordneten Links, oder erwägen Sie, den Linktyp in Verknüpft zu ändern.

4. Aktualisieren Sie Ihr Backlog.

Mit diesen Schritten wird das Problem behoben, und die Fehlermeldung wird nicht mehr angezeigt.

Arbeitselement kann nicht neu angeordnet werden, weil sich das übergeordnete Element in derselben Kategorie befindet

Möglicherweise wird ein Fehler angezeigt, der einer der folgenden Meldungen ähnelt:

• Sie können Arbeitsaufgaben nicht neu anordnen, und einige Arbeitsaufgaben werden möglicherweise nicht angezeigt. Sehen Sie sich Arbeitsaufgabe 7 an, um entweder die übergeordnet-untergeordnet-Verknüpfung zu entfernen oder den Verknüpfungstyp in Related zu ändern.
• Arbeitselement 3 kann nicht neu angeordnet werden, weil sich das übergeordnete Element in derselben Kategorie befindet.

Um diesen Fehler zu beheben, führen Sie die folgenden Schritte aus:

1. Öffnen Sie das in der Fehlermeldung angegebene Arbeitselement.
2. Überprüfen Sie, ob ein Übergeordnet/Untergeordnet-Link vorhanden ist. Stellen Sie sicher, dass dieser Link zu einem Arbeitselement derselben Kategorie wie das von Ihnen geöffnete Arbeitselement führt. Suchen Sie nach einem Link, der zu einem anderen Arbeitselement führt, das auf derselben Backlogebene wie das geöffnete Arbeitselement angezeigt wird. Abhängig von der Einstellung „Fehlerverhalten“ Ihres Teams treten möglicherweise Fehler mit Anforderungen oder Aufgaben auf.
3. Entfernen Sie den Übergeordnet/Untergeordnet-Link, der das Problem verursacht. Wenn Sie diese Elemente zuordnen möchten, verwenden Sie stattdessen den Linktyp "Verwandter ".

Die Meldung wird nicht mehr angezeigt.

Arbeitselemente in Bearbeitung werden beim Aktualisieren möglicherweise ausgeblendet.

Möglicherweise wird ein Fehler angezeigt, ähnlich der folgenden Meldung:

Elemente, die Sie dem Backlog hinzufügen, werden möglicherweise bei einer Aktualisierung ausgeblendet, da ihr Teamprojekt sie als "in Bearbeitung" markiert. Diese Elemente werden angezeigt, wenn Sie den Filter „In Bearbeitung“ in „Anzeigen“ ändern.

Die Meldung weist darauf hin, dass der Filter In Bearbeitung für das Backlog deaktiviert wurde.

Wenn Sie Ihren Browser aktualisieren, werden die Arbeitselemente basierend auf den ausgewählten Filtern angezeigt. Führen Sie die folgenden Schritte aus, um die Filter zurückzusetzen.

Wenn Sie das Steuerelement In Bearbeitung deaktivieren, werden Elemente, die die Zustände Aktiv, Committet oder Aufgelöst aufweisen, die dem Status der Kategorie In Bearbeitung zugeordnet sind, nicht angezeigt.

Blenden Sie Elemente in Bearbeitung aus, wenn Sie eine Arbeitsprognose erstellen möchten. Weitere Informationen finden Sie unter Prognose Ihres Product Backlogs.

Natürliche Hierarchie für Arbeitselementtypen

Die folgende Abbildung zeigt die natürliche Hierarchie für die Agile-, Scrum- und Capability Maturity Model Integration-Prozesse (CMMI).

Bewährte Methoden

Do:

• Verwalten Sie eine flache Liste, anstatt Anforderungen, Fehler und Aufgaben zu schachteln.
• Erstellen Sie nur Eltern-Kind-Beziehungen zwischen Elementen aus verschiedenen Kategorien, und das nur eine Ebene tief. Die Prozessebenen und das ausgewählte Fehlerverhalten Ihres Teams bestimmen die Kategorie, zu der eine Arbeitsaufgabe gehört.
• Verwenden Sie den Funktionsaufgabentyp , um Benutzergeschichten (Agile), Produktrückstandselemente (Scrum) oder Anforderungen (CMMI) zu gruppieren. Sie können Arbeitselementen Funktionen zuordnen. Diese Zuordnung erstellt hierarchische Links im Hintergrund. Weitere Informationen finden Sie unter Organisieren Ihres Backlogs.

Don't:

• Erstellen Sie eine Hierarchie von Arbeitselementen, Aufgaben und Fehlern.
• Richten Sie Hierarchien derselben Kategorie ein, wie z. B. Eltern-Kind-Beziehungen zwischen Arbeitsaufgaben desselben Typs. Erstellen Sie z. B. keine Links zu Storys, Fehlerfehlern, Aufgabenaufgaben oder Problemproblemverknüpfungen. Backlogs, Boards und Sprints unterstützen keine Neuanordnung für Hierarchien derselben Kategorie, weil dieser Ansatz zu Verwirrung führt, da ein Arbeitselement angeordnet wird, das nicht zu dieser Ebene gehört.

Nachverfolgen von Fehlern als Anforderungen oder Aufgaben

Jedes Team kann fehler als Anforderungen, Aufgaben oder keines davon nachverfolgen. Lesen Sie die folgenden Richtlinien:

• Wenn Sie Fehler als Anforderungen nachverfolgen: Verschachteln Sie sie nur auf der Ebene Funktion.

  

• Wenn Sie Fehler als Aufgaben nachverfolgen: Verschachteln Sie sie nur auf der Ebene Anforderung.

  

Weitere Informationen finden Sie unter Anzeigen von Fehlern in Backlogs und Boards.

Anzeige von geschachtelten Elementen in Backlogs und Boards

Sprint-Backlogs und Taskboards zeigen ausschließlich den letzten Knoten in einer Hierarchie im selben Kategoriebereich an, der als Blattknoten bezeichnet wird.

Sprint-Backlogs und Taskboards

Wenn Sie Aufgaben und Fehler mit den übergeordneten Anforderungen verknüpfen, gruppieren Sie sie ordnungsgemäß im Sprint-Backlog und im Taskboard. Wenn Sie Parent-Child-Verknüpfungen zwischen einer Anforderung und einem Fehler und zwischen dem Fehler und einer Aufgabe einrichten, wie in diesem Artikel gezeigt, wird die Aufgabe im Sprint-Backlog und im Taskboard angezeigt, während der Fehler nicht angezeigt wird.

Hierarchie von Elementen, die einem Sprint-Backlog zugewiesen sind

Nur Blattknoten werden in Sprint-Backlogs angezeigt.

Nur Blattknoten werden auf Taskboards angezeigt

Verwenden von KI zum Beheben von Problemen bei der Neuanordnung des Backlogs

Die folgende Beispielaufforderung für Copilot Chat hilft Ihnen bei der Fehlerbehebung von Neuanordnungs- und Hierarchieproblemen im Azure Boards Backlog. Kopieren Sie diese Eingabeaufforderung, und fügen Sie sie in Copilot Chat ein, und ersetzen Sie die Platzhalter durch Ihre spezifischen Informationen.

Um die beste KI-Unterstützung zu erhalten, fügen Sie bestimmte Details hinzu, wie die genaue Fehlermeldung, die in Fehlern erwähnten Arbeitsaufgaben-IDs, Ihre Prozessvorlage und die Teamkonfigurationseinstellungen.

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 wird von KI unterstützt, so dass Überraschungen und Fehler möglich sind. Weitere Informationen finden Sie unter Copilot allgemeine Häufig gestellte Fragen zur Verwendung.

Häufig gestellte Fragen (FAQs)

F: Gibt es eine Problemumgehung zum Anzeigen von Zwischenknoten innerhalb einer Hierarchie?

Antwort: Derzeit leider nicht. Über Abfrage erstellen können Sie jederzeit die gesamte Liste der Elemente überprüfen, die einem Sprint zugewiesen sind.

Verwandte Inhalte

• Erstellen und Verwalten Ihres Backlogs
• Erfahren Sie mehr über Kanban Boards
• Alle Anleitungen zur Problembehandlung und häufig gestellte Fragen