Freigeben über

Verschieben von Arbeitselementen in ein anderes Team

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

Wenn Sie ein Team hinzufügen oder vorhandene Teams neu organisieren, müssen Sie möglicherweise Arbeitsaufgaben von einem Team in ein anderes übertragen, indem Sie deren Bereichspfade aktualisieren. Jede Arbeitsaufgabe in Azure DevOps wird einem Bereichspfad zugewiesen, der den Besitz des Teams bestimmt und beeinflusst, wie Arbeitsaufgaben auf Backlogs und Boards angezeigt werden.

Arbeitsaufgaben, die unter der Kategorie "Anforderungen" kategorisiert sind, werden basierend auf ihrer Zuordnung zum Bereichspfad des Teams im Backlog eines Teams angezeigt. Ebenso unterstützt das Zuweisen anderer Arbeitsaufgaben zum Bereichspfad eines Teams Abfragen und Berichte basierend auf Teambesitz.

Voraussetzungen

  • Berechtigungen:

    • Um Arbeitselemente anzuzeigen, zu verfolgen und zu bearbeiten: Arbeitselemente in diesem Knoten anzeigen und Arbeitselemente in diesem Knoten bearbeiten Berechtigungen auf Zulassen festgelegt. Standardmäßig sind diese Berechtigungen für die Gruppe Mitwirkende festgelegt. Weitere Informationen finden Sie unter Festlegen von Berechtigungen für die Arbeitsnachverfolgung.
    • Um Tags zu Arbeitselementen hinzuzufügen: Berechtigung auf Projektebene Neue Tag-Definition erstellen auf Zulassen festgelegt. Die Gruppe Mitwirkende verfügt standardmäßig über diese Berechtigung.

  • Zugriffsebenen:

    • Projektmitglied.
    • Um neue Tags zu Arbeitselementen hinzuzufügen oder Pull-Requests anzuzeigen oder zu verfolgen: Mindestens Basis-Zugriff.
    • Um Arbeitselemente zu sehen oder zu verfolgen: Mindestens Stakeholder Zugriff. Weitere Informationen finden Sie unter Informationen zu Zugriffsebenen.
    • Alle Projektmitglieder, einschließlich derJenigen in der Gruppe "Leser ", können E-Mails senden, die Arbeitsaufgaben enthalten.

    Hinweis

    • Ermöglichen Sie den Stakeholder-Zugriff auf Mitglieder, die zur Diskussion beitragen und den Fortschritt überprüfen möchten. Dies sind in der Regel Mitglieder, die nicht zum Code beitragen, aber Arbeitselemente, Backlogs, Boards und Dashboards anzeigen möchten.
    • Standardmäßig können alle Mitwirkenden und Stakeholder in öffentlichen Projekten neue und bestehende Tags hinzufügen. In privaten Projekten können Projektbeteiligte nur vorhandene Tags hinzufügen. Um die Möglichkeit zum Erstellen neuer Tags zu steuern, legen Sie die Berechtigung Tag-Definition erstellen auf der Projektebene fest. Weitere Informationen finden Sie unter Ändern von Berechtigungen auf Projektebene.

