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
Um ein Softwareprojekt zu planen und Fehler mithilfe von Scrum nachzuverfolgen, verwenden Teams die Typen Produktrückstandselement (Product Backlog Item, PBI) und Bug Work Item (WITs). Produktbesitzer und Programmmanager ordnen PBIs und Fehler Funktionen zu, um den Fortschritt auf Portfolioebene anzuzeigen. Wenn Teams in Sprints arbeiten, erstellen sie Aufgaben, die automatisch mit PBIs und Fehlern verknüpft werden.
Hinweis
Wenn Sie noch nicht mit dem Scrum-Prozess vertraut sind, finden Sie Informationen unter Sprints, Scrum und Projektverwaltung.
Tester erstellen und führen Testfälle mithilfe des Webportals oder des Microsoft Test Manager aus und melden Bugs, um Codefehler zu dokumentieren. Verwenden Sie Hindernisse, um Blockierungsprobleme nachzuverfolgen.
Definieren von PBIs und Fehlern
Wenn Sie ein Produktrückstandselement definieren, konzentrieren Sie sich auf den Kundenwert, und vermeiden Sie die Beschreibung von Implementierungsdetails. Der Produktbesitzer priorisiert den Backlog nach Geschäftswert, Aufwand und Abhängigkeiten. Da sich die Anforderungen weiterentwickeln, entwickelt sich der Backlog weiter; Teams bieten in der Regel nur vollständige Details für die Elemente mit der höchsten Priorität oder für Elemente, die dem aktuellen und nächsten Sprint zugewiesen sind.
Erstellen Sie PBIs und Fehler aus dem Schnell-Add-Bereich auf der Produktrücklogseite. Öffnen Sie dann jedes Element, um Details hinzuzufügen und den Aufwand zu schätzen. Die Backlog-Seite erfasst die Priorisierung der Elemente (Backlog Priority), die von Product Ownern verwendet wird, um die relative Priorität anzugeben.
Wenn Sie den Aufwand für PBIs und Bugs festlegen, verwenden Sie Prognose- und Geschwindigkeitsdiagramme, um zukünftige Sprints abzuschätzen. Product Owner legen den Business Value fest, um die Priorität unabhängig von der Backlog-Rangfolge auszudrücken.
Verwenden Sie die folgenden Felder und Felder, die in gemeinsamen Arbeitsaufgabentypen verwendet werden, wenn Sie das Arbeitsaufgabenformular vervollständigen. Ausführliche Informationen zu Fehlern finden Sie unter "Verwalten von Fehlern".
Feld/Registerkarte
Benutzung
Schätzen Sie die Arbeit, die zum Abschließen eines PBI erforderlich ist, mithilfe einer beliebigen numerischen Einheit, die Ihr Team bevorzugt, z. B. Storypunkte oder Zeit. Es muss ein numerischer Wert angegeben werden.
Agile Geschwindigkeitsdiagramme und Prognosetools verweisen auf dieses Feld.
Geben Sie eine Zahl ein, die den relativen Wert einer PBI im Vergleich zu anderen PBIs erfasst. Höhere Zahlen deuten auf einen höheren Geschäftswert hin.
Geben Sie genügend Details für Ihr Team an, um den Aufwand zu schätzen. Konzentrieren Sie sich darauf, wer das Feature dient, was Benutzer erreichen möchten und warum. Vermeiden Sie Implementierungsanweisungen. Fügen Sie genügend Kontext ein, damit Ihr Team Aufgaben und Testfälle erstellen kann.
Beschreiben Sie die Bedingungen, die "Fertig" für die PBI oder Fehlerkorrektur definieren. Die Klärung von Akzeptanzkriterien vor Beginn der Arbeit hilft dem Team und den Kunden, ein gemeinsames Verständnis zu teilen und Akzeptanztests zu unterstützen.
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 eines Pull Requests
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
Aktualisieren Sie beim Fortschritt der Arbeit das Feld "Status", um den aktuellen Status widerzuspiegeln und optional einen Grund anzugeben. Der Zustand und der Grund werden im Formularkopf der Arbeitsaufgabe angezeigt.
Scrum-Workflowstatus
Wenn Sie den Status aktualisieren, erkennt das Team, welche Elemente neu, in Bearbeitung oder abgeschlossen sind. Die meisten WITs unterstützen Vorwärts- und Rückwärtszustandsübergänge. Die folgenden Diagramme zeigen die Hauptentwicklungs- und Regressionszustände für die PBI-, Bug- und Task-WITs.
| Produktrückstandselement | Bug | Aufgabe |
|---|---|---|
|
|
|
PBIs und Fehler folgen häufig dieser Entwicklung:
- Der Produktbesitzer oder Tester erstellt eine PBI oder einen Fehler im neuen Zustand mit dem Standardgrund New backlog item.
- Der Produktbesitzer verschiebt das Element nach "Genehmigt", nachdem es ausreichend beschrieben wurde, damit das Team den Aufwand einschätzen kann. Elemente im oberen Bereich des Backlogs erscheinen typischerweise im Status "Approved"; Elemente weiter unten bleiben oft im Status "Neu".
- Das Team legt den Status " Zugesichert " fest, wenn er zustimmt, das Element in den Sprint einzuschließen.
- Das Team verschiebt das Element nach "Fertig ", wenn alle zugehörigen Aufgaben abgeschlossen sind, und der Produktbesitzer bestätigt, dass es den Akzeptanzkriterien entspricht.
Aktualisieren des Status mit dem Board oder mit Taskboards
Verwenden Sie das Board , um den PBI-Status und das Sprint-Taskboard zu aktualisieren, um den Aufgabenstatus zu aktualisieren. Wenn Sie ein Element in eine neue Spalte ziehen, werden sowohl der "Status" als auch der "Grund" aktualisiert.
Passen Sie das Board an, um Swimlanes oder Spalten hinzuzufügen. Weitere Optionen zur Anpassung finden Sie unter Anpassen Ihrer Arbeitsnachverfolgung.
Zuordnen von PBIs zu Funktionen
Wenn Sie mehrere Produkte oder Erlebnisse verwalten, definieren Sie Features und ordnen Sie PBIs diesen Features zu, um den Umfang und den Fortschritt im gesamten Portfolio anzuzeigen.
Verwenden Sie Portfolio-Backlogs, um einen Drilldown zwischen Backlogebenen zu machen und um die Arbeit teamübergreifend zusammenzuführen. Sie können Rollups auch anzeigen, nachdem Sie eine Hierarchie von Teams eingerichtet haben.
Definieren von Aufgaben
Wenn Ihr Team Arbeit in Sprints liefert, unterteilen Sie Elemente aus der Sprint-Backlog-Seite in Aufgaben.
Benennen Sie den Vorgang, und schätzen Sie den Aufwand.
Teams planen Arbeit und definieren Aufgaben zu Beginn jedes Sprints. Jedes Teammitglied schließt eine Teilmenge von Aufgaben ab, die Entwicklung, Tests und andere Aktivitäten umfassen können. Beispielsweise erstellt ein Entwickler Aufgaben zum Implementieren von PBIs und ein Tester erstellt Aufgaben zum Erstellen und Ausführen von Testfällen.
Wenn Teams die Arbeit mithilfe von Stunden oder Tagen schätzen, verwenden Sie die Felder "Verbleibende Arbeit " und "Optionale Aktivität ".
Feld/Registerkarte
Benutzung
Geben Sie ein, wie viele Stunden oder Tage verbleiben, um einen Vorgang abzuschließen, und aktualisieren Sie dieses Feld als Fortschritt der Arbeit. Dieser Wert versorgt Kapazitätsdiagramme, das Sprint-Burndown-Diagramm und zugehörige Berichte. Wenn Sie einen Vorgang in Teilvorgänge aufteilen, verfolgen Sie lediglich die Restarbeit für die Teilvorgänge.
Wählen Sie den Aktivitätstyp aus, der diesen Vorgang am besten darstellt, wenn Sie die Sprintkapazität nach Aktivität schätzen.
Nachverfolgen des Teststatus
Testen von PBIs
Erstellen Sie im Webportal oder Test-Manager Testfälle, die automatisch mit einem PBI oder Einem Fehler verknüpft werden, oder fügen Sie einen Link auf der 
Registerkarte "Links" hinzu.
Der Testfall enthält viele Felder, die in den Build- und Testprozess integriert sind; siehe Abfrage basierend auf Build- und Testintegrationsfeldern.
Auf der Registerkarte "Links" werden die PBIs und Fehler aufgelistet, die mit einem Testfall verknüpft sind. Das Verknüpfen hilft Teams beim Nachverfolgen des Testfortschritts.
Nachverfolgen von Codefehlern
Erstellen von Fehlern aus dem Webportal, Visual Studio oder Test Manager (siehe Verwalten von Fehlern).
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 ein Arbeitselement speichern, weist das System eine eindeutige 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 der die Arbeitsaufgabe abgeschlossen werden soll, oder lassen Sie das Feld leer und weisen Sie den Wert später zu. 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 Verlauf des Arbeitselements an, um alle Änderungen am Element anzuzeigen, wie vom System aufgezeichnet. 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 Verbindungen werden unterstützt, z. B. Hyperlinks, Changesets, Quelldateien und weitere. Geben Sie die Beziehung des verknüpften Elements mit der Arbeitsaufgabe an, z. B. "Übergeordnetes Element", " In Build gefunden" oder "Testergebnis".
Registerkarte "Anhänge"
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.
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.
Nachverfolgen von Impedimenten
Verwenden Sie den Arbeitsaufgabentyp "Impediment", um Ereignisse zu verfolgen, die den Fortschritt blockieren. Verwenden Sie den Fehler-Arbeitsaufgabentyp ausschließlich für Codefehler.
Sie können ein Impediment aus dem Widget "Neue Arbeitsaufgabe" auf einem Team-Dashboard oder über das Menü "Neu " auf der Seite "Abfragen" hinzufügen.
Arbeitselemente, die Sie aus dem Widget hinzufügen, werden automatisch auf die Standardbereiche und Iterationspfade Ihres Teams begrenzt. Informationen zum Ändern des Teamkontexts finden Sie unter Wechseln des Teamkontexts.
Reihenfolge der Backlogliste
Verwenden Sie das Feld Priorität im Backlog, um die relative Rangfolge von PBIs, Fehlern, Features oder Epen nachzuverfolgen. Die Seite "Backlog" sortiert Elemente basierend auf dem Ort, an dem Sie sie hinzufügen oder auf der Seite verschieben (siehe Erstellen Ihres Backlogs). Beim Ziehen von Elementen aktualisiert ein Hintergrundprozess das Feld "Priorität des Backlogs".