Hinzufügen eines Arbeitselementtyps zu einem Backlog und Board

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

Wichtig

Dieser Artikel gilt für Projektanpassungen für gehostete XML- und lokale XML-Prozessmodelle. Informationen zum Vererbungsprozessmodell finden Sie unter Anpassen Ihrer Backlogs oder Boards für einen Prozess. Eine Übersicht über Prozessmodelle finden Sie unter Anpassen Ihrer Arbeitsverfolgungserfahrung.

Um die Auswahl von Geschäftsprozessen zu erfüllen, möchte Ihr Team möglicherweise zusätzliche Arbeitselementtypen (WITs) als Anforderungen oder als Aufgaben nachverfolgen. Auf diese Weise können Sie sie hinzufügen und in den Produkt- und Sprint-Backlogs oder Kanban- und Taskboards nachverfolgen.

Sie können beispielsweise verschiedene Arten von Anforderungen basierend auf ihrem Zielkunden nachverfolgen oder verschiedene Arten von Fehlern basierend auf ihrer Quelle nachverfolgen. Hier hat das Fabrikam Fiber-Team das Service App WIT hinzugefügt, um die Arbeit nachzuverfolgen, die ihr Kundendienstteam unterstützt.

Fügen Sie eine benutzerdefinierte WIT, z. B. Dienst-App, zur Anforderungskategorie hinzu, um sie wie eine Anforderung zu verfolgen.

Tipp

Wenn Alle, die Sie tun möchten, Fehler zu Ihren Backlogs und Boards hinzufügen möchten, finden Sie unter Anzeigen von Fehlern auf Backlogs und Boards , um die Auswahl Ihres Teams vorzunehmen. Wenn Sie einen weiteren WIT- und Portfolio-Backlog hinzufügen möchten, finden Sie unter Hinzufügen eines Portfolio-Backlog-Niveaus.

Um ein WIT hinzuzufügen, das als Anforderungen, Aufgaben oder Fehler nachverfolgt werden soll, führen Sie die entsprechenden Schritte aus:

Hinweis

Es wird empfohlen, eine WIT zu einer und nur einer der folgenden Kategorien hinzuzufügen: Anforderungskategorie, Aufgabenkategorie oder Fehlerkategorie. Das System verhindert, dass Sie das gleiche WIT sowohl zur Anforderungskategorie als auch zur Aufgabenkategorie hinzufügen. WITs, die Sie zur Fehlerkategorie hinzufügen, folgen dem Fehlerverhalten, das für das Team festgelegt ist.

Anpassungssequenz

Gehostete XML-Prozessmodellanpassungssequenz

Hinweis

Verwenden Sie die folgenden Anleitungen, wenn Sie Ihren Prozess durch Import/Export von Definitionsdateien anpassen. Andernfalls, wenn Sie Ihren Prozess über die Administrator-BEnutzeroberfläche anpassen, finden Sie unter Hinzufügen oder Ändern eines benutzerdefinierten Arbeitselementtyps für einen Prozess.

Sie nehmen Ihre Änderungen an Ihren Prozessdefinitionsdateien vor, und importieren Sie diesen Prozess dann, um vorhandene Projekte zu aktualisieren oder den Prozess zum Erstellen eines Projekts zu verwenden.

Lokale XML-Prozessmodellanpassungssequenz

Sie exportieren zuerst Ihre Arbeitsverfolgungsdefinitionsdateien, aktualisieren sie, und importieren Sie sie dann in Ihr Projekt.

Hinzufügen eines WIT zum Nachverfolgen wie eine Anforderung

