Planen und Nachverfolgen der Arbeit mit Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
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 |
|---|---|
 |
 |
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.
Öffnen des Boards
Für jedes hinzugefügte Projekt und Team wird ein Board bereitgestellt. Sie können 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.
Melden Sie sich bei Ihrer Organisation (
https://dev.azure.com/{Your_Organization}) an, und wählen Sie Ihr Projekt aus.Wählen Sie Boards>Boards aus.
Wählen Sie im Dropdownmenü Alle Teamboards ein Board aus.
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.
Wählen Sie im Stories-Board Neues Element und die Stories aus, die Sie nachverfolgen möchten.
Drücken Sie die Eingabetaste, und das System weist der User Story eine Arbeitselement-ID zu.
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.
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 
Anlagen auswählen und eine Datei per Drag & Drop ablegen, 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.
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 Board können Sie den Status von Backlog Items schnell aktualisieren, indem Sie sie per Drag & Drop in eine andere Spalte ziehen.
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.
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 Board erstellen, werden automatisch dem Bereichspfad und Iterationspfad des übergeordneten Arbeitselements zugewiesen und auf Ihrem Sprint-Taskboard angezeigt.
Aufgaben, die Sie über das Sprint-Backlog oder Taskboard erstellen, werden in Aufgabenchecklisten auf dem Board angezeigt.
Wählen Sie das Aktionssymbol (
) für die Story und dann 
Aufgabe hinzufügen aus.
Geben Sie einen Titel für die Aufgabe ein, und drücken Sie die EINGABETASTE, wenn Sie fertig sind.
Wenn Sie viele Aufgaben hinzufügen müssen, geben Sie weiterhin die Aufgabentitel ein, und drücken Sie die Eingabetaste.
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. 
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. 
Um eine Aufgabenprüfliste zu erweitern oder zu reduzieren, wählen Sie einfach die Aufgabenanmerkung aus. 
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.
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“
Im Abschnitt Diskussion können Sie Kommentare zur durchgeführten Arbeit hinzufügen und überprüfen.
Die Symbolleiste des Rich-Text-Editors wird unter dem Texteingabebereich angezeigt, wenn Sie den Cursor in ein Textfeld setzen, das die Textformatierung unterstützt.
Hinweis
Es gibt kein Arbeitselementfeld „Diskussion”. Filtern Sie zum Abfragen von Arbeitselementen mit Kommentaren aus dem Bereich „Diskussion“ nach dem Feld Verlauf. Der gesamte Inhalt des Texts, der in das Textfeld „Diskussion“ eingegeben wurde, wird dem Feld „Verlauf“ hinzugefügt.
Erwähnen einer Person, einer Gruppe, eines Arbeitselements oder eines Pull Requests
Wählen Sie eines der folgenden Symbole aus, um ein Menü der letzten Einträge zu öffnen, in denen Sie jemanden erwähnt, ein Arbeitselement oder einen Pull Request verknüpft haben. Alternativ können Sie dasselbe Menü öffnen, indem Sie @, # oder ! eingeben.
Geben Sie einen Namen oder eine Nummer ein, um die Menüliste nach Ihrem Eintrag zu filtern. Wählen Sie den Eintrag aus, den Sie hinzufügen möchten. Um eine Gruppe in die Diskussion zu bringen, geben Sie @ gefolgt vom 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 oder das Aktionssymbol () und dann Löschen aus.
Hinweis
Zum Bearbeiten und Löschen von Kommentaren ist Azure DevOps Server 2019 Update 1 oder höher erforderlich.
Nachdem Sie den Kommentar aktualisiert haben, wählen Sie 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.
Wichtig
Bei einer lokalen Azure DevOps Server-Bereitstellung konfigurieren Sie einen SMTP-Server, damit Teammitglieder Benachrichtigungen empfangen.
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.
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.
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.