Einrichten der Backlogs und Boards Ihres Projekts in Azure Boards

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

In den meisten Fällen können Sie mit der Verwendung Ihrer Produkt- und Portfolio-Backlogs beginnen, sobald Ihr Projekt erstellt wird. Ein Standardteam wird zusammen mit zugeordneten Backlogs und Boards erstellt. Sie können mit dem Backlog oder Board mit dem Hinzufügen von Arbeitselementen zu Ihrem Produktbacklog beginnen.

Möglicherweise müssen Sie jedoch sicherstellen, dass Sie Ihre Backlogs und Boards ordnungsgemäß konfiguriert haben. Stellen Sie die Konfiguration sicher, wenn Sie ein Team hinzugefügt haben und mit der Verwendung der Team-Backlogs und Boards beginnen möchten. Änderungen können in einer Projekt- oder Teamkonfiguration im Laufe der Zeit vorgenommen werden. Diese Änderungen können die Arbeitselemente beeinflussen, die auf Ihrem Backlog und den Boards angezeigt werden.

Eine Übersicht über die Tools, die Ihrem Team zugeordnet sind, finden Sie unter Verwalten und Konfigurieren von Teamtools.

Standard-Backlog- und Boardarbeitselemente

Das erste, was Sie verstehen müssen, ist, dass Ihr Product Backlog und Board Arbeitselemente anzeigen, die die folgenden Kriterien erfüllen:

  • Der Arbeitselementtyp gehört zur Kategorie "Anforderungen". Die Typen unterscheiden sich je nach dem für Ihr Projekt ausgewählten Prozess:
    • Basic : Problem, Backlog name=Problems
    • Agile: Benutzergeschichte, Backlog name=Stories
    • Scrum: Product Backlog Item, Backlog name=Backlog Items
    • CMMI: Anforderung, Backlogname=Anforderungen
  • Arbeitselementbereichspfad entspricht einem der Bereichspfade des ausgewählten Teams
  • Arbeitselement-Iterationspfad befindet sich unter dem Standard-Iterationspfad des Teams.

Hinweis

Der Grundlegende Prozess ist verfügbar, wenn Sie ein Projekt zu Azure DevOps Services oder Azure DevOps Server 2019 Update 1 hinzufügen. Wählen Sie für frühere lokale Bereitstellungen agile, Scrum oder CMMI-Prozesse aus.

  • Der Arbeitselementtyp gehört zur Kategorie "Anforderungen". Die Typen unterscheiden sich je nach dem für Ihr Projekt ausgewählten Prozess:
    • Agile: Benutzergeschichte, Backlog name=Stories
    • Scrum: Product Backlog Item, Backlog name=Backlog Items
    • CMMI: Anforderung, Backlogname=Anforderungen
  • Arbeitselementbereichspfad entspricht einem der Bereichspfade des ausgewählten Teams
  • Arbeitselement-Iterationspfad befindet sich unter dem Standard-Iterationspfad des Teams.

Sie können die Arbeitselementtypen bestimmen, die zu Ihrer Kategorie "Anforderungen" gehören. Bestimmen Sie die Elemente, indem Sie den Produktbacklog öffnen und den Produktbacklognamen überprüfen.

Product backlog level, Backlog items, Stories, or Requirements

Wie in der folgenden Abbildung gezeigt, wählen Sie (1) das Team, (2) Arbeit, (3) Backlogs und dann den Produktrückstand aus.

Product backlog level, Backlog items, Stories, or Requirements

Suchen Sie den Bereichspfad(n) und Die Iterationspfade Ihres Teams nach. Weitere Informationen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team und Definieren von Sprintpfaden und Konfigurieren von Team-Iterationen.

Standard-Sprint-Backlog und Taskboard-Arbeitselemente

Ihr Sprint-Backlog und Taskboard wenden die Filter an, die dem Standard-Backlog und der Boardarbeitselemente Ihres Teams sowie dem von Ihnen ausgewählten Iterationspfad zugeordnet sind.

