Planen und Nachverfolgen der Arbeit mit Azure Boards

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

In diesem Artikel erfahren Sie, wie Sie Azure Boards verwenden, um Ihre Arbeit mithilfe eines Agile-, Basic-, Scrum- oder Capability Maturity Model Integration-Prozesses (CMMI) zu planen und nachzuverfolgen. Weitere Informationen finden Sie unter Informationen zu Prozessen und Prozessvorlagen.

Hinweis

Der Basic-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-Prozess“ aus.

Der Agile-Prozess verwendet verschiedene Arbeitselementtypen wie User Stories, Aufgaben, Fehler, Features und Epics, um Arbeit zu planen und nachzuverfolgen. Fügen Sie zunächst User Stories hinzu, und gruppieren Sie sie bei Bedarf in Features. Sie können Aufgaben zu einer User Story hinzufügen, um weitere Details nachzuverfolgen.

Arbeitsaufgabentypen Backlog-Hierarchie
Agile process work item types, conceptual image. Screenshot of Agile process Hierarchical backlog.

In jedem Arbeitselementformular können Sie die zu erledigende Arbeit beschreiben, Projektmitwirkenden die Arbeit zuweisen, den Status nachverfolgen und über den Diskussionsabschnitt mit anderen zusammenarbeiten.

Wir zeigen Ihnen, wie Sie User Stories und untergeordnete Aufgaben aus dem Webportal hinzufügen und diesen Arbeitselementen Details hinzufügen.

Voraussetzungen

  • Sie müssen über Basic-Zugriff verfügen und Mitglied der Mitwirkenden- oder Projektadministratorengruppe sein, um einem Board Arbeitselemente hinzuzufügen und alle anderen Boardfeatures zu verwenden.
  • Sie müssen über Stakeholder-Zugriff für ein privates Projekt verfügen und Mitglied der Mitwirkenden- oder Projektadministratorengruppe sein, um Boards anzuzeigen, Arbeitselemente zu öffnen und zu ändern und einer Prüfliste untergeordnete Aufgaben hinzuzufügen. Sie können ein Backlog Item weder per Drag & Drop neu anordnen oder neu überordnen noch ein Feld auf einem Karte aktualisieren.
  • Sie müssen über Stakeholder-Zugriff für ein öffentliches Projekt verfügen und Mitglied der Mitwirkenden- oder Projektadministratorengruppe sein, um vollen Zugriff auf alle Features des Boards zu haben.
  • Sie müssen über Basic-Zugriff verfügen und Mitglied der Mitwirkenden- oder Projektadministratorengruppe sein, um einem Board Arbeitselemente hinzuzufügen und alle anderen Boardfeatures zu verwenden.
  • Sie müssen über Stakeholder-Zugriff verfügen und Mitglied der Mitwirkenden- oder Projektadministratorengruppe sein, um Boards anzuzeigen, Arbeitselemente zu öffnen und zu ändern und einer Prüfliste untergeordnete Aufgaben hinzuzufügen. Sie können ein Backlog Item weder per Drag & Drop neu anordnen oder neu überordnen noch ein Feld auf einem Karte aktualisieren.

Hinweis

Zum Ziehen und Ablegen von Karten in verschiedene Spalten müssen Sie über Azure DevOps Server 2020 Update 1 verfügen.

  • Sie müssen über Basic-Zugriff verfügen und Mitglied der Mitwirkenden- oder Projektadministratorengruppe sein, um einem Board Arbeitselemente hinzuzufügen und alle anderen Boardfeatures zu verwenden.
  • Sie müssen über Stakeholder-Zugriff für ein privates Projekt verfügen und Mitglied der Mitwirkenden- oder Projektadministratorengruppe sein, um Boards anzuzeigen, Arbeitselemente zu öffnen und zu ändern und einer Prüfliste untergeordnete Aufgaben hinzuzufügen. Sie können ein Backlog Item weder per Drag & Drop neu anordnen oder neu überordnen noch ein Feld auf einem Karte aktualisieren.
  • Sie müssen über Stakeholder-Zugriff für ein öffentliches Projekt verfügen und Mitglied der Mitwirkenden- oder Projektadministratorengruppe sein, um vollen Zugriff auf alle Features des Boards zu haben.