Hinweis

  • Ermöglichen Sie den Stakeholder-Zugriff auf Mitglieder, die zur Diskussion beitragen und den Fortschritt überprüfen möchten. Dies sind in der Regel Mitglieder, die nicht zum Code beitragen, aber Arbeitselemente, Backlogs, Boards und Dashboards anzeigen möchten.
  • Bereichspfad-Berechtigungen: Anzeigen und Bearbeiten von Work-Elementen unter den Bereichspfad-Knoten. Weitere Informationen finden Sie unter "Ändern von Arbeitsaufgaben" unter einem Bereich oder Iterationspfad.
  • Konfigurierte Bereichspfade: Stellen Sie sicher, dass das Zielteam seine Bereichspfade ordnungsgemäß konfiguriert hat. Falls nicht, richten Sie die erforderlichen Bereichspfade ein, bevor Sie Arbeitsaufgaben übertragen.
  • Einheitliches Prozessmodell: Teams sollte ein kompatibles Prozessmodell (geerbt, gehostetes XML oder lokales XML) verwenden, um eine nahtlose Bewegung von Arbeitsaufgaben sicherzustellen.
  • Sicherungsarbeitselemente: Es wird empfohlen, Arbeitsaufgaben zu sichern oder zu exportieren, bevor Massenverschiebungen ausgeführt werden, um Datenverluste zu verhindern, wenn ein Fehler auftritt.
  • Tools: Um Azure CLI-Befehle zu verwenden, installieren Sie Azure CLI, wie in "Erste Schritte mit Azure DevOps CLI" beschrieben.

  • Berechtigungen:

    • Um Arbeitselemente anzuzeigen, zu verfolgen und zu bearbeiten: Arbeitselemente in diesem Knoten anzeigen und Arbeitselemente in diesem Knoten bearbeiten Berechtigungen auf Zulassen festgelegt. Standardmäßig sind diese Berechtigungen für die Gruppe Mitwirkende festgelegt. Weitere Informationen finden Sie unter Festlegen von Berechtigungen für die Arbeitsnachverfolgung.
    • Um Tags zu Arbeitselementen hinzuzufügen: Berechtigung auf Projektebene Neue Tag-Definition erstellen auf Zulassen festgelegt. Die Gruppe Mitwirkende verfügt standardmäßig über diese Berechtigung.

  • Zugriffsebenen:

    • Projektmitglied.
    • Um neue Tags zu Arbeitselementen hinzuzufügen oder Pull-Requests anzuzeigen oder zu verfolgen: Mindestens Basis-Zugriff.
    • Um Arbeitselemente zu sehen oder zu verfolgen: Mindestens Stakeholder Zugriff. Weitere Informationen finden Sie unter Informationen zu Zugriffsebenen.
    • Alle Projektmitglieder, einschließlich derJenigen in der Gruppe "Leser ", können E-Mails senden, die Arbeitsaufgaben enthalten.

    Hinweis

    • Ermöglichen Sie den Stakeholder-Zugriff auf Mitglieder, die zur Diskussion beitragen und den Fortschritt überprüfen möchten. Dies sind in der Regel Mitglieder, die nicht zum Code beitragen, aber Arbeitselemente, Backlogs, Boards und Dashboards anzeigen möchten.
    • Standardmäßig können alle Mitwirkenden und Stakeholder in öffentlichen Projekten neue und bestehende Tags hinzufügen. In privaten Projekten können Projektbeteiligte nur vorhandene Tags hinzufügen. Um die Möglichkeit zum Erstellen neuer Tags zu steuern, legen Sie die Berechtigung Tag-Definition erstellen auf der Projektebene fest. Weitere Informationen finden Sie unter Ändern von Berechtigungen auf Projektebene.

Hinweis

  • Ermöglichen Sie den Stakeholder-Zugriff auf Mitglieder, die zur Diskussion beitragen und den Fortschritt überprüfen möchten. Dies sind in der Regel Mitglieder, die nicht zum Code beitragen, aber Arbeitselemente, Backlogs, Boards und Dashboards anzeigen möchten.

Verschieben von Arbeitselementen zwischen Teams

Führen Sie die folgenden Schritte aus, um Arbeitsaufgaben unter einem Team zu verschieben:

  1. Erstellen Sie eine Abfrage für alle Arbeitselemente, die Sie neu zuweisen möchten.

  2. Wählen Sie diese Elemente, die zum jeweiligen Team gehören, gemeinsam aus, und bearbeiten Sie den Bereichspfad per Massenvorgang.

Screenshot: Webportal, Seite „Abfragen“, Massenändern von Arbeitselementen

  1. Nachdem Sie die Massenbearbeitung geändert haben, speichern Sie die Massenspeicherung.

Screenshot: Massenspeichern von bearbeiteten Arbeitselementen

Verschieben eines Arbeitselements mithilfe der Azure CLI

Sie können die Az Boards-Arbeitsaufgabe aktualisieren , um eine einzelne Arbeitsaufgabe zu verschieben, indem Sie den Bereichspfad aktualisieren.

az boards work-item update --id
                           [--area]
                           [--assigned-to]
                           [--description]
                           [--discussion]
                           [--fields]
                           [--iteration]
                           [--open]
                           [--reason]
                           [--state]
                           [--title]

Parameter

  • id: Erforderlich. Die ID des zu aktualisierenden Arbeitselements.
  • area: Optional. Der absolute Pfad eines Bereichs. Beispiel: --path \ProjectName\Area\AreaName.
  • assigned-to: Optional. Der Name der Person, der das Arbeitselement zugewiesen ist (Jamal).
  • description: Optional. Die Beschreibung des Arbeitselements.
  • discussion: Optional. Kommentar, der einer Diskussion in einem Arbeitselement hinzugefügt werden soll.
  • fields: Optional. Durch Leerzeichen getrennte Feld-Wert-Paare für benutzerdefinierte Felder, die Sie festlegen möchten.
  • iteration: Optional. Der absolute Pfad einer Iteration. Beispiel: \ProjectName\Iteration\IterationName.
  • open: Optional. Öffnet das Arbeitselement im Standardwebbrowser.
  • reason: Optional. Der Grund für den Zustand des Arbeitselements.
  • state: Optional. Der Zustand des Arbeitselements (beispielsweise Aktiv).
  • title: Optional. Der Titel des Arbeitselements.

