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
Manchmal werden Arbeitsaufträge mit dem falschen Typ erstellt oder einem falschen Projekt zugewiesen. Sie können diese Probleme beheben, indem Sie einzelne Arbeitsaufträge aktualisieren oder mehrere Elemente zusammen ändern. Sie können auch irrelevante Arbeitsaufträge aus Ihrem Backlog oder Taskboard entfernen.
Tipp
Sie können KI verwenden, um diese Aufgabe zu unterstützen weiter unten in diesem Artikel, oder lesen Sie Enable AI-Unterstützung bei Azure DevOps MCP Server, um zu beginnen.
Wenn Sie den Typ mehrerer Arbeitsaufträge ändern möchten, exportieren Sie sie mit Excel, und importieren Sie sie erneut mit dem korrekten Typ.
Wählen Sie im Webportal mehrere Arbeitsaufgaben aus einem Backlog oder einer Abfrageergebnisseite aus, um Massenaktualisierungen durchzuführen. Um mehrere Arbeitselemente gleichzeitig zu ändern, zu verschieben, zu löschen oder wiederherzustellen, siehe Arbeitselemente im Ganzen ändern. Oft stellen Sie fest, dass jemand ein Arbeitselement des falschen Arbeitselement-Typs (WIT) oder innerhalb eines falschen Projekts erstellt hat. Sie können dieses Probleme für einzelne Arbeitselemente beheben oder mehrere Arbeitselemente per Massenvorgang ändern. Sie können auch Arbeitsaufträge entfernen, die Ihrem Backlog oder Taskboard hinzugefügt wurden und nicht mehr relevant sind.
Anweisungen zum Entfernen, Löschen oder Wiederherstellen von Arbeitsaufträgen finden Sie unter Entfernen, Löschen oder Wiederherstellen von Arbeitsaufträgen.
Voraussetzungen
| Kategorie | Anforderungen |
|---|---|
| Erlaubnisse | - Mitglied der Gruppe der -Mitwirkenden oder der -Projektadministratoren--Gruppe. Um hinzugefügt zu werden, fügen Sie Einem Projekt oder Team Benutzer hinzu. – Ändern von Arbeitselementen: Die Berechtigungen Arbeitselemente in diesem Knoten anzeigen und Arbeitselemente in diesem Knoten bearbeiten müssen auf Zulassen gesetzt sein. Die Gruppe Mitwirkende verfügt standardmäßig über diese Berechtigung. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung. – Um Arbeitselemente in ein anderes Projekt zu verschieben: Mitglied der Projektadministratoren-Gruppe oder Berechtigung Arbeitselemente aus diesem Projekt verschieben auf Zulassen gesetzt. Diese Berechtigung ist für die Gruppe Mitwirkende standardmäßig nicht festgelegt. Benutzer mit Stakeholder-Zugriff haben keinen Zugriff auf dieses Feature. |
| Zugriffsebenen | – Ändern des Typs von Arbeitselementen: Mindestens Stakeholder-Zugriff. |
Hinweis
Benutzer mit Stakeholder-Zugriff für ein öffentliches Projekt haben wie Benutzer mit Basic-Zugriff vollen Zugriff auf alle Funktionen zur Arbeitsverfolgung. Weitere Informationen finden Sie unter Schnellreferenz für Stakeholder-Zugriff.
| Kategorie | Anforderungen |
|---|---|
| Erlaubnisse | - Mitglied der Gruppe der -Mitwirkenden oder der -Projektadministratoren--Gruppe. Um hinzugefügt zu werden, fügen Sie Einem Projekt oder Team Benutzer hinzu. – Ändern von Arbeitselementen: Die Berechtigungen Arbeitselemente in diesem Knoten anzeigen und Arbeitselemente in diesem Knoten bearbeiten müssen auf Zulassen gesetzt sein. Die Gruppe Mitwirkende verfügt standardmäßig über diese Berechtigung. Weitere Informationen finden Sie unter Festlegen von Berechtigungen und Zugriff für die Arbeitsnachverfolgung. – Um Arbeitselemente in ein anderes Projekt zu verschieben: Mitglied der Projektadministratoren-Gruppe oder Berechtigung Arbeitselemente aus diesem Projekt verschieben auf Zulassen gesetzt. Diese Berechtigung ist für die Gruppe Mitwirkende standardmäßig nicht festgelegt. Benutzer mit Stakeholder-Zugriff haben keinen Zugriff auf dieses Feature. Außerdem muss das Projekt ein übernommenes Prozessmodell verwenden. |
| Zugriffsebenen | – Ändern des Typs von Arbeitselementen: Mindestens Stakeholder-Zugriff. |
Sie können den Arbeitselementtyp ändern oder Arbeitselemente in ein anderes Projekt innerhalb einer Projektsammlung verschieben. Diese Features erfordern, dass das Data Warehouse deaktiviert ist. Wenn das Data Warehouse deaktiviert ist, verwenden Sie den Analytics-Service, um Ihre Berichterstellungsanforderungen zu unterstützen. Weitere Informationen zum Deaktivieren des Data Warehouse finden Sie unter Deaktivieren des Data Warehouse und des Cube.
Weitere Informationen finden Sie unter Ändern von Berechtigungen auf Projektebene.
Wichtig
Sie können den Typ nicht ändern oder Arbeitselemente verschieben, deren Arbeitselementtypen die Testverwaltung unterstützen oder die zur ausgeblendeten Typenkategorie gehören. Dies umfasst alle Arbeitselemente, die Tests nachverfolgen (z. B. Testfälle, freigegebene Testschritte und freigegebene Parameter), Code Review-Anforderungen und -Antworten sowie Feedbackanforderungen und -antworten.
Wichtig
Sie können nicht den Typ ändern, Arbeitsaufgaben verschieben, löschen oder wiederherstellen, wenn die Typen von Arbeitsaufgaben die Testverwaltung unterstützen oder zur Kategorie "Ausgeblendete Typen" gehören. Diese Einschränkung umfasst alle Arbeitsaufgaben, die Tests nachverfolgen – z. B. Testfälle, freigegebene Schritte und freigegebene Parameter – Codeüberprüfungsanforderungen und -antworten sowie Feedbackanforderungen und -antworten.
Sie können den Arbeitselementtyp nicht ändern, wenn das Projekt in einer Auflistung definiert ist, die das lokale XML-Prozessmodell verwendet.
Ändern des Arbeitselementtyps
Wenn Sie den Arbeitselementtyp ändern, wird das Arbeitselementformular mit den für den ausgewählten Typ definierten Feldern aktualisiert. Sie können beispielsweise einen Fehler in eine Aufgabe umwandeln, und das Formular wird mit den für eine Aufgabe definierten Feldern aktualisiert.
Sie können ein einzelnes Arbeitselement oder mehrere per Mehrfachauswahl ausgewählte Arbeitselemente in einen neuen Typ ändern.
Öffnen Sie ein Arbeitselement, und wählen Sie das Aktionssymbol
und dann die Option 
Typ ändern... aus.
Alternativ können Sie auf der Backlog- oder Abfrageergebnisseite mehrere Arbeitselemente auswählen, deren Typ Sie ändern möchten. Sie können mehrere Arbeitselemente desselben Typs oder unterschiedlichen Typs auswählen, solange Sie sie alle in denselben Arbeitselementtyp ändern möchten.
Wählen Sie das Aktionssymbol
und dann die Option Typ ändern... aus.
Wichtig
Wählen Sie auf der Seite Abfrageergebnisse die Option Typ ändern…. Diese Option ist nicht verfügbar, wenn Sie im Abfrage-Editor das Kontrollkästchen Projekteübergreifend abfragen aktiviert haben.
Wählen Sie den Typ aus, und geben Sie optional einen Kommentar ein.
Kommentare werden automatisch zur Diskussion hinzugefügt, und es wird ein Eintrag im Verlauf vorgenommen. Darüber hinaus setzt das System die Felder „Zustand“ und „Grund“ automatisch auf die Standardwerte für den Arbeitselementtyp zurück, den Sie verschieben.
Speichern Sie die Arbeitsaufträge.
Hinweis
Das System setzt die Felder Zustand und Grund automatisch auf die Standardwerte des angegebenen Typs zurück. In einigen Fällen müssen Sie die Arbeitsaufgabe jedoch öffnen, um das Feld Status oder Grund in einen Wert zu ändern, der vom geänderten Arbeitselementtyp unterstützt wird.
Speichern Sie auf der Seite Abfrageergebnisse alle Arbeitselemente, die Sie per Massenvorgang geändert haben. Wenn Sie Elemente aus dem Backlog per Massenvorgang ändern, werden sie automatisch gespeichert. In Fettschrift dargestellte Arbeitselemente weisen darauf hin, dass lokale Änderungen nicht im Datenspeicher gespeichert werden. Jedes Arbeitselement wird automatisch vom System gespeichert. Damit Ihre Änderungen aktiv werden, führen Sie eine Aktualisierung durch.
Verschieben eines Arbeitselements in ein anderes Projekt
Wenn Sie feststellen, dass ein Arbeitsauftrag dem falschen Projekt innerhalb Ihrer Organisation oder Sammlung zugewiesen ist, können Sie es in das korrekte Projekt verschieben. Sie können entweder ein einzelner Arbeitsauftrag oder mehrere ausgewählte Arbeitsaufträge verschieben.
Wichtig
Permanent und unumkehrbare Löschung: Azure DevOps unterstützt nur die dauerhafte Löschung von Testartefakten, einschließlich Testplänen, Testsammlungen, Testfällen, freigegebenen Schritten und freigegebenen Parametern. Gelöschte Artefakte können nicht wiederhergestellt werden, und alle zugehörigen untergeordneten Objekte, wie z. B. Testergebnisse, werden ebenfalls entfernt. Darüber hinaus wird das Massenlöschen von Testartefakten nicht unterstützt. beim Massenlöschvorgang werden alle anderen ausgewählten Arbeitsaufgaben gelöscht, mit Ausnahme der Testartefakte.
Stellen Sie sicher, dass Sie alle erforderlichen Informationen sichern, bevor Sie Testartefakte löschen, da diese Aktion nicht rückgängig gemacht werden kann.
Melden Sie sich bei Ihrem organization (
https://dev.azure.com/{Your_Organization}) an.Wählen Sie Boards>Arbeitsaufträge
Weitere Aktionen>Zu Teamprojekt verschieben.
Wenn die Option nicht angezeigt wird, sind Sie nicht berechtigt, Arbeitsaufträge aus dem Projekt zu verschieben.
Alternativ können Sie auf der Backlog- oder Abfrageergebnisseite mehrere Arbeitselemente auswählen, die Sie in ein anderes Projekt verschieben möchten. Sie können mehrere Arbeitselemente auswählen, solange Sie sie alle in dasselbe Projekt verschieben möchten.
Wählen Sie das Aktionssymbol
aus, um das Kontextmenü für eines der ausgewählten Arbeitsaufträge zu öffnen. Wählen Sie anschließend die Option 
Verschieben… aus.Wählen Sie das Zielprojekt und dann die anderen verfügbaren Optionen aus, einschließlich der Option zum Ändern des Arbeitselementtyps. Geben Sie optional einen Kommentar ein.
Hinweis
Untergeordnete Arbeitselemente werden nicht verschoben und verbleiben im Ursprungsprojekt, aber die Übergeordnet-Untergeordnet-Verknüpfungen bleiben bestehen.
Kommentare werden automatisch zur Diskussion hinzugefügt, und es wird ein Eintrag im Verlauf vorgenommen. Darüber hinaus setzt das System die Felder „Zustand“ und „Grund“ automatisch auf die Standardwerte für den Arbeitselementtyp zurück, den Sie verschieben.
Verwenden von KI zum Suchen und Aktualisieren falsch klassifizierter Arbeitsaufgaben
Wenn Sie den Azure Boards MCP Server mit Ihrem KI-Agent im Agentmodus verbunden haben, können Sie Eingaben in natürlicher Sprache verwenden, um Arbeitsaufgaben zu finden, die verschoben oder neu klassifiziert werden müssen.
| Aufgabe | Beispielprompt |
|---|---|
| Suchen falsch zugewiesener Elemente | List all bugs in area path <Contoso>\\OldTeam that should be moved to the new team |
| Überprüfen von Elementen vor dem Verschieben | Show me all work items assigned to <Jamal> in the <Contoso> project with their work item types and states |
| Aktualisieren von Feldern nach dem Verschieben | Update the area path of work items #101, #102, and #103 to <Contoso>\\NewTeam |
| Artikel nach falschem Typ finden | List all tasks in the backlog that have story points assigned, which might need to be user stories instead |
| Identifizieren von teamübergreifenden Elementen | List work items in <Contoso> where the assigned team member's team doesn't match the work item's area path |
| Aktuelle Verschiebungen überwachen | Show work items in <Contoso> where the area path changed in the last 14 days |
| Suchen nach Elementen, die eine Neuklassifizierung erfordern | List bugs in <Contoso> that have child tasks, which might need to be user stories instead |
| Massenneuzuordnung des Bereichspfads | Update all active work items in area path <Contoso>\\TeamAlpha> to area path <Contoso>\\TeamBeta> |
| Auswirkungen der Verschiebung in der Vorschau | Show the count of work items by type and state in area path <Contoso>\\OldTeam> so I can plan the move |
| Suchen nach gestrandeten Elementen nach der Umorganisation | List work items in <Contoso> with area paths that don't match any current team's area path configuration |
Hinweis
Der Agentmodus und der MCP-Server verwenden natürliche Sprache, sodass Sie diese Eingabeaufforderungen anpassen oder Nachverfolgungsfragen stellen können, um die Ergebnisse zu verfeinern. Der MCP-Server kann Felder wie Bereichspfad und Iterationspfad aktualisieren, jedoch keine Arbeitsaufgabentypen ändern oder Elemente zwischen Projekten verschieben.