Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Wenn Sie den Agile-Prozess in Azure Boards anwenden, können Sie mehrere Arbeitsaufgabentypen (WITs) verwenden, um Den Projektfortschritt zu planen und nachzuverfolgen. Die verfügbaren WITs umfassen Epen, Features, Benutzergeschichten, Aufgaben, Probleme und Fehler. Nachdem die WITs definiert wurden, können Sie das Board verwenden, um den Fortschritt nachzuverfolgen, indem Sie den Status für bestimmte Elemente aktualisieren.
Um Einblicke in ein Portfolio von Features, Szenarien oder Benutzererfahrungen zu erhalten, ordnen Produktbesitzer und Programmmanager User StoriesFeatures zu. Wenn ein Team in Sprints arbeitet, werden Aufgaben definiert, die automatisch mit User Stories verknüpft werden. Wenn Sie mit dem Agile-Prozess beginnen, überprüfen Sie, wie Sie die Arbeit mit Agile planen und nachverfolgen.
Aus Webportal oder Microsoft Test Manager können Tester Testfälle für Fehler und Probleme erstellen und ausführen, die verwendet werden, um Codefehler zu verfolgen und Probleme zu blockieren.
Definieren von User Storys
Produktbesitzer definieren und sortieren Benutzergeschichten in der Regel, welche die Arbeit für die Entwicklung von Anwendungen, Anforderungen und Elementen beschreiben. Das Team schätzt dann den erforderlichen Arbeitsaufwand zur Bereitstellung der Elemente mit der höchsten Priorität.
Erstellen Sie Benutzergeschichten aus dem Schnell-Add-Bereich auf der Seite "Produktrücklog". Sie können elemente auch auf der Seite ziehen und ablegen und dann die Elemente neu anordnen oder die Elemente Features zuordnen.
Sie können jede User Story öffnen, um weitere Informationen bereitzustellen und Story Points einzuschätzen. Durch Definieren der Story Points kann Ihr Team das Vorhersagefeature und Geschwindigkeitsdiagramme verwenden, um zukünftige Sprints oder Arbeitsaufwände abzuschätzen. Durch Priorisieren der Benutzergeschichten auf der Backlog-Seite (die im Feld "Stapelrang" erfasst wird), können Produktbesitzer die Elemente angeben, die mit höherer Priorität zugewiesen werden sollen.
Verwenden Sie beim Ausfüllen des Formulars die Anleitungen in der folgenden Tabelle und die gemeinsamen Felder, die für Arbeitsaufgabentypen verwendet werden.
Feld
Benutzung
Geben Sie für User Stories genug Details zur Einschätzung des Arbeitsaufwands an, der zum Implementieren der Story erforderlich ist. Konzentrieren Sie sich auf die vorgesehenen Anwender der Funktion: Was soll erreicht werden, und weshalb? Beschreiben Sie nicht, wie die Funktion entwickelt werden soll. Stellen Sie ausreichende Details bereit, damit Ihr Team Aufgaben und Testfälle schreiben kann, um das Element zu implementieren.
Geben Sie die Kriterien an, die erfüllt werden müssen, bevor der Fehler oder die User Story geschlossen werden kann. Beschreiben Sie vor Beginn der Arbeit die Kundenakzeptanzkriterien so klar wie möglich. Unterhaltungen zwischen dem Team und den Kunden, um die Akzeptanzkriterien zu definieren, tragen dazu bei, dass Ihr Team die Erwartungen Ihrer Kunden versteht. Sie können die Akzeptanzkriterien als Grundlage für Akzeptanztests verwenden, um effektiver zu bewerten, ob ein Element zufriedenstellend abgeschlossen ist
Der Bereich des Kundennutzens, der durch das Epic, das Feature, die Anforderung oder das Backlog Item abgedeckt wird. Mögliche Werte:
- Architektur: Technische Dienstleistungen zur Implementierung von Geschäftsfeatures, die Lösungen liefern.
- Business: (Standard) Dienste, die Kunden- oder Stakeholderanforderungen erfüllen und den Kundennutzen direkt zur Unterstützung des Unternehmens liefern.
Schätzen Sie die Menge der Arbeit, die erforderlich ist, um einen Benutzerabschnitt abzuschließen, indem Sie eine beliebige numerische Maßeinheit verwenden, die Ihr Team bevorzugt. Agile Geschwindigkeitsdiagramme und Vorhersagetools verweisen auf die Werte in diesem Feld. Weitere Informationen finden Sie im Whitepaper Estimating (Schätzung).
Eine subjektive Bewertung der User Story, des Features oder der Anforderung und der Auswirkungen auf das Geschäft. Zulässige Werte sind:
- 1: Das Produkt darf nicht ohne das Feature ausgeliefert werden.
- 2: Das Produkt darf nicht ohne das Feature ausgeliefert werden, das Problem muss jedoch nicht unmittelbar behandelt werden.
- 3: Die Implementierung des Features ist optional und hängt von Ressourcen, Zeit und Risiko ab.
Eine subjektive Bewertung der relativen Unsicherheit des erfolgreichen Abschlusses einer Benutzergeschichte. Zulässige Werte sind:
- 1 - Hoch
- 2 - Mittel
- 3 - Niedrig
Erfassen von Kommentaren im Abschnitt „Diskussion“
Verwenden Sie den Abschnitt Diskussion, um Kommentare zur durchgeführten Arbeit hinzuzufügen und zu überprüfen.
Die Symbolleiste des Rich-Text-Editors wird unter dem Texteingabebereich angezeigt, wenn Sie den Cursor in einem Textfeld platzieren, das Textformatierung unterstützt.
Hinweis
Es gibt kein Arbeitselementfeld „Diskussion”. Filtern Sie zum Abfragen von Arbeitselementen mit Kommentaren aus dem Bereich „Diskussion“ nach dem Verlaufsfeld. 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 einer Pullanforderung
Wählen Sie eines der folgenden Symbole aus, um ein Menü mit zuletzt verwendeten Einträgen zu öffnen, in dem Sie jemanden erwähnt haben, mit einer Arbeitsaufgabe verknüpft oder mit einer Pullanforderung verknüpft sind:
Sie können dasselbe Menü mithilfe von Tastenkombinationen öffnen: At-Mention @, Hashtag #und Ausrufezeichen !.
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 das At-Symbol@ gefolgt vom Gruppennamen ein, z. B. ein Team oder eine Sicherheitsgruppe.
Bearbeiten oder Löschen eines Kommentars
Wenn Sie eine Ihrer Diskussionskommentare bearbeiten oder löschen möchten, wählen Sie "Bearbeiten"
oder " Weitere Aktionen " (
) und dann "Löschen" aus:
Nachdem Sie den Kommentar aktualisiert haben, wählen Sie Aktualisieren aus. Um den Kommentar zu löschen, bestätigen Sie den Löschvorgang. Auf der Registerkarte Verlauf im Arbeitselementformular wird ein vollständiges Prüfprotokoll aller bearbeiteten und gelöschten Kommentare geführt.
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 eine oder mehrere Reaktionen hinzu, indem Sie oben rechts in einem Kommentar ein Emoji-Symbol auswählen. Wählen Sie eines der Symbole am unteren Rand eines Kommentars aus, 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 Arbeitsverfolgungsberechtigungen – Erstellen untergeordneter Knoten, Ändern von Arbeitsaufgaben unter einem Bereich oder Iterationspfad.
Wenn Sie die Kommentare speichern, müssen Sie das Arbeitselement nicht speichern.
Hinweis
Wenn Sie Am Diskussionssteuerelement vorgenommene Änderungen speichern, wird nur der Kommentar gespeichert. Es werden keine Arbeitselementregeln ausgeführt, die für den Arbeitselementtyp definiert sind.
Nachverfolgen des Status
Wenn die Arbeit fortschreitet, ändern Sie das Feld "Status ", um den Status zu aktualisieren. Optional können Sie einen Grund angeben. Die Felder "Status " und " Grund " werden im Arbeitselementformular im Kopfzeilenbereich angezeigt:
Agile-Workflowstatus
Wenn Sie den Workflow aktualisieren, können Teams anzeigen, welche Elemente neu, in Bearbeitung oder abgeschlossen sind. Die meisten WITs unterstützen Übergänge vorwärts und rückwärts von jedem Workflowstatus. Die folgenden Diagramme zeigen die Hauptentwicklungs- und Regressionszustände für Benutzerabschnitte, Fehler und Aufgaben-WITs.
Dies ist die typische Workflowentwicklung für eine Benutzergeschichte:
- Produktbesitzer erstellen eine User Story im Status Neu mit dem Standardgrund Neue User Story.
- Das Team aktualisiert den Storystatus auf "Aktiv ", wenn er sich entscheidet, die Arbeit während des Sprints abzuschließen.
- Der Artikel wechselt zum Zustand "Gelöst ", wenn das Team alle zugehörigen Aufgaben und Komponententests für den Story-Pass abgeschlossen hat.
- Die Geschichte wechselt in den Zustand "Geschlossen ", wenn der Produktbesitzer zustimmt, dass die Story gemäß den Akzeptanzkriterien und annahmetests implementiert wird.
Aktualisieren des Status mit dem Board oder mit Taskboards
Teams können auf dem Board den Status von Anforderungen und auf dem Taskboard den Status von Aufgaben aktualisieren. Durch Ziehen von Elementen in eine neue Statusspalte werden sowohl die Felder "Status" als auch " Grund " aktualisiert.
Sie können das Board anpassen, um weitere Swimlanes oder Spalten zu unterstützen. Weitere Informationen finden Sie unter Anpassen Ihrer Arbeitsverfolgungserfahrung.
Zuordnen von User Stories zu Funktionen
Wenn Sie eine Sammlung von Produkten oder Benutzererfahrungen verwalten, sollten Sie den Umfang und den Status der Arbeit für das Produktportfolio anzeigen. Sie können den Umfang und den Fortschritt der Arbeit anzeigen, indem Sie Features definieren und User Storys zu Features zuordnen.
Mithilfe von Portfolio Backlogs können Sie einen Drilldown zwischen Backlogs durchführen, um den gewünschten Detailgrad anzuzeigen. Verwenden Sie außerdem Portfolio-Backlogs, um einen Rollup der laufenden Arbeit in mehreren Teams anzuzeigen, wenn Sie eine Hierarchie von Teams einrichten.
Definieren von Aufgaben
Wenn Ihr Team seine Arbeit in Sprints verwaltet, können sie die Sprint-Backlog-Seite verwenden, um die geplante Arbeit in unterschiedliche Aufgaben aufzuteilen.
Benennen Sie den Vorgang, und schätzen Sie die im Abschnitt "Aufwand " benötigten Arbeit:
Wenn Sie Agile-Prozesse verwenden, prognostizieren Teams die Arbeit und definieren Aufgaben am Anfang jedes Sprints. Jedes Teammitglied führt dann eine Teilmenge der identifizierten Aufgaben aus. Zu Aufgaben zählen Entwicklung, Tests und andere Arbeitsschritte. Zum Beispiel können Entwickler*innen Aufgaben definieren, um User Storys zu implementieren, und Tester*innen können Aufgaben definieren, um Testfälle zu schreiben und auszuführen.
Wenn Teams die Arbeit entsprechend der Anzahl der Stunden oder Tage schätzen, definieren sie Vorgänge und die Felder "Verbleibende Arbeit und Aktivität " (optional).
Feld
Benutzung
Der geschätzte Arbeitsaufwand, der zum Abschluss einer Aufgabe erforderlich ist. Normalerweise ändert sich der Feldwert nicht, nachdem Sie den Anfangswert eingegeben haben. Sie können die Arbeit in Stunden oder Tagen angeben. Es gibt keine inhärenten Zeiteinheiten, die diesem Feld zugeordnet sind.
Der Arbeitsaufwand, der zum Abschluss einer Aufgabe noch erforderlich ist. Aktualisieren Sie dieses Feld im Verlauf der Arbeit. Wenn Sie eine Aufgabe in Unteraufgaben unterteilen, geben Sie Stunden nur für die Unteraufgaben an. Sie können die Arbeit in einer die oft ausgegebene Befehlszeilen Maßeinheit angeben, ganz nach Wunsch des Teams. Dieses Feld wird verwendet, um die folgenden Diagramme und SQL Server-Berichte zu berechnen:
Der Arbeitsaufwand zum Implementieren einer Aufgabe.
Wählen Sie den Aktivitätstyp aus, den diese Aufgabe darstellt, wenn das Team die Sprintkapazität nach Aktivität schätzt.
Die Produktbuildnummer, die den Code enthält oder einen Fehler behebt.
Nachverfolgen des Teststatus
Verfolgen Sie den Testfortschritt mit Benutzergeschichten und Fehlern für Codefehler. Informationen zum Nachverfolgen anderer Arten von Problemen finden Sie unter "Nachverfolgen anderer Probleme".
Testen von User Stories
Über das Webportal oder Test Manager können Sie Testfälle erstellen, die automatisch mit einer User Story oder einem Fehler verknüpft werden. Alternativ können Sie eine User Story über die Registerkarte 
Links mit einem Testfall verknüpfen.
Der Testfall enthält mehrere Felder, von denen viele automatisiert und in Test Manager und den Buildprozess integriert sind. Eine Beschreibung der einzelnen Felder finden Sie unter Erstellen einer Abfrage basierend auf Build- und Testintegrationsfeldern.
Auf der Registerkarte "Links" werden die Links zu Benutzergeschichten und Fehlern in einem Testfall erfasst. Durch das Verknüpfen von Benutzergeschichten und Fehlern mit Testfällen kann das Team den Fortschritt nachverfolgen, der während des Tests für jedes Element vorgenommen wurde. Durch Definieren dieser Links unterstützen Sie Informationen, die im Sql Server Stories Overview-Bericht angezeigt werden.
Nachverfolgen von Codefehlern
Sie können Fehler aus dem Webportal, Visual Studio oder beim Testen mit Test-Manager erstellen, um Tests auf Codefehler zu verfolgen.
Definitionen für allgemeine Felder zur Arbeitsnachverfolgung
In den meisten Arbeitselementen werden folgende Felder und Registerkarten angezeigt. Jede Registerkarte wird verwendet, um bestimmte Informationen nachzuverfolgen. Häufig verwendete Registerkarten umfassen 
"Verlauf", "Links" und 
"Anlagen".
Das einzige Pflichtfeld für alle Arbeitselementtypen ist Titel. Wenn Sie eine Arbeitsaufgabe speichern, weist das System eine eindeutige ID, ID, zu. Das Formular hebt die erforderlichen Felder in Gelb hervor. Informationen zu allen anderen Feldern finden Sie im Index der Arbeitselementfelder.
Hinweis
Je nach anpassungen, die an Ihrem Prozess und Projekt vorgenommen wurden, sind möglicherweise weitere Felder erforderlich.
Feld oder Registerkarte
Benutzung
Geben Sie eine höchstens 255 Zeichen lange Beschreibung ein. Sie können den Titel später ändern.
Weisen Sie die Arbeitsaufgabe dem Teammitglied zu, das für die Durchführung der Arbeit verantwortlich ist, oder lassen Sie die Aufgabe leer und schließen Sie die Aufgabe später ab.
Wenn Sie zuerst eine Arbeitsaufgabe erstellen, zeigt das Feld "Status " automatisch den ersten Status im Workflow an, z. B. "Neu " oder " Nicht zugewiesen". Aktualisieren Sie den Status , während die Arbeit fortschreitet, um den aktuellen Status der Arbeitsaufgabe widerzuspiegeln.
Wenn Sie zuerst eine Arbeitsaufgabe erstellen, legen Sie den Standardwert "Grund " fest, z. B. "Erstellt " oder "Neue Arbeitsaufgabe". Wenn der Status für die Arbeitsaufgabe geändert wird, aktualisieren Sie den Wert "Reason " entsprechend. Jeder Status für die Arbeitsaufgabe ist einem Standardwert "Reason " zugeordnet.
Wählen Sie den Bereichspfad aus, der dem Produkt oder Team zugeordnet ist, oder lassen Sie ihn leer, und geben Sie später einen geeigneten Wert ein. Sie können die Dropdownliste der verfügbaren Bereiche ändern. Weitere Informationen finden Sie unter Definieren von Bereichspfaden und Zuweisen zu einem Team.
Wählen Sie den Sprint oder die Iteration aus, in dem die Arbeitsaufgabe abgeschlossen werden soll, oder lassen Sie den Wert zu einem späteren Zeitpunkt leer. Sie können die Dropdownliste der Iterationen ändern. Weitere Informationen finden Sie unter Definieren von Iterationspfaden (Sprints) und Konfigurieren von Team iterationen.
Zeigen Sie den Arbeitsaufgabenverlauf an, um alle am Element vorgenommenen Änderungen anzuzeigen, wie vom System erfasst. Jedes Mal, wenn eine Arbeitsaufgabe aktualisiert wird, werden die Details an den Verlauf angefügt. Sie sehen das Änderungsdatum, den Änderungsautor und die Liste der aktualisierten Felder. Sie können dem Feld "Verlauf " auch formatierten Text hinzufügen.
Registerkarte "Verknüpfungen"
Fügen Sie Links hinzu, um Verbindungen mit anderen Arbeitsaufgaben zu erstellen. Viele Arten von Links werden unterstützt, z. B. Links, Changesets, Quelldateien und vieles mehr. Geben Sie die Beziehung des verknüpften Elements mit der Arbeitsaufgabe an, z. B. "Übergeordnetes Element", " In Build gefunden" oder "Testergebnis".
Registerkarte "Anlagen"
Verwenden Sie Anlagen, um unterstützende Informationen zur Arbeitsaufgabe mit dem Element einzuschließen . Fügen Sie E-Mail-Threads, Dokumente, Bilder, Protokolldateien oder andere Dateitypen an.
Nachverfolgen anderer Probleme
Probleme werden verwendet, um Ereignisse zu verfolgen, die den Fortschritt blockieren oder verhindern, dass ein Benutzerabschnitt gesendet wird. Fehler hingegen werden verwendet, um Codefehler nachzuverfolgen. Sie können ein Problem mit dem Widget "Neue Arbeitsaufgabe" auf einem Team-Dashboard oder über das Menü "Neu " auf der Seite "Abfragen " hinzufügen.
Arbeitselemente, die Sie über das Widget hinzufügen, werden automatisch auf den Standardbereich und die Iterationspfade Ihres Teams beschränkt. Informationen zum Ändern des Teamkontexts finden Sie im Artikel zum Wechseln des Teamkontexts.
Nachverfolgen des Geschäftswerts
Sie können das Feld "Priorität " verwenden, um den Wert verschiedener Textabschnitte zu unterscheiden. Oder Sie fügen ein benutzerdefiniertes Feld zu User Story WIT hinzu, dass den relativen Wert der Storys nachverfolgt. Weitere Informationen finden Sie unter Anpassen eines Felds für einen Prozess.
Reihenfolge der Backlogliste
Das Stack Rank-Feld wird verwendet, um die relative Rangfolge von Benutzerabschnitten nachzuverfolgen. Dieses Feld wird standardmäßig nicht im Arbeitsaufgabenformular angezeigt. Die Reihenfolge der Elemente auf der Backlogseite wird entsprechend dem Ort bestimmt, an dem Sie die Elemente hinzufügen oder die Elemente auf der Seite verschieben. Beim Ziehen von Elementen aktualisiert ein Hintergrundprozess das Stapelrangfeld .
Anpassen von Arbeitsaufgabentypen
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.
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 je nach Prozessmodell Ihres Projekts unter Anpassen eines Vererbungsprozesses oder Anpassen des lokalen XML-Prozessmodells.