WITs, die Sie zur Anforderungskategorie hinzufügen, werden im Produktbacklog und im Kanban-Board angezeigt. Sie müssen sicherstellen, dass die WIT-Definition erforderliche Felder enthält, um die agilen Planungstools zu unterstützen.

  1. Exportieren Sie Ihren Prozess (gehostete XML) oder Ihre Definitionsdateien (lokale XML) wie in ersten Schritten angegeben.

  2. Bearbeiten Sie die WIT-Definition, um Planungstools zu unterstützen.

    Anpassen/ Syntax zum Hinzufügen oder Aktualisieren

    Stapelrangfeld (Agile, CMMI)

    <FIELD name="Stack Rank" refname="Microsoft.VSTS.Common.StackRank" type="Double" reportable="dimension">     
    <HELPTEXT>Work first on items with lower-valued stack rank. Set in triage. 
    </HELPTEXT>      
    </FIELD> 
    

    Backlog-Prioritätsfeld (Scrum)

    <FIELD name="Backlog Priority" refname="Microsoft.VSTS.Common.BacklogPriority" type="Double" reportable="detail" /> 
    

    Feld "Wertbereich"

    <FIELD name="Value Area" refname="Microsoft.VSTS.Common.ValueArea" type="String"&gt; 
    <REQUIRED />   
    <ALLOWEDVALUES>    
    <LISTITEM value="Architectural" />   
    <LISTITEM value="Business"/>   
    </ALLOWEDVALUES>   
    <DEFAULT from="value" value="Business" /> 
    <HELPTEXT>Business = delivers value to a user or another system; Architectural = work to support other stories or components  
    </HELPTEXT>   
    </FIELD>
    

    Anforderungstypfeld (CMMI)

    <FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">  
    <REQUIRED />  
    <ALLOWEDVALUES>  
    <LISTITEM value="Scenario" />  
    <LISTITEM value="Quality of Service" />  
    <LISTITEM value="Functional" /> 
    <LISTITEM value="Operational" />  
    <LISTITEM value="Interface" />  
    <LISTITEM value="Security" />  
    <LISTITEM value="Safety" />  
    <LISTITEM value="Business Objective" />  
    <LISTITEM value="Feature" />  
    </ALLOWEDVALUES> 
    <DEFAULT from="value" value="Functional" />  
    </FIELD>
    

    WORKFLOW Abschnitt aktualisieren oder überprüfen Sie den WORKFLOW Abschnitt wie folgt:

    • Agile, Benutzergeschichte: Hinzufügen von Übergängen zu ActiveRemoved und zu Removed; entfernen Sie Regeln, die Activated By beim Zustand auffüllen und ResolvedActivated Date Felder auffüllen=Resolved
    • Scrum, Product backlog item: Add transition from Committed to to Removed
      Wenn Sie das WORKFLOWSystem angepasst haben, müssen Sie die erforderlichen Status-zu-Metastate-Zuordnungen im ProcessConfiguration-Abschnitt RequirementBacklogdefinieren.

    FORM Abschnitt Hinzufügen oder Überprüfen der folgenden Felder zum FORM Abschnitt:

    • Agil:
    <Control FieldName="Microsoft.VSTS.Scheduling.StoryPoints" Type="FieldControl" Label="Story Points" LabelPosition="Left" />  
    <Control FieldName="Microsoft.VSTS.Common.ValueArea" Type="FieldControl" Label="Value area" LabelPosition="Left" />  
    
    • CMMI:
    <Control Type="FieldControl" FieldName="Microsoft.VSTS.Scheduling.Size" Label="Size" LabelPosition="Left" />
    <Control Type="FieldControl" FieldName="Microsoft.VSTS.CMMI.RequirementType" Label="Type" LabelPosition="Left" /> 
    <Control FieldName="Microsoft.VSTS.Common.ValueArea" Type="FieldControl" Label="Value area" LabelPosition="Left" />  
    
    • Scrum:
    <Control FieldName="Microsoft.VSTS.Scheduling.Effort" Type="FieldControl" Label="Effort" LabelPosition="Left" />  
    <Control FieldName="Microsoft.VSTS.Common.ValueArea" Type="FieldControl" Label="Value area" LabelPosition="Left" />  
    
  3. Bearbeiten Sie die Kategoriendefinition. Fügen Sie das WIT zur Kategorie "Anforderung" hinzu. Hier fügen wir Dienst-App hinzu.

    <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
       <DEFAULTWORKITEMTYPE name="User Story" />
       <WORKITEMTYPE name="Service App" />
    </CATEGORY>
    
  4. Aktualisieren oder überprüfen Sie die ProcessConfiguration-Definition: Abschnitt für das WIT, RequirementBacklog das Sie hinzufügen. Stellen Sie insbesondere sicher, dass die folgenden Bedingungen erfüllt sind:

    • Ordnen Sie den Anfang jedes Workflowstatus zu zu.type="Proposed"
    • Ordnen Sie jeden Workflowzwischenstatus, der im Kanban-Board angezeigt werden soll, zu zu.type="InProgress"
    • Ordnen Sie das Ende jedes Workflowstatus zu zu.type="Complete"
    • Stellen Sie sicher, dass nur ein Status zugeordnet ist type="Complete"
      Fügen Sie z. B. den Status "Ausstehender Workflow" hinzu:
    <States>    
         <State value="New" type="Proposed" />  
         <State value="Active" type="InProgress" />  
         <State value="Pending" type="InProgress" />  
         <State value="Resolved" type="InProgress" />  
         <State value="Closed" type="Complete" />  
    </States>   
    
  5. Fügen Sie die WIT-Farbdefinition zum Abschnitt "ProcessConfiguration" WorkItemColors hinzu. Zum Beispiel:

    <WorkItemColor primary="FF33CC33" secondary="FFD6F5D6" name="Service App" />
    
  6. Aktualisieren Sie Ihr Projekt:

