Verwalten von Issues oder Impedimenten in Azure Boards

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

Wenn Sie bekannte Probleme haben, die Sie nachverfolgen möchten, können Sie dazu ein Impediment (Scrum) oder ein Issue (Agile oder CMMI) definieren. Impedimente und Issues stellen ungeplante Aktivitäten dar. Deren Lösung erfordert mehr Arbeit, die über das hinausgeht, was für tatsächliche Anforderungen nachverfolgt wird. Verwenden Sie den Arbeitselementtyp „Impediment“, um diese Issues nachzuverfolgen und zu verwalten, bis Sie sie beheben und schließen können.

Verwechseln Sie Impedimente nicht mit Fehlern. Sie verfolgen Impedimente nach, die Probleme bei der Erfüllung einer oder mehrerer Anforderungen verursachen können. Beispielsweise müssen Sie Mehrdeutigkeiten von Features, Issues für Personal oder Ressourcen, Probleme mit Umgebungen oder andere Risiken beheben, die den Bereich, die Qualität oder den Zeitplan beeinflussen. Andere Issues, die es nachzuverfolgen gilt, sind Entscheidungen, an denen mehrere Projektbeteiligte oder Produktteams beteiligt sein müssen.

Wichtig

Issues und Impedimente, die in diesem Artikel erläutert werden, werden für Projekte definiert, die mit dem Agile-, Scrum- oder CMMI-Prozess erstellt werden. Standardmäßig werden diese Arbeitselementtypen nicht im Product Backlog oder Taskboard angezeigt.

Wenn Ihr Projekt mit dem Basic-Prozess erstellt wurde, der Arbeit mithilfe von Epics, Issues und Aufgaben nachverfolgt, verfolgen Sie Issues mithilfe des Product Backlog nach. Weitere Informationen finden Sie unter Probleme und Aufgaben verfolgen.

In diesem Artikel finden Sie Informationen zu Folgendem:

• Verwendung von Issues im Vergleich zu Aufgaben
• Erfassen von Issues oder Impedimenten als Arbeitselement
• Hinzufügen von Issues oder Impedimenten zu Ihrem Product Backlog

Voraussetzungen

• Projektzugriff: Ein Projektmitglied sein.

• Berechtigungen:

  • Wenn Sie Arbeitsaufgaben anzeigen, folgen und bearbeiten möchten, müssen Sie arbeitsaufgaben in diesem Knoten anzeigen und Arbeitsaufgaben in diesen Knotenberechtigungen auf "Zulassen" festlegen. Standardmäßig sind diese Berechtigungen für die Gruppe Mitwirkende festgelegt. Weitere Informationen finden Sie unter Festlegen von Berechtigungen für die Arbeitsnachverfolgung.

• Wenn Sie Arbeitsaufgaben Tags hinzufügen möchten, müssen Sie die Berechtigung "Neue Tagdefinition erstellen" auf Projektebene auf "Zulassen" festlegen. Die Gruppe Mitwirkende verfügt standardmäßig über diese Berechtigung.

• Zugriffsebenen:

  • Wenn Sie arbeitsaufgaben neue Tags hinzufügen oder Pullanforderungen anzeigen oder folgen möchten, verfügen Sie über mindestens einfachen Zugriff.
  • Um Arbeitsaufgaben anzuzeigen oder zu folgen, haben Sie mindestens Zugriff auf die Projektbeteiligten . Weitere Informationen finden Sie unter Informationen zu Zugriffsebenen.
  • Alle Projektmitglieder, einschließlich derJenigen in der Gruppe "Leser ", können E-Mails senden, die Arbeitsaufgaben enthalten.

  Hinweis

  • Ermöglichen Sie den Stakeholder-Zugriff auf Mitglieder, die zur Diskussion beitragen und den Fortschritt überprüfen möchten. Dies sind in der Regel Mitglieder, die nicht zum Code beitragen, aber Arbeitselemente, Backlogs, Boards und Dashboards anzeigen möchten.
  • Projektbeteiligte können aufgrund ihrer Zugriffsebene keine neuen Tags hinzufügen, auch wenn die Berechtigung explizit festgelegt ist. Weitere Informationen finden Sie unter Kurzreferenz zu Beteiligtenzugriff.

Hinweis

Die Anzeige in Ihrem Webportal kann sich von den Screenshots in diesem Artikel unterscheiden. Diese Unterschiede ergeben sich aus an Ihrer Web-App vorgenommenen Aktualisierungen, Optionen, die Sie oder Ihr Administrator aktiviert haben, sowie daraus, welcher Prozess beim Erstellen Ihres Projekts ausgewählt wurde: Agile, Basic, Scrum oder CMMI. Der Basic-Prozess ist mit Azure DevOps Server 2019 Update 1 und höheren Versionen verfügbar.

Definieren einer Aufgabe

Sie verwenden Issues oder Impedimente, um Elemente nachzuverfolgen, die die Arbeit behindern könnten. Im Allgemeinen verknüpfen Sie diese Elemente mit User Storys oder anderen Arbeitselementen mithilfe eines Typs der zugehörigen Verknüpfung.

Definieren Sie Aufgaben, wenn Sie eine Prüfliste mit Aufgaben erstellen möchten. Sie können Aufgaben auch definieren, wenn Sie Scrum-Methoden verwenden und Arbeit mithilfe des Felds Verbleibende Arbeit nachverfolgen. Durch Verknüpfen von Arbeitselementen vom Typ Anforderung mit Aufgaben mithilfe des Linktyps „über-/untergeordnet“ werden die Aufgaben auf dem Taskboard für jede verknüpfte User Story angezeigt.

Hinzufügen eines Issues oder Impediments

Öffnen Sie Boards>Arbeitselemente, und wählen Sie das Plussymbol aus. Wählen Sie dann aus dem Optionsmenü Neues Arbeitselement aus.

Wählen Sie das Stecknadelsymbol aus, damit es im Dropdownmenü „Hinzufügen“ angezeigt wird.

Anpassen der Nachverfolgung von Issues

Bei den meisten Arbeitselementtypen können Sie Felder hinzufügen, den Workflow ändern, benutzerdefinierte Regeln hinzufügen und dem Arbeitselementformular benutzerdefinierte Seiten hinzufügen. Sie können auch benutzerdefinierte Arbeitselementtypen hinzufügen. Weitere Informationen finden Sie unter Anpassen eines Vererbungsprozesses.

Issues und Impedimente werden in Ihrem Backlog standardmäßig nicht angezeigt. Stattdessen verfolgen Sie sie mithilfe von Abfragen nach. Informationen zur Nachverfolgung in einem Backlog finden Sie im nächsten Abschnitt Hinzufügen von Issues oder Impedimenten zu Ihrem Product Backlog.

Hinzufügen von Issues oder Impedimenten zu Ihrem Product Backlog

Wenn Sie Issues oder Impedimente zusammen mit Ihren Anforderungen oder einem Portfolio Backlog nachverfolgen möchten, können Sie sie nachverfolgen, indem Sie sie Ihrem benutzerdefinierten vererbten Prozess hinzufügen. Weitere Informationen finden Sie unter Anpassen von Backlogs oder Boards (Vererbungsprozess).

Verwandte Artikel

• Add work items (Hinzufügen von Arbeitselementen)
• Steuerelemente für Arbeitselementformulare
• Verwalten von Fehlern oder Codefehlern
• Erstellen Ihres Backlogs