Weitere Informationen finden Sie unter Standardberechtigungen und Zugriff für Azure Boards.

Hinweis

Die in diesem Artikel gezeigten Bilder entsprechen der neuesten Version von Azure Boards. Obwohl sie sich von den in früheren lokalen Versionen von Azure DevOps gezeigten Bildern unterscheiden können, sind sie in den beschriebenen Funktionen ähnlich, sofern nicht anders angegeben.

Öffnen Ihres Kanban-Boards

Für jedes hinzugefügte Projekt und Team wird ein Kanban-Board bereitgestellt. Sie können Kanban-Boards nur erstellen oder einem Projekt hinzufügen, indem Sie ein weiteres Team hinzufügen. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

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

  2. Wählen Sie Boards>Boards aus.

    Screenshot showing two selections highlighted with red boxes, to open boards.

  3. Wählen Sie im Dropdownmenü Alle Teamboards ein Board aus.

    Screenshot showing All Team Boards to choose from, listed in the dropdown menu.

Hinzufügen von Arbeitselementen zu Ihrem Board

Arbeitselementen wird automatisch der standardmäßige Bereichspfad und Iterationspfad zugewiesen, die für das Team festgelegt wurden. Weitere Informationen finden Sie unter Konfigurieren von Teameinstellungen.

  1. Wählen Sie im Stories-Board Neues Element und die Stories aus, die Sie nachverfolgen möchten.

    Add new item, Kanban board, Agile process.

  2. Drücken Sie die Eingabetaste, und das System weist der User Story eine Arbeitselement-ID zu.

    Added item, Agile process.

  3. Fügen Sie so viele User Stories hinzu, wie Sie benötigen.

Tipp

Um schnell Features und untergeordnete User Stories hinzuzufügen, wählen Sie Features aus der Boardauswahl aus. Screenshot to Open the features board, Agile process.

Hinzufügen von Details zu einem Boardelement

Wählen Sie zum Öffnen den Titel des Issues oder der User Story aus. Ändern Sie einen oder mehrere Feldwerte, fügen Sie eine Beschreibung hinzu, oder nehmen Sie Anmerkungen im Abschnitt Diskussion vor. Sie können auch die Registerkarte attachments iconAnlagen auswählen und eine Datei auf diese ziehen, um sie mit anderen Personen zu teilen.

Hier weisen wir beispielsweise Raisa Pokrovskaya die Story zu und fügen eine Diskussionsnotiz hinzu, in der Raisa @-erwähnt wird.

Screenshot of User Story work item form.

Wählen Sie Speichern und schließen aus, wenn Sie fertig sind.

Feldbeschreibungen


Feld

Verwendung


Geben Sie eine höchstens 255 Zeichen lange Beschreibung ein. Sie können den Titel später jederzeit ändern.


Weisen Sie die Arbeitsaufgabe dem für die Bearbeitung zuständigen Teammitglied zu. Ja nach dem Kontext der Arbeiten werden im Dropdownmenü nur Teammitglieder oder am Projekt Mitwirkende aufgeführt.

Hinweis

Sie können nur einem einzelnen Benutzer Arbeit zuweisen. Wenn Sie mehr als einem Benutzer Arbeit zuweisen müssen, fügen Sie ein Arbeitselement für jeden Benutzer hinzu, und unterscheiden Sie die zu erledigende Arbeit anhand von Titel und Beschreibung. Das Feld „Zugewiesen zu“ akzeptiert nur Benutzerkonten, die einem Projekt oder Team hinzugefügt wurden.


Wenn das Arbeitselement erstellt wird, wird für den Zustand standardmäßig der erste Zustand im Workflow festgelegt. Aktualisieren Sie den Wert im Verlauf der Arbeit mit dem aktuellen Status.