Hinzufügen eines WIT zum Nachverfolgen wie eine Aufgabe

WITs, die Sie zur Aufgabenkategorie hinzufügen, werden auf den Sprint-Backlogs und Taskboards angezeigt. Das WIT, das Sie hinzufügen, müssen erforderliche Felder angeben, um die agilen Planungstools zu unterstützen.

  1. Exportieren Sie Ihren Prozess (gehostete XML) oder Ihre Definitionsdateien (lokale XML) wie in ersten Schritten angegeben.

  2. Bearbeiten Sie die WIT-Definition, um Planungstools zu unterstützen.

    Anpassen/ Syntax zum Hinzufügen oder Aktualisieren

    Stapelrangfeld (Agile, CMMI)

    <FIELD name="Stack Rank" refname="Microsoft.VSTS.Common.StackRank" type="Double" reportable="dimension">  
    <HELPTEXT>Work first on items with lower-valued stack rank. Set in triage.  
    </HELPTEXT>   
    </FIELD> 
    

    ** Backlog Priority** field (Scrum)

    <FIELD name="Backlog Priority" refname="Microsoft.VSTS.Common.BacklogPriority" type="Double" reportable="detail" />   
    

    Aktivitätsfeld (Agile, Scrum)

    <FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension"> 
    <HELPTEXT&gt;Type of work involved&lt/HELPTEXT> 
    <SUGGESTEDVALUES&gt;  
    <LISTITEM value="Development" />    
    <LISTITEM value="Testing" />    
    <LISTITEM value="Requirements" />    
    <LISTITEM value="Design" />    
    <LISTITEM value="Deployment" />    
    <LISTITEM value="Documentation" />    
    </SUGGESTEDVALUES>    
    </FIELD>    
    

    Disziplinfeld (CMMI)

    <FIELD name="Discipline" refname="Microsoft.VSTS.Common.Discipline" type="String" reportable="dimension">  
    <ALLOWEDVALUES&gt;  
    <LISTITEM value="Analysis" />    
    <LISTITEM value="User Experience" />   
    <LISTITEM value="User Education" />    
    <LISTITEM value="Development" />   
    <LISTITEM value="Test" />   
    </ALLOWEDVALUES>    
    </FIELD>    
    

    Verbleibendes Arbeitsfeld (alle)

    <FIELD name="Remaining Work" refname="Microsoft.VSTS.Scheduling.RemainingWork" type="Double" reportable="measure" formula="sum">    
    <HELPTEXT>    
    An estimate of the work remaining to complete the task (in person hours)  
    </HELPTEXT>
    </FIELD>    
    

    Zusätzliche Planungsfelder (Agile, CMMI)

    <FIELD name="Original Estimate" refname="Microsoft.VSTS.Scheduling.OriginalEstimate" type="Double" reportable="measure" formula="sum">    
    <HELPTEXT&gt; The original estimate of work required to complete the task (in person hours)</HELPTEXT>   
    </FIELD>    
    <FIELD name="Remaining Work" refname="Microsoft.VSTS.Scheduling.RemainingWork" type="Double" reportable="measure" formula="sum">    
    <HELPTEXT>An estimate of the work remaining to complete the task (in person hours)
    </HELPTEXT>  
    </FIELD>    
    <FIELD name="Completed Work" refname="Microsoft.VSTS.Scheduling.CompletedWork" type="Double" reportable="measure" formula="sum">    
    <HELPTEXT>    
    The work that has been completed for this task (in person hours)  
    <HELPTEXT>    
    </FIELD>    
    <FIELD name="Start Date" refname="Microsoft.VSTS.Scheduling.StartDate" type="DateTime" reportable="dimension" />   
    <FIELD name="Finish Date" refname="Microsoft.VSTS.Scheduling.FinishDate" type="DateTime" reportable="dimension" />   
    

    WORKFLOW Abschnitt
    Aktualisieren oder überprüfen Sie den WORKFLOW Abschnitt wie folgt:

    • Agile, Benutzergeschichte: Hinzufügen von Übergängen zu ActiveRemoved und zu Removed; entfernen Sie Regeln, die Activated By beim Zustand auffüllen und ResolvedActivated Date Felder auffüllen=Resolved
    • Scrum, Product backlog item: Add transition from Committed to to Removed
      Wenn Sie das WORKFLOWSystem angepasst haben, müssen Sie die erforderlichen Status-zu-Metastate-Zuordnungen im ProcessConfiguration-Abschnitt TestBacklogdefinieren.

    FORM Abschnitt
    Fügen Sie dem Abschnitt die folgenden Felder hinzu, oder überprüfen Sie, ob die folgenden Felder hinzugefügt FORM wurden:

    • Agil:
    <Control FieldName="Microsoft.VSTS.Scheduling.StoryPoints" Type="FieldControl" Label="Story Points" LabelPosition="Left" />    
    <Control FieldName="Microsoft.VSTS.Common.ValueArea" Type="FieldControl" Label="Value area" LabelPosition="Left" />    
    
    • CMMI:
    <Control Type="FieldControl" FieldName="Microsoft.VSTS.Scheduling.Size" Label="Size" LabelPosition="Left" /&gt;    
    <Control FieldName="Microsoft.VSTS.Common.ValueArea" Type="FieldControl" Label="Value area" LabelPosition="Left" />    
    
    • Scrum:
    <Control FieldName="Microsoft.VSTS.Scheduling.Effort" Type="FieldControl" Label="Effort" LabelPosition="Left" />   
    <Control FieldName="Microsoft.VSTS.Common.ValueArea" Type="FieldControl" Label="Value area" LabelPosition="Left" />    
    
  3. Bearbeiten Sie die Kategoriendefinition. Fügen Sie die WIT zur Kategorie "Aufgabe" hinzu. Hier fügen wir Dienstaufgabe hinzu.

    <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
       <DEFAULTWORKITEMTYPE name="Task" />
       <WORKITEMTYPE name="Service Task" />
    </CATEGORY>
    
  4. Aktualisieren oder Überprüfen der ProcessConfiguration-Definition: TaskBacklog Abschnitt für das WIT, das Sie hinzufügen.
    Stellen Sie insbesondere sicher, dass die folgenden Bedingungen erfüllt sind:

    • Ordnen Sie den Anfang jedes Workflowstatus zu zu.type="Proposed"
    • Zuordnen jedes zwischengeschalteten Workflowstatus, den Sie auf der Task board anzeigen möchten type="InProgress"
    • Ordnen Sie das Ende jedes Workflowstatus zu zu.type="Complete"
    • Stellen Sie sicher, dass nur ein Zustand zugeordnet ist type="Complete"

    Fügen Sie beispielsweise den Blocked Workflowstatus hinzu:

    <States>  
       <State value="New" type="Proposed" />  
       <State value="Active" type="InProgress" />  
       <State value="Blocked" type="InProgress" />  
       <State value="Resolved" type="InProgress" />  
       <State value="Closed" type="Complete" />  
    </States>  
    
  5. Fügen Sie die WIT-Farbdefinition zum Abschnitt "ProcessConfiguration" WorkItemColors hinzu. Zum Beispiel:

    <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Service Task" />
    
  6. Aktualisieren Sie Ihr Projekt:

  7. Vergewissern Sie sich, dass Sie dem Task Board das WIT hinzufügen können. Öffnen Sie die Task board-Seite, oder aktualisieren Sie die Seite, wenn sie bereits geöffnet ist.
    Sie sollten in der Lage sein, entweder "Aufgabe" oder "Dienstaufgabe" als verknüpfte Arbeitsaufgabe mit einem Benutzerabschnitt auszuwählen.
    Task board with Service Task work item type added

    Ziehen Sie auf der Tasktafel das Arbeitselement, um den Status zu aktualisieren. Sie werden feststellen, dass Sie ein Element nicht in eine Spalte ziehen können, für die der Zustand ungültig ist. Beispielsweise können Sie "Aufgabe" nicht in den Zustand "Blockiert" oder einen Vorgang in einen aufgelösten Zustand ziehen. Wenn Sie diese Zustände verwenden möchten, fügen Sie sie zur Workflowdefinition für die entsprechende WIT-Definition hinzu.

