Déplacement d’éléments de travail d’une équipe vers une autre

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

Lorsque vous ajoutez une équipe ou réorganisez des équipes existantes, vous devez transférer des éléments de travail d’une équipe à un autre en mettant à jour leurs chemins d’accès à la zone. Chaque élément de travail dans Azure DevOps est affecté à un chemin de zone, ce qui détermine la propriété de l’équipe et influence la manière dont les éléments de travail sont affichés sur les backlogs et les tableaux.

Les éléments de travail classés sous la catégorie Exigences apparaissent dans le carnet de commandes d’équipe selon leur attribution au chemin d'accès de la zone d’équipe. De même, l'affectation d'autres éléments de travail au chemin d'accès d'une équipe permet d'effectuer des requêtes et d'établir des rapports en fonction de la propriété de l'équipe.

Pourquoi déplacer des éléments de travail entre les équipes

Les scénarios courants de déplacement des éléments de travail sont les suivants :

• Réorganisation d’équipe : lorsque votre organisation restructure des équipes ou redistribue les responsabilités
• Équilibrage de la charge de travail : redistribuer des éléments de travail pour équilibrer la capacité entre les équipes
• Alignement des compétences : déplacement d’éléments vers des équipes avec l’expertise appropriée
• Transfert de propriété des fonctionnalités : transfert de propriété lorsque les fonctionnalités changent de mains
• Consolidation du projet : combinaison de travail de plusieurs équipes en une seule équipe

Prerequisites

Déplacer des éléments de travail à l’aide du portail web

Le moyen le plus efficace de déplacer plusieurs éléments de travail entre les équipes consiste à modifier en bloc dans le portail web.

Étape 1 : Créer une requête pour identifier les éléments de travail

Créez une requête pour rechercher tous les éléments de travail que vous souhaitez déplacer vers la nouvelle équipe :

1. Accédez à Boards>Requêtes>Nouvelle requête
2. Définissez des critères de requête pour identifier les éléments de travail, par exemple :
   • Chemin de la zone = Chemin de la zone de l’équipe actuelle
   • Type d’élément de travail = Story utilisateur (ou autres types pertinents)
   • State = Actif (ou d’autres états pertinents)
3. Exécutez la requête pour vérifier qu’elle retourne les éléments de travail corrects
4. Enregistrer la requête pour une référence ultérieure

Étape 2 : Modifier en bloc le chemin d’accès à la zone

Pour déplacer des éléments de travail vers la nouvelle équipe :

1. Créez une requête de tous les éléments de travail que vous souhaitez réaffecter.

2. Sélectionnez plusieurs éléments qui appartiennent à chaque équipe et modifiez en bloc le chemin de la zone.

   

3. Dans la boîte de dialogue d’édition en bloc :

   • Sélectionnez Chemin de zone dans le menu déroulant du champ
   • Choisir le chemin d'accès à la zone de l’équipe cible
   • Vous pouvez éventuellement mettre à jour d'autres champs comme Attribué à ou Chemin d'itération

4. Après avoir modifié en bloc les éléments, enregistrez-les en bloc.

   

Étape 3 : Vérifier le déplacement

Après avoir enregistré, vérifiez que les éléments de travail apparaissent désormais dans le backlog de l'équipe cible.

1. Accédez au backlog de l’équipe cible
2. Vérifiez que les éléments de travail déplacés apparaissent dans le backlog correct
3. Vérifiez que le champ Chemin d’accès à la zone reflète la nouvelle affectation d’équipe

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

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

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

# Example: Move multiple work items to a new area path
$workItemIds = @(148, 149, 150, 151)
$newAreaPath = "Fabrikam Fiber\Production Planning"

foreach ($id in $workItemIds) {
    az boards work-item update --id $id --area $newAreaPath
    Write-Host "Moved work item $id to $newAreaPath"
}

Meilleures pratiques pour déplacer des éléments de travail

Tenez compte de ces instructions lors du déplacement d’éléments de travail entre les équipes :

Planification du déplacement

• Communication : notifier les membres de l’équipe concernés avant de déplacer des éléments de travail
• Synchronisation : Déplacer des éléments aux débuts et fins de sprint pour minimiser les perturbations
• Dépendances : rechercher les dépendances entre les éléments de travail avant de déplacer
• Capacité : assurez-vous que l’équipe cible dispose d’une capacité pour le travail supplémentaire