Verwenden Sie zunächst die Standardeinstellung. Aktualisieren Sie nach Bedarf den Wert bei Zustandsänderungen. Jeder Zustand ist einem Standardgrund zugeordnet.


Wählen Sie den zum Produkt oder Team gehörenden Bereichspfad aus, oder lassen Sie dieses Feld leer, bis ein entsprechender Pfad bei einer Planungsbesprechung zugewiesen wird. Informationen zum Ändern der Dropdownliste mit den Bereichen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team.


Wählen Sie den Sprint oder die Iteration aus, in dem bzw. der die Arbeit abgeschlossen werden soll, oder lassen Sie dieses Feld leer, und legen Sie es später bei einer Planungsbesprechung fest. Informationen zum Ändern der Dropdownliste mit den Iterationen finden Sie unter Definieren von Iterationspfaden und Konfigurieren von Teamiterationen.


Stellen Sie genügend Details bereit, um ein gemeinsames Verständnis vom Umfang zu etablieren und Schätzungsbemühungen zu unterstützen. Konzentrieren Sie sich auf die Benutzer*innen, was sie erreichen möchten und warum. Beschreiben Sie nicht, wie das Produkt entwickelt werden soll. Stellen Sie ausreichende Informationen bereit, damit das Team Aufgaben und Testfälle schreiben kann, um das Element zu implementieren.


Geben Sie die Kriterien an, die erfüllt werden müssen, bevor das Arbeitselement geschlossen werden kann. Definieren Sie den Zustand „Fertig“, indem Sie die Kriterien beschreiben, die das Team verwenden soll, um zu überprüfen, ob das Backlog Item oder die Fehlerkorrektur vollständig implementiert wurde. Beschreiben Sie vor Beginn der Arbeit die Kundenakzeptanzkriterien so klar wie möglich. Führen Sie Gespräche zwischen dem Team und den Kunden, um die Akzeptanzkriterien zu ermitteln. Diese Kriterien tragen dazu bei, ein gemeinsames Verständnis der Kundenerwartungen und deren Erfüllung im Team sicherzustellen. Außerdem bilden diese Informationen die Grundlage für Akzeptanztests.


Eine subjektive Bewertung des Issues oder der Aufgabe und der Auswirkungen auf das Geschäft. Sie können folgende Werte angeben:

  • 1: Das Produkt kann ohne die erfolgreiche Behebung der Arbeitsaufgabe nicht ausgeliefert werden. Der Fehler sollte so schnell wie möglich behandelt werden.
  • 2: Das Produkt kann ohne die erfolgreiche Behebung der Arbeitsaufgabe nicht ausgeliefert werden. Der Fehler muss jedoch nicht unmittelbar behandelt werden.
  • 3: Die Auflösung der Arbeitsaufgabe ist optional, basierend auf Ressourcen, Zeit und Risiko.
  • 4: Die Auflösung des Arbeitselements ist nicht erforderlich.

Eine subjektive Bewertung des Issues oder der Aufgabe und der Auswirkungen auf das Geschäft. Sie können folgende Werte angeben:

  • Architektonisch: Technische Dienste zur Implementierung von Business-Funktionen zur Lösung.
  • Geschäft: Dienste, die die Anforderungen von Kund*innen und Projektbeteiligten erfüllen und so direkt einen Mehrwert für Kund*innen schaffen und zur Unterstützung des Unternehmens beitragen (Standardwert).

Geben Sie eine relative Schätzung des Arbeitsaufwands an, der zum Abschließen eines Issues erforderlich ist. Die meisten Agile-Methoden empfehlen, Schätzungen für Backlog Items basierend auf der relativen Arbeitsgröße festzulegen. Solche Methoden umfassen Potenzen von 2 (1, 2, 4, 8) und die Fibonacci-Folge (1, 2, 3, 5, 8 usw.). Verwenden Sie eine beliebige numerische Einheit, die Ihr Team bevorzugt.
Die von Ihnen festgelegten Schätzungen werden verwendet, um die Teamgeschwindigkeit und die Vorhersage von Sprints zu berechnen.