Hinzufügen eines WIT zur Fehlerkategorie

WITs, die Sie zur Fehlerkategorie hinzufügen, werden basierend auf der Teameinstellung behandelt. Da diese WITs entweder als Anforderungen oder Aufgaben behandelt werden, müssen sie agile Planungstoolanforderungen sowohl für Anforderungen als auch für Vorgänge erfüllen.

  1. Exportieren Sie Ihren Prozess (Hosted XML) oder Ihre Definitionsdateien (lokales XML) wie in den ersten Schritten angegeben.

  2. Bearbeiten Sie die WIT-Definition, um Planungstools zu unterstützen, indem Sie die bedingungen erfüllen, die für Schritt 2 des Hinzufügens eines WIT aufgeführt sind, um die Anforderungen nachzuverfolgen , und fügen Sie ein WIT hinzu, um als Aufgaben nachverfolgen zu können.

  3. Bearbeiten Sie die Kategoriendefinition. Fügen Sie das WIT zur Fehlerkategorie hinzu. Hier fügen wir zwei WITs hinzu.

    <CATEGORY name="Bug Category" refname="Microsoft.BugCategory">  
       <DEFAULTWORKITEMTYPE name="Bug" />  
       <WORKITEMTYPE name="Service Bug" />  
       <WORKITEMTYPE name="Feedback" />  
    </CATEGORY>
    
  4. Aktualisieren oder Überprüfen der ProcessConfiguration-Definition: BugWorkItems Abschnitt für das WIT, das Sie hinzufügen.

    Stellen Sie insbesondere sicher, dass die folgenden Bedingungen erfüllt sind:

    • Ordnen Sie den Anfang jedes Workflowstatus zu zu.type="Proposed"
    • Zuordnen jedes zwischengeschalteten Workflowstatus, den Sie auf der Kanban- oder Task board anzeigen möchten type="InProgress"
    • Ordnen Sie das Ende jedes Workflowstatus zu zu.type="Complete"
    • Stellen Sie sicher, dass nur ein Zustand zugeordnet ist type="Complete"

    Fügen Sie beispielsweise den Investigate Workflowstatus hinzu:

    <States>  
     <State value="New" type="Proposed" />  
     <State value="Active" type="InProgress" />  
     <State value="Investigate" type="InProgress" />  
     <State value="Resolved" type="InProgress" />  
     <State value="Closed" type="Complete" />  
    </States>  
    
  5. Fügen Sie die WIT-Farbdefinition zum Abschnitt "ProcessConfiguration" WorkItemColors hinzu. Zum Beispiel:

    <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Service Bug" />  
    <WorkItemColor primary="FFFF00FF" secondary="FFFFCCFF" name="Feedback" />  
    
  6. Aktualisieren Sie Ihr Projekt:

  7. Wählen Sie Ihre Teameinstellung aus, um zu ermitteln, wie Fehler nachverfolgt werden.

  8. Vergewissern Sie sich, dass das WIT auf den Backlogs und Boards wie erwartet angezeigt wird und Sie sie über die Backlogs wie erwartet hinzufügen können.