Sie können nur Iterationspfade auswählen, die von Ihrem Team vorab ausgewählt wurden.

Ihr Sprint-Backlog zeigt nur diese Arbeitselemente an, die dem ausgewählten Sprint zugewiesen sind. Untergeordnete Aufgaben, die anderen Sprints zugewiesen sind, werden nicht angezeigt.

Prüfliste für Arbeitselemente, Backlogs und Boards überprüfen

Wenn die von Ihnen erwarteten Arbeitselemente auf Ihrem Produktbacklog oder Kanban-Board nicht angezeigt werden, führen Sie die folgenden Prüfungen aus:

  1. Stellen Sie sicher, dass Sie den Team-Backlog oder das Board of Interest ausgewählt haben. Informationen zum Navigieren und Öffnen von Artefakten finden Sie unter Verwenden von Brotkrümeln und Auswahlgebern.

  2. Erstellen Sie eine Abfrage Ihrer Backlogelemente, die die Arbeitselementtypen angeben, die zu Ihrer Anforderungskategorie gehören, und dem Bereichspfad, der Ihrem Team zugeordnet ist, z. B.:

    Requirement category query

  3. Fügen Sie die Felder "Status", " Bereichspfad" und " Iterationspfad " zu den Spaltenoptionen hinzu.

  4. Überprüfen Sie die Abfrageergebnisse, und die Werte der Arbeitselemente, die Sie erwarten, dass ihr Backlog angezeigt wird, erfüllen diese Kriterien:

    • Bereichspfad gehört zum Bereichspfad Ihres Teams
    • Iterationspfad gehört zum Standard-Iterationspfad Ihres Teams.
    • Der Zustand ist nicht geschlossen, abgeschlossen, fertig oder entfernt.

Hinweis

Sie können ihren Produktrückstand auch filtern, um Arbeitselemente anzuzeigen oder auszublenden, die sich in einer Statuskategorie "In Fortschritt " befinden, die einem aktiven, aufgelösten, engagierten, Workflowzustand entsprechen.

Hinzufügen von Fehlern zu Ihren Backlogs und Boards

Für alle Prozesse außer dem Grundlegenden Prozess verwaltet jedes Team die Art und Weise, wie Fehler nachverfolgt werden. Verfolgen Sie Fehler in der Kategorie "Anforderungen", da sie im Backlog- und Kanban-Board oder in der Kategorie "Aufgaben" angezeigt werden. Sie können auch auf dem Taskboard oder der Kategorie "Fehler" angezeigt werden, in der sie nicht auf Backlogs oder Boards angezeigt werden.

Hinweis

Fehler-Arbeitselementtypen sind nicht mit dem Basic-Prozess verfügbar. Der Grundlegende Prozess verfolgt Fehler als Probleme und ist verfügbar, wenn Sie ein neues Projekt aus Azure DevOps Services oder Azure DevOps Server 2019.1 oder höher versionen erstellen.

Jedes Team kann die Art und Weise verwalten, wie Fehler nachverfolgt werden. Sie können Fehler im Rahmen der Kategorie "Anforderungen" nachverfolgen. Diese Fehler werden im Backlog- und Kanban-Board oder in der Kategorie "Aufgaben" angezeigt. Sie können auf dem Taskboard oder der Kategorie "Fehler" angezeigt werden, in der sie nicht auf Backlogs oder Boards angezeigt werden.

Wenn Fehler auf Ihrem Backlog und Board angezeigt werden sollen, wählen Sie "Fehler" mit Anforderungen verwaltet.

Working with bugs options

Ausführliche Informationen finden Sie unter Anzeigen von Fehlern auf Backlogs und Boards.

Korrigieren der Kanban-Boardkonfiguration