Beispiel

Mit der Azure DevOps CLI können Arbeitselemente nur einzeln verschoben werden. Im folgenden Beispiel wird das Arbeitselement mit der ID 148 unter dem Bereichspfad Fabrikam Fiber\Production Planning verschoben:

az boards work-item update --id 148 --area "Fabrikam Fiber\Production Planning" --output yaml

Die folgende YAML-Ausgabe enthält Informationen zu den einzelnen Feldern, die für die Arbeitsaufgabe definiert sind.

fields:
  Microsoft.VSTS.Common.Priority: 2
  Microsoft.VSTS.Common.StackRank: 1500000001.0
  Microsoft.VSTS.Common.StateChangeDate: '2021-11-23T22:26:28.27Z'
  Microsoft.VSTS.Common.ValueArea: Business
  System.AreaPath: Fabrikam Fiber\Production Planning
  System.AssignedTo:
    _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.BoardColumn: Backlog
  System.ChangedBy:
   _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.ChangedDate: '2022-05-19T22:58:52.93Z'
  System.CommentCount: 0
  System.CreatedBy:
   _links:
      avatar:
        href: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    descriptor: aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    displayName: Jamal Hartnett
    id: d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
    imageUrl: https://fabrikamprime.visualstudio.com/_apis/GraphProfile/MemberAvatars/aad.NDEwY2FkMDQtOWQyOS03NDFlLTk2MmEtNGZlYmU2NGE1NTM4
    uniqueName: fabrikamfiber4@hotmail.com
    url: https://spsprodeus27.vssps.visualstudio.com/A5d5b8da6-3db7-4829-baf9-1e500c21cc12/_apis/Identities/d291b0c4-a05c-4ea6-8df1-4b41d5f39eff
  System.CreatedDate: '2021-11-23T22:26:28.27Z'
  System.Description: <div>This user story is for documentation purposes.&nbsp; </div>
  System.IterationPath: Fabrikam Fiber\Release 2\Sprint 1
  System.Reason: New
  System.State: New
  System.TeamProject: Fabrikam Fiber
  System.Title: Test the Request feedback functionality
  System.WorkItemType: User Story
  WEF_10182DA5BCCD4CE2A43629FFBD290EF2_Kanban.Column: Backlog
id: 148
relations:
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/152
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/153
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/151
- attributes:
    isLocked: false
    name: Child
  rel: System.LinkTypes.Hierarchy-Forward
  url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/149
rev: 5
url: https://fabrikamprime.visualstudio.com/854a3f67-9962-43d1-a968-2e5f2eb66c99/_apis/wit/workItems/148

Sichtbarkeit überprüfen

Nachdem Sie Arbeitselemente von einem Team in ein anderes Team verschoben haben, führen Sie die folgenden Aktionen durch, wenn Sie die Arbeitselemente nicht sehen:

  • Aktualisieren: Aktualisieren Sie das Board oder wählen Sie Weitere Elemente anzeigen, wenn neu hinzugefügte Work-Elemente nicht angezeigt werden.
  • Team überprüfen: Überprüfen Sie, ob Sie das richtige Team ausgewählt haben, um sicherzustellen, dass die Aufgaben im Backlog erscheinen.
  • Bereichspfad überprüfen: Vergewissern Sie sich, dass die verschobenen Work-Elemente dem richtigen Bereichspfad zugewiesen sind, der dem Backlog des Teams entspricht. Jedes Team verfügt über bestimmte Bereichspfade, die bestimmen, welche Work-Elemente im Backlog auftauchen. Diese Aktion ist wichtig, um die Sichtbarkeit im Backlog zu gewährleisten.
  • Iterationspfad überprüfen: Überprüfen Sie den Iterationspfad für den Sprint. Das Sprint Backlog zeigt nur Arbeitselemente an, die dem Iterationspfad des ausgewählten Sprints zugeordnet sind.
  • Work-Element-Typen und Filter überprüfen: Überprüfen Sie Ihre Backlog-Filter und stellen Sie sicher, dass die Work-Element-Typen korrekt kategorisiert sind, damit alle relevanten Elemente angezeigt werden.

Weitere Informationen finden Sie unter Backlogs und Boards für Ihr Projekt festlegen.