Importieren und Exportieren von Definitionsdateien (lokales XML)

Verwenden Sie die Witadmin-Befehle , um Definitionsdateien zu importieren und zu exportieren. Ausführliche Informationen finden Sie unter witAdmin: Anpassen und Verwalten von Objekten zum Nachverfolgen der Arbeit.

Tipp

Mit witadmin können Sie Definitionsdateien importieren und exportieren. Andere Tools, die Sie verwenden können, umfassen den Prozess-Editor (erfordert, dass Sie eine Version von Visual Studio installiert haben). Installieren Sie den Prozessvorlagen-Editor aus dem Visual Studio Marketplace.

Alternativ können Sie auch den TFS Team Project Manager verwenden, einen Open-Source-Client, der über GitHub verfügbar ist.

Tipp

Mit witadmin können Sie Definitionsdateien importieren und exportieren. Andere Tools, die Sie verwenden können, umfassen den Prozess-Editor (erfordert, dass Sie eine Version von Visual Studio installiert haben). Installieren Sie den TFS-Prozessvorlagen-Editor aus dem Visual Studio Marketplace. Sie können diese Version des Prozess-Editors verwenden, um die Formulare der alten Arbeitsaufgabe zu ändern. Sie können es nicht verwenden, um Formulare zu bearbeiten, die mit den neuen Webformularen verknüpft sind.