Wenn Beim Öffnen ihres Kanban-Board der folgende Fehler angezeigt wird, müssen Sie die Konfiguration korrigieren. Der Grund für diesen Fehler ist, dass die Workflowzustände von Arbeitselementtypen, die der Kategorie "Anforderungen" hinzugefügt wurden, nicht der Spalte zugeordnet sind.

Kanban board, Configuration error message

Wählen Sie dies jetzt aus, um das Dialogfeld "Einstellungen" zu öffnen. Informationen zum Zuordnen der Workflowzustände finden Sie unter Hinzufügen von Spalten zu Ihrem Kanban-Board, Aktualisieren von Kanban-Spalten-zu-Status-Zuordnungen.

Anpassen Ihrer Kanban-Board-Checklistenelemente

Checklisten sind eine hervorragende Möglichkeit zum Erstellen von Arbeitselementen, die automatisch mit einem übergeordneten untergeordneten Link zu einem anderen Arbeitselement in einem Kanban-Board verknüpft sind. Sie können die Arbeitselementtypen anpassen, die Sie als Prüfliste hinzufügen können, indem Sie die Board-Einstellungen öffnen, Anmerkungen auswählen und die Arbeitselementtypen aktivieren, die auf dem Board angezeigt werden sollen. Ausführliche Informationen finden Sie unter Anpassen von Karten.

Hier haben wir beispielsweise ausgewählt, Fehler zusammen mit Aufgaben nachzuverfolgen und Aufgaben, Fehler, GitHub Objekte und Tests zu aktivieren, die innerhalb von Checklisten angezeigt werden sollen.

On the settings page, the Annotations tab is selected and four Annotation types, all enabled, are listed. They are: Task, Bug, GitHub, and Tests.

Hinweis

Die GitHub Anmerkungen erfordern Azure DevOps Server 2019 Update 1 oder höher.

Hier haben wir beispielsweise ausgewählt, Fehler zusammen mit Aufgaben nachzuverfolgen und Aufgaben und Fehler in Checklisten anzuzeigen.

Kanban board, Settings, Annotations

Weitere Informationen zu Checklisten finden Sie in den folgenden Artikeln:

Hinzufügen anderer Arbeitselementtypen zu Ihrer Kanban-Board-Checkliste

Wenn Sie Arbeitselementtypen zur Aufgabenkategorie hinzugefügt haben, wie in " Hinzufügen benutzerdefinierter Arbeitselementtypen zu Ihrem Taskboard später in diesem Artikel" beschrieben, können Sie auswählen, ob diese Typen in einer Prüfliste auf Ihrem Produkt-Kanban-Board angezeigt werden. Sie machen diese Wahl, indem Sie board Einstellungen öffnen, Anmerkungen auswählen und die Arbeitselementtypen aktivieren, die auf dem Board angezeigt werden sollen. Sie können bis zu fünf Anmerkungen aktivieren. Details finden Sie unter Anpassen von Karten.

Hier haben wir beispielsweise ausgewählt, Fehler zusammen mit Aufgaben nachzuverfolgen, und wir aktivieren Problem und Vorgang und Fehler. Weitere Informationen zu Checklisten finden Sie unter Hinzufügen von Aufgaben oder untergeordneten Elementen als Checklisten und Hinzufügen, Ausführen und Aktualisieren von Inlinetests.

On the settings page, the Annotations tab is selected and five Annotation types (Task, Bug, Tests, Issue, Ticket) are listed. All but Tests are enabled.

Ausblenden oder Anzeigen von Backlogstufen

Ihr Team kann auch eine oder mehrere Backlogstufen ausblenden oder anzeigen. Featureteams verwalten häufig Backlogelemente, während Verwaltungsteams Features und Epen verwalten. In dieser Situation können Sie eine Backlogebene aktivieren oder deaktivieren.

Backlog navigation levels

Ausführliche Informationen finden Sie unter Auswählen von Navigationsstufen für den Backlog für Ihr Team.

