Freigeben über


Anzeigen von Fehlern in Backlogs und Boards

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

Wenn Ihr Team Codefehler oder Fehler identifiziert, können sie sie dem Backlog hinzufügen und sie ähnlich wie die Nachverfolgungsanforderungen nachverfolgen. Sie können Fehler planen, die innerhalb eines Sprints zusammen mit anderen Aufgaben behoben werden sollen.

Wenn Sie Fehler als Anforderungen nachverfolgen, werden sie auf den Produktrückständen und -boards angezeigt. Wenn Sie Fehler als Aufgaben nachverfolgen, werden die Fehler in Sprint-Backlogs und Taskboards angezeigt. Weitere Informationen zu anderen Arbeitsaufgabentypen finden Sie unter Hinzufügen anderer Arbeitsaufgabentypen zu Backlogs oder Boards.

Sie können die Tracking-Einstellung Ihres Teams für die Prozesse agile, Scrum und Capability Maturity Model Integration (CMMI) definieren. Der Typ der Fehlerarbeitsaufgabe ist für den Grundlegenden Prozess nicht definiert, daher gibt es keine Teameinstellung für "Einfach". Stattdessen sollten Sie Fehler und Codefehler mithilfe des Arbeitsaufgabentyps "Problem" nachverfolgen.

Hinweis

Anforderungen geben die Erwartungen der Benutzer*innen an ein Softwareprodukt an. In Azure Boards werden Anforderungen durch Arbeitselemente definiert, die in Ihrem Product Backlog angezeigt werden. Basierend auf dem für Ihr Projekt ausgewählten Prozess entsprechen die Anforderungen den Arbeitselementtypen für User Story (Agile), Produktbacklogelement (Scrum), Issue (Basic) oder Anforderung (CMMI). Sie gehören auch zur Kategorie Anforderungen, die die Arbeitselement-Typen verwaltet, die im Product Backlog erscheinen.

Berechtigungen: Als Teamadministrator oder Mitglied der Gruppe "Projektadministratoren".

Auswählen von Optionen für die Fehlernachverfolgung

In der folgenden Tabelle sind die Optionen zusammengefasst, die Teams zum Nachverfolgen von Fehlern haben. Bevor Sie Ihre Wahl treffen, empfehlen wir Ihnen, die informationen unter "Definieren", " Erfassen", "Triage" und "Verwalten von Fehlern" zu überprüfen, die einen Überblick über den Typ der Fehleraufgabe und die unterstützten Tools zum Verwalten von Fehlern bieten.


Option

Für diese Zwecke geeignet...


Fehlern als Anforderungen nachverfolgen

Hinweis

  • Fehler werden der Kategorie „Anforderungen“ zugewiesen

Fehler als Aufgaben nachverfolgen

  • Arbeitsaufwand für Fehler ähnlich zu Aufgaben schätzen
  • Fehlerstatus in Sprint Taskboards aktualisieren
  • Fehler mit Anforderungen als untergeordnete Elemente verknüpfen
  • Fehler in den Planungsbereich ziehen, um Fehler einem Sprint zuzuweisen

Hinweis

  • Fehler werden der Kategorie „Aufgaben“ zugewiesen
  • User Storys (Agile), Product Backlog Items (Scrum) oder Anforderungen (CMMI) sind die natürlichen übergeordneten Arbeitselementtypen für Fehler
  • Fehler werden in Lieferplänen nicht angezeigt.

Fehler werden weder in Backlogs noch Boards angezeigt

  • Fehlern mithilfe von Abfragen verwalten

Hinweis

  • Fehler sind der Kategorie „Bugs“ zugeordnet und werden weder in Backlogs noch in Boards angezeigt.
  • Fehler werden weder in Backlogs noch in Boards, Sprintbacklogs, Taskboards oder Lieferplänen angezeigt.
  • Sie können Fehler nicht in den Planungsbereich ziehen, um sie einem Sprint zuzuweisen.

Festlegen der Teameinstellung für die Fehlernachverfolgung

Sie können Einstellungen aus einer Backlog- oder Boardansicht oder aus der Project-Einstellungsteamkonfiguration> ändern.