Alternativ können Sie auch den TFS Team Project Manager verwenden, einen Open-Source-Client, der über GitHub verfügbar ist.

  1. Öffnen Sie ein Eingabeaufforderungsfenster entsprechend den Anweisungen in witAdmin: Anpassen und Verwalten von Objekten zur Nachverfolgung der Arbeit. Zum Beispiel:
  1. Geben Sie den witadmin Befehl ein, und ersetzen Sie Ihre Daten für die angezeigten Argumente. So importieren Sie z. B. ein WIT:

    witadmin importwitd /collection:CollectionURL /p:"ProjectName" /f:"DirectoryPath\WITDefinitionFile.xml"
    

    Bei CollectionURL geben Sie die URL einer Projektsammlung an, und für ProjectName geben Sie den Namen eines Projekts an, das innerhalb der Auflistung definiert ist. Sie müssen die URL im folgenden Format angeben: http://ServerName:Port/VirtualDirectoryName/CollectionName

    Geben Sie für DirectoryPath den Pfad zum Ordner an, der WorkItem Tracking/TypeDefinitions die von Ihnen heruntergeladene Prozessvorlage enthält. Der Verzeichnispfad muss dieser Struktur folgen: Drive:\TemplateFolder\WorkItem Tracking\TypeDefinitions.

    Importieren Sie z. B. serviceApp WIT:

    witadmin importwitd /collection:"http://MyServer:8080/tfs/DefaultCollection"/p:MyProject /f:"DirectoryPath/ServiceApp.xml"
    

Verwenden Sie diese Befehle, um WITs, Kategorien und Prozesskonfiguration zu exportieren und zu importieren:

witadmin exportwitd /collection:CollectionURL /p:"ProjectName" /n:TypeName /f:"DirectoryPath\WITDefinitionFile.xml"  
witadmin importwitd /collection:CollectionURL /p:"ProjectName" /f:"DirectoryPath\WITDefinitionFile.xml"  
witadmin exportcategories /collection:"CollectionURL" /p:"ProjectName" /f:"DirectoryPath/categories.xml"  
witadmin importcategories /collection:"CollectionURL" /p:"ProjectName" /f:"DirectoryPath/categories.xml"   
witadmin exportprocessconfig /collection:"CollectionURL" /p:"ProjectName" /f:"DirectoryPath/ProcessConfiguration.xml"  
witadmin importprocessconfig /collection:"CollectionURL" /p:"ProjectName" /f:"DirectoryPath/ProcessConfiguration.xml"  

Wir haben gerade gezeigt, wie Sie Ihren Backlogs oder Boards weitere WIT hinzufügen. Wenn Sie jedoch ein weiteres WIT hinzufügen möchten, um als Portfolio-Backlog zu fungieren, lesen Sie "Portfolio-Backlogs hinzufügen".

Weitere Informationen finden Sie unter Anpassen der Arbeitsverfolgungsumgebung für eine Übersicht über alle verfügbaren Optionen zum Anpassen von Arbeitsverfolgungsobjekten.

Informationen dazu, wie hierarchische oder geschachtelte Elemente auf einem Backlog oder Board angezeigt werden, finden Sie unter How Backlogs and Boards display hierarchische (geschachtelte) Elemente.