Pendant le déplacement

• Traitement par lots : déplacer les éléments de travail associés ensemble pour maintenir le contexte
• Conserver l’historique : le déplacement d’éléments conserve leur historique et leurs relations
• Mettre à jour les affectations : envisagez de réaffecter des éléments de travail aux membres de l’équipe cible
• Passer en revue les itérations : Mettre à jour les chemins d’itération si les équipes utilisent des planifications sprint différentes

Après le déplacement

• Vérifier la visibilité : confirmer que les éléments de travail apparaissent sur les backlogs d’équipe appropriés
• Mettre à jour la documentation : mettre à jour toute documentation d’équipe qui fait référence à des éléments déplacés
• Passer en revue les rapports : vérifiez que les rapports d’équipe et les tableaux de bord reflètent les modifications
• Suivi : Assurez-vous que les membres de l’équipe connaissent le travail transféré

Résolution des problèmes et vérification

Après avoir déplacé des éléments de travail d’une équipe vers une autre équipe, procédez comme suit si vous ne voyez pas les éléments de travail :

Problèmes courants et solutions

Étapes de vérification

• Actualisez : Actualisez le tableau ou sélectionnez Afficher plus d'éléments si les éléments de travail nouvellement ajoutés n'apparaissent pas.
• Vérifier l’équipe : vérifiez que vous avez sélectionné l’équipe appropriée pour vous assurer que les éléments apparaissent dans le backlog.
• Vérifier le Chemin de Zone : vérifiez que les éléments de travail déplacés sont affectés au Chemin de Zone approprié qui correspond au backlog de l’équipe. Chaque équipe dispose d’Area Paths spécifiques qui déterminent quels éléments de travail apparaissent dans leur backlog. Cette vérification est essentielle pour garantir la visibilité du backlog.
• Vérifier l’Iteration Path: Vérifiez l’Iteration Path pour le sprint. Le carnet de commandes du sprint n'affiche que les éléments de travail affectés au chemin d'itération du sprint sélectionné.
• Vérifiez les types et filtres d’éléments de travail : passez en revue vos filtres de backlog et vérifiez que les types d’éléments de travail ont une catégorisation correcte pour afficher tous les éléments pertinents.

Pour plus d’informations, consultez Créer votre backlog.

Considérations relatives aux déplacements à grande échelle

Lors du déplacement de nombreux éléments de travail ou de la réorganisation de plusieurs équipes :

Considérations relatives à la planification

• Évaluation d’impact : Analyser les rapports, tableaux de bord et requêtes qui seront affectés
• Gestion des changements : Développer un plan de communication pour les parties prenantes concernées
• Plan de réversion : préparer un plan pour inverser les changements si des problèmes se produisent
• Test : testez d’abord le processus de déplacement avec un petit sous-ensemble d’éléments de travail

Stratégies d’exécution

• Approche par phases : déplacer des éléments de travail en phases plutôt que tous à la fois
• Exécution hors heures : effectuer des déplacements volumineux pendant les périodes de faible activité
• Surveillance : surveiller les impacts sur les performances pendant les opérations en bloc
• Validation : vérifiez chaque phase avant de passer à la suivante

Approches secondaires

Déplacement d’équipes au lieu d’éléments de travail

Parfois, il est plus efficace de reconfigurer les chemins d’accès de zone d’équipe plutôt que de déplacer des éléments de travail individuels :

• Lorsque la plupart des éléments de travail d’une équipe doivent être déplacés
• Lorsqu'il est plus judicieux, d'un point de vue organisationnel, de réorganiser les chemins d'accès aux zones.
• Lorsque le volume d’éléments de travail est très volumineux

Utilisation de requêtes pour les transitions progressives

Créez des requêtes pour effectuer une transition progressive des éléments de travail :

• Filtrer par date de création pour déplacer d’abord les éléments plus récents
• Utiliser les états d’élément de travail pour déplacer les éléments terminés séparément
• Regrouper par type d’élément de travail pour les transitions systématiques

Contenu connexe

• Créer ou ajouter une équipe
• En savoir plus sur les équipes et les outils Agile
• Configurer les paramètres de l’équipe
• Définir des chemins de zone pour une équipe
• Modifier en bloc les éléments de travail