Hinzufügen benutzerdefinierter Arbeitselementtypen zu Ihren Backlogs und Portfolio-Backlog-Ebenen

Wenn Sie verschiedene Arbeitselementtypen auf Ihrem Produktbacklog nachverfolgen möchten, können Sie dies tun, indem Sie benutzerdefinierte Arbeitselementtypen hinzufügen und sie zu einer bestimmten Backlogebene hinzufügen.

Sie können auch benutzerdefinierte Arbeitselementtypen hinzufügen und sie zu Portfolio-Backlogs hinzufügen. Sie können bis zu fünf Portfoliobacklogs hinzufügen.

Hier haben wir beispielsweise Initiativen, vierte Ebene und fünfte Arbeitselementtypen hinzugefügt, um fünf Ebenen des Portfoliobacklogs zu unterstützen. Außerdem haben wir einen benutzerdefinierten Arbeitselementtyp namens "Ticket" hinzugefügt und dem Produktbacklog hinzugefügt.

Add custom work item types to your backlogs.

Ausführliche Informationen finden Sie in den folgenden Ressourcen:

Hinzufügen benutzerdefinierter Arbeitselementtypen zu Ihrem Taskboard

Um benutzerdefinierte Arbeitselementtypen hinzuzufügen, die auf Ihrem Sprint-Taskboard angezeigt werden sollen, führen Sie die schritte aus, die auf der Grundlage des Prozessmodells, das Ihr Projekt verwendet, beschrieben werden.

Hinweis

Sie können Arbeitselementtypen aktivieren, die Sie Ihrem Iterationsbacklog hinzufügen, um als Prüfliste auf Ihrem Produkt-Kanban-Board anzuzeigen. Weitere Informationen hierzu finden Sie unter Anpassen Ihrer Kanban-Board-Checklistenelemente , die zuvor in diesem Artikel bereitgestellt wurden.

Nachverfolgen benutzerdefinierter Arbeitselemente mit dem Geerbten Prozessmodell

Wenn Sie z. B. einen benutzerdefinierten Arbeitselementtyp nachverfolgen möchten, führen Sie die folgenden Aufgaben aus:

  1. Definieren Sie den benutzerdefinierten Arbeitselementtyp "Ticket". Weitere Informationen finden Sie unter Hinzufügen und Verwalten von Arbeitselementtypen.

  2. Fügen Sie dem Iterationsbacklog die Arbeitselementtypen "Ticket" hinzu. Ausführliche Informationen finden Sie unter Anpassen ihrer Backlogs oder Boards für einen Prozess.

Hinzufügen vorhandener und benutzerdefinierter Arbeitselementtypen mit dem lokalen XML-Prozessmodell

Für lokale Bereitstellungen, die das lokale XML-Prozessmodell zum Anpassen der Arbeitsverfolgung verwenden, können Sie vorhandene und benutzerdefinierte Arbeitselementtypen zu den Sprint-Taskboards hinzufügen. Wenn Sie z. B. Probleme (oder Impediments für den Scrum-Prozess) und einen benutzerdefinierten Arbeitselementtyp nachverfolgen möchten, würden Sie die folgenden Aufgaben ausführen:

  1. Definieren Sie den benutzerdefinierten Arbeitselementtyp "Ticket". Weitere Informationen finden Sie unter Hinzufügen oder Ändern eines Arbeitselementtyps.

  2. Fügen Sie den Aufgabenkategorietypen Problem- und Ticketarbeitselemente hinzu, indem Sie die XML-Datei "Kategorien" ändern. Ausführliche Informationen finden Sie unter "Categories XML-Elementreferenz".

    Hier fügen wir beispielsweise "Problem" und "Ticket" zur Kategorie "Aufgabe" hinzu.

      <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
        <DEFAULTWORKITEMTYPE name="Task" />
      <WORKITEMTYPE name="Issue" / 
      <WORKITEMTYPE name="Ticket" / 
      </CATEGORY>
    
  3. Stellen Sie sicher, dass die Status des Problem- und Ticketworkflows den Kategoriezuständen zugeordnet sind. Ändern Sie nach Bedarf die XML-Datei ProcessConfiguration, um Probleme und Tickets zum TaskBacklog Abschnitt hinzuzufügen.

    Hier werden beispielsweise die Status "Neu", "Aktiv" und "Geschlossen" für die Kategorie "Aufgabe" zugeordnet.

      <TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="1000">
        <States>
          <State value="New" type="Proposed" />
          <State value="Active" type="InProgress" />
          <State value="Closed" type="Complete" />
        </States>
    . . .
      </TaskBacklog>
    
  4. Um Ihre Änderungen zu überprüfen, öffnen Sie einen Sprint-Backlog, und stellen Sie sicher, dass Sie ein Problem oder Ticket auf dieselbe Weise hinzufügen können, wie Sie eine Aufgabe hinzufügen. Weitere Informationen finden Sie unter Hinzufügen von Aufgaben.