Screenshot der Reihenfolge der Navigationsauswahl zum Arbeiten mit Fehlern aus Den Projekteinstellungen.

Die folgenden Schritte zeigen, wie Sie sie aus der Boardansicht ändern.

  1. Melden Sie sich bei Ihrer Organisation (https://dev.azure.com/{yourorganization}), an und wählen Sie Ihr Projekt.

  2. Öffnen Sie Ihr Board. Wenn Sie kein Teamadministrator sind, lassen Sie sich als solcher hinzufügen. Nur Team- und Projektadministratoren können das Board anpassen.

  3. Wählen Sie Boardeinstellungen aus, um das Board zu konfigurieren und allgemeine Teameinstellungen festzulegen.

    Screenshot der Schaltfläche

  4. Wählen Sie "Arbeiten mit Fehlern" und dann die Option aus, die die Arbeitsweise Ihres Teams am besten erfüllt.

    Screenshot der Seite

  5. Wählen Sie Speichern aus, wenn Sie Ihre Änderungen abgeschlossen haben.

  6. Um die Änderungen anzuzeigen, öffnen oder aktualisieren Sie den Backlog oder das Board des Teams.

Elemente verschachteln

Wenn Sie Fehler mit Anforderungen oder Aufgaben verwalten, werden diese auf mindestens einem Ihrer Agile-Tool-Backlogs und -Boards angezeigt. Wenn Sie Jedoch Elemente verschachteln, indem Sie Links zu Elementen mit übergeordneten untergeordneten Elementen erstellen, die entweder in den Kategorien "Anforderungen" oder "Aufgabe" gehören, können nicht alle Elemente in Ihren Backlogs und Boards angezeigt werden. Weitere Informationen dazu, wie geschachtelte Elemente behandelt werden, finden Sie unter Problembehandlung bei Neuanordnung und Schachtelung.

Tipp

Wenn nach dem Aktualisieren eines Backlogs oder Boards keine Fehler angezeigt werden, bei denen sie angezeigt werden sollen, lesen Sie die Problembehandlung bei Neuanordnung und Schachtelung. Nur Blattknoten mit geschachtelten Elementen werden auf den Task boards angezeigt.

Hinzufügen weiterer Arbeitsaufgabentypen zu Ihren Backlogs oder Boards

Fehler sind ein allgemeines Element, das Teams nachverfolgen möchten, und wählen Sie aus, wie sie nachverfolgt werden. Weitere Informationen finden Sie unter Verwalten von Fehlern.

Was geschieht jedoch, wenn Sie andere Arbeitsaufgabentypen in Ihren Backlogs und Boards nachverfolgen möchten?

Sie können andere Arbeitsaufgabentypen hinzufügen, indem Sie Ihren Prozess oder Ihr Projekt basierend auf dem verwendeten Prozessmodell anpassen. Zu diesen Elementen gehören Änderungsanforderungen, Probleme und Hindernisse.

Eine Übersicht über Prozessmodelle finden Sie unter Anpassen der Arbeitsnachverfolgung.

Erstellen, Auflisten und Verwalten von Fehlern

Fehler, die mit Anforderungen verwaltet werden, können über den Produktrücklauf oder die Tafel hinzugefügt werden. Wenn Fehler zusammen mit Aufgaben verwaltet werden, können Sie sie einem Sprint-Backlog oder Task Board hinzufügen. Oder erfassen Sie sie mit anderen Tools. Weitere Informationen finden Sie unter Definieren, Triage und Verwalten von Fehlern.

Tipp

Der Aufwand sollte automatisch Teil eines Fehlers sein. Wenn dies nicht angezeigt wird, passen Sie den Fehleraufgabentyp an, damit er angezeigt wird.

Sie können für Ihr Projekt definierte Fehler überprüfen, indem Sie eine Abfrage erstellen und den Arbeitsaufgabentyp=Fehler angeben. Oder öffnen Sie eine vordefinierte Abfrage: Aktive Fehler (Agile und CMMI) oder Work in Progress (Scrum).