Aktualisieren des Arbeitsstatus

Mit dem Zustandsfeld kann der Status eines Arbeitselements nachverfolgt werden. Mit dem Kanban-Board können Sie die Status von Backlog Items schnell aktualisieren, indem Sie sie in eine andere Spalte ziehen und ablegen.

Ziehen Sie zu Beginn der Arbeit die User Story-Karte aus der Spalte Backlog in die Spalte Aktiv. Sobald die Arbeit zur Überprüfung bereit ist, verschieben Sie sie in die Spalte Aufgelöst . Nachdem sie überprüft und akzeptiert wurde, verschieben Sie sie in die Spalte Geschlossen.

Screenshot showing updating status on Kanban board, Agile process.

Tipp

Informationen zum Hinzufügen oder Umbenennen von Spalten nach Bedarf finden Sie unter Anpassen des Boards.

Hinzufügen von Aufgaben

Aufgabenprüflisten bieten eine schnelle und einfache Möglichkeit, Arbeitselemente nachzuverfolgen, die wichtig sind, um das Abschließen eines Backlog Items zu unterstützen. Außerdem können Sie verschiedenen Teammitgliedern einzelne Aufgaben zuweisen.

Tipp

Aufgaben, die Sie über das Kanban-Board erstellen, wird automatisch der Bereichspfad und der Iterationspfad ihres übergeordneten Arbeitselements zugewiesen und auf Ihrem Sprint-Taskboard angezeigt.

Aufgaben, die Sie aus dem Sprint-Backlog oder Taskboard erstellen, werden in Aufgabenprüflisten auf dem Kanban-Board angezeigt.

  1. Wählen Sie das Aktionssymbol für die Story aus, und wählen Sie plus iconAufgabe hinzufügenaus.

    Choose Add Task from the User Story card menu, Agile process.

    Geben Sie einen Titel für die Aufgabe ein, und drücken Sie die EINGABETASTE, wenn Sie fertig sind.

    Add first task, Agile process.

  2. Wenn Sie viele Aufgaben hinzufügen müssen, geben Sie weiterhin die Aufgabentitel ein, und drücken Sie die Eingabetaste.

    Several tasks added, Agile process.

  3. Sie können eine Aufgabe als abgeschlossen markieren, die Aufgabenprüfliste erweitern oder reduzieren oder Aufgaben neu anordnen und neu überordnen.

    Aufgabe als abgeschlossen markieren Aufgaben neu anordnen und neu überordnen Prüfliste erweitern oder reduzieren
    Um einen Vorgang als abgeschlossen zu markieren, aktivieren Sie das Kontrollkästchen der Aufgabe. Der Zustand der Aufgabe ändert sich in Fertig.
    Mark task as done
    Um eine Aufgabe neu anzuordnen, ziehen Sie sie innerhalb der Prüfliste. Um eine Aufgabe neu überzuordnen, ziehen Sie sie auf ein anderes Issue auf dem Board.
    Drag tasks to reorder them within the list
    Um eine Aufgabenprüfliste zu erweitern oder zu reduzieren, wählen Sie einfach die Aufgabenanmerkung aus.
    Collapse task checklist

Hinzufügen von Details zu einer Aufgabe

Wenn Sie Details zu einer Aufgabe hinzufügen möchten, wählen Sie den Titel aus, um sie zu öffnen. Ändern Sie einen oder mehrere Feldwerte, fügen Sie eine Beschreibung hinzu, oder nehmen Sie Anmerkungen im Abschnitt Diskussion vor. Wählen Sie Speichern und schließen aus, wenn Sie fertig sind.

Hier weisen wir Christie Church die Aufgabe zu.

Screenshot of Task work item form, Agile process.

Feldbeschreibungen

Zusätzlich zu den Feldern, die Sie für ein Backlog Item definieren können – User Story, Issue, Product Backlog Item oder Anforderung –, können Sie die folgenden Felder für eine Aufgabe angeben, um die Erfassung von Kapazität und Zeit zu unterstützen.

Hinweis

Diesem Feld sind keine inhärenten Zeiteinheiten zugeordnet, obwohl das Taskboard immer „h“ für Stunden in Bezug auf die verbleibende Arbeit anzeigt. Sie können die Arbeit in einer die oft ausgegebene Befehlszeilen Maßeinheit angeben, ganz nach Wunsch des Teams.

Feld

Verwendung


Der Typ der Aktivität, die zum Abschließen einer Aufgabe erforderlich ist. Weitere Informationen zur Verwendung dieses Felds finden Sie unter Kapazitätsplanung. Zulässige Werte sind:

  • Bereitstellung
  • Entwurf
  • Entwicklung
  • Dokumentation
  • Anforderungen
  • Testen

Disziplin (CMMI-Prozess)

Der Typ der Aktivität, die zum Abschließen einer Aufgabe erforderlich ist. Weitere Informationen zur Verwendung dieses Felds finden Sie unter Kapazitätsplanung. Zulässige Werte sind:

  • Analyse
  • Entwicklung
  • Test
  • Dokumentation/Hilfe
  • Benutzerfreundlichkeit

Der geschätzte Arbeitsaufwand, der zum Abschluss einer Aufgabe erforderlich ist. In der Regel wird dieses Feld nicht geändert, nachdem es zugewiesen ist.

Der verbleibende Arbeitsaufwand für die Fertigstellung einer Aufgabe. Sie können die Arbeit in Stunden oder in Tagen angeben. Aktualisieren Sie dieses Feld im Verlauf der Arbeit. Es wird zum Berechnen von Kapazitätsdiagrammen und des Sprint-Burndowndiagramms verwendet.
Wenn Sie eine Aufgabe in Unteraufgaben unterteilen, geben Sie die verbleibende Arbeit nur für die Unteraufgaben an.

Der Arbeitsaufwand zum Implementieren einer Aufgabe. Geben Sie einen Wert für dieses Feld ein, wenn Sie die Aufgabe abschließen.

Aufgabentyp (nur CMMI)

Wählen Sie die Art der zu implementierenden Aufgabe aus folgenden zulässigen Werten aus:

  • Korrekturmaßnahme
  • Entschärfungsaktion
  • Geplant

Erfassen von Kommentaren im Abschnitt „Diskussion“

Verwenden Sie den Abschnitt Diskussion, um Kommentare zur durchgeführten Arbeit hinzuzufügen und zu überprüfen.

Screenshot showing the Discussion section within a work item form.

Die Symbolleiste des Rich-Text-Editors wird unterhalb des Texteingabebereichs angezeigt. Sie wird angezeigt, wenn Sie ein Textfeld auswählen, das die Textformatierung unterstützt.

Screenshot of Discussion section, Rich Text Editor toolbar.

Hinweis

Es gibt kein Arbeitselementfeld Diskussion. Zum Abfragen von Arbeitselementen mit Kommentaren, die im Bereich „Diskussion“ eingegeben wurden, filtern Sie die Elemente nach dem Feld Verlauf. Der gesamte Inhalt des in das Textfeld „Diskussion“ eingegebenen Texts wird dem Feld „Verlauf“ hinzugefügt.

Erwähnen einer Person, einer Gruppe, eines Arbeitselements oder eines Pull Requests

Um ein Menü der zuletzt vorgenommenen Einträge zu öffnen, die Sie erstellt haben, um eine Person zu erwähnen oder ein Arbeitselement oder einen Pull Request zu verknüpfen, wählen Sie , aus, oder geben Sie @, # oder ! ein.

Screenshot of Discussion section, at-mention drop-down menu.