Andere Faktoren, die sich auf Arbeitselemente in Ihren Backlogs und Boards auswirken können

Die folgenden Einstellungen können den Typ und die Anzahl der Arbeitselemente beeinflussen, die in Ihren Backlogs und Boards angezeigt werden.

  • In Ihrem Kanban-Board werden neu hinzugefügte Arbeitselemente möglicherweise nicht angezeigt, wenn sie im Produktrücklauf niedriger sind. Wenn Sie weitere Elemente anzeigen, können Sie dazu führen, dass das Board weitere Arbeitselemente aktualisieren und anzeigen kann.

    Boards, Show more items

  • Wenn Sie Arbeitselemente geschachtelt haben, die zur gleichen Kategorie gehören, können nur Blattknoten im Kanban-Board (für TFS 2018.1 und frühere Versionen) angezeigt werden. Aus diesem Grund wird empfohlen, Arbeitselemente desselben Arbeitselementtyps oder der gleichen Kategorie nicht zu verschachteln. Weitere Informationen finden Sie unter Beheben von Neuanordnungs- und Verschachtelungsproblemen, wie Backlogs und Boards hierarchische (geschachtelte) Elemente anzeigen.

  • Wenn Sie die Ansicht "In Fortschritt " deaktiviert haben, werden diese Arbeitselemente, in denen die Arbeit gestartet wurde, nicht in der Backlogliste angezeigt.

    Backlogs, View Options, Hide In Progress

    Backlogs, View Options, Hide In Progress

    Backlogs, Hide In Progress

  • Arbeitselemente werden in der Prioritätsreihenfolge angezeigt, in der sie hinzugefügt oder verschoben werden. Diese Reihenfolge oder Sequenz wird vom Stack Rank -Feld (Basic, Agile und CMMI-Prozesse) oder Backlog Priority (Scrum) verwaltet. Weitere Informationen finden Sie im Abschnitt "Stack-Rangfolge" in Backlogs, Portfolios und agiler Projektverwaltung.

  • Jeder Backlog kann bis zu 999 Arbeitselemente anzeigen. Wenn Ihr Backlog diesen Grenzwert überschreitet, sollten Sie möglicherweise ein Team hinzufügen und einige der Arbeitselemente zum Backlog des anderen Teams verschieben.

  • Sprint-Backlogs zeigen nur diese Arbeitselemente an, die den Bereichspfad des Teams und den Für den Sprint definierten Iterationspfad erfüllen.

  • Vererbungsprozessmodell: Wenn ein Administrator einen Arbeitselementtyp deaktiviert oder löscht, wird es nicht mehr auf Backlogs und Boards angezeigt.

  • Lokales XML-Prozessmodell: Wenn ein Administrator einen Arbeitselementtyp löscht oder zerstört, wird es nicht mehr auf Backlogs und Boards angezeigt.