Geben Sie einen Namen oder eine Nummer ein, und die Menüliste wird nach Ihrem Eintrag gefiltert. Wählen Sie den Eintrag aus, den Sie hinzufügen möchten. Um eine Gruppe in die Diskussion zu bringen, geben Sie @ und den Gruppennamen ein, z. B. ein Team oder eine Sicherheitsgruppe.

Bearbeiten oder Löschen eines Kommentars

Um Ihre Diskussionskommentare zu bearbeiten oder zu löschen, wählen Sie Bearbeiten, das Aktionssymbol und dann Löschen aus.

Screenshot of Discussion section, Edit, Delete actions.

Hinweis

Zum Bearbeiten und Löschen von Kommentaren ist Azure DevOps Server 2019 Update 1 oder höher erforderlich.

Wählen Sie nach dem Aktualisieren des Kommentars Aktualisieren aus. Um den Kommentar zu löschen, bestätigen Sie, dass Sie ihn löschen möchten.

Auf der Registerkarte Verlauf im Arbeitselementformular wird ein vollständiger Überwachungspfad aller bearbeiteten und gelöschten Kommentare beibehalten.

Verwenden Sie das Steuerelement @erwähnen, um ein anderes Teammitglied über die Diskussion zu benachrichtigen. Geben Sie @ und den Namen des Teammitglieds ein. Um auf ein Arbeitselement zu verweisen, verwenden Sie das Steuerelement #ID. Geben Sie # ein. Daraufhin wird eine Liste der Arbeitselemente angezeigt, auf die Sie zuletzt verwiesen haben, und Sie können in der Liste eine Auswahl treffen.

Um auf ein Arbeitselement zu verweisen, verwenden Sie das Steuerelement #ID. Geben Sie # ein. Daraufhin wird eine Liste der Arbeitselemente angezeigt, auf die Sie zuletzt verwiesen haben, und Sie können in der Liste eine Auswahl treffen.

Sie können Kommentare nicht bearbeiten oder löschen, nachdem Sie sie eingegeben haben.

Wichtig

Bei einer lokalen Azure DevOps Server-Bereitstellung müssen Sie einen SMTP-Server konfigurieren, damit Teammitglieder Benachrichtigungen erhalten.

Hinzufügen einer Reaktion auf einen Kommentar

Fügen Sie einem Kommentar Reaktionen hinzu, indem Sie in der oberen rechten Ecke des Kommentars ein Smileysymbol auswählen. Alternativ können Sie die Symbole am unteren Rand eines Kommentars auswählen, die neben vorhandenen Reaktionen angezeigt werden. Um Ihre Reaktion zu entfernen, wählen Sie die Reaktion unten im Kommentar aus. Die folgende Abbildung zeigt ein Beispiel für das Hinzufügen einer Reaktion und die Anzeige von Reaktionen zu einem Kommentar.

Screenshot of Discussion control, Add reactions to a comment.

Speichern eines Kommentars ohne Speichern des Arbeitselements

Hinweis

Diese Funktion ist ab Azure DevOps Server 2022.1 verfügbar.

Wenn Sie nur die Berechtigung haben, Kommentare zur Diskussion für ein Arbeitselement hinzuzufügen, können Sie dies tun, indem Sie Kommentare speichern. Diese Berechtigung wird über Bereichspfadknoten und die Berechtigung zum Bearbeiten von Arbeitselementkommentaren in diesem Knoten gesteuert. Weitere Informationen finden Sie unter Festlegen von Berechtigungen für die Arbeitsnachverfolgung – Erstellen untergeordneter Knoten, Ändern von Arbeitselementen unter einem Bereichs- oder Iterationspfad.

Nachdem Sie die Kommentare gespeichert haben, müssen Sie das Arbeitselement nicht mehr speichern.

Screenshot of Discussion section, save comment.

Hinweis

Wenn Sie Änderungen am Steuerelement Diskussion speichern, wird nur der Kommentar gespeichert. Es werden keine Arbeitselementregeln ausgeführt, die für den Arbeitselementtyp definiert sind.

Nächste Schritte