Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Il arrive parfois que des éléments de travail soient créés avec un type incorrect ou affectés à un projet incorrect. Vous pouvez résoudre ces problèmes en mettant à jour des éléments de travail individuels ou en modifiant plusieurs éléments en bloc. Vous pouvez également supprimer les éléments de travail non pertinents de votre backlog ou de votre tableau des tâches.
Conseil / Astuce
Vous pouvez utiliser l’IA pour faciliter cette tâche plus loin dans cet article, ou voir Enable AI assistance avec Azure DevOps MCP Server pour commencer.
Pour modifier le type de plusieurs éléments de travail, exportez-les à l’aide d’Excel, puis réimportez-les avec le type correct.
Dans le portail Web, sélectionnez plusieurs éléments de travail dans un backlog ou une page de résultats de requête pour effectuer des mises à jour en bloc. Pour modifier, déplacer, supprimer ou restaurer plusieurs éléments de travail simultanément, consultez Modification en bloc d’éléments de travail. Il arrive souvent que quelqu’un crée un élément de travail avec un type incorrect (WIT) ou dans un projet incorrect. Vous pouvez corriger ces problèmes pour des éléments de travail individuels ou modifier plusieurs éléments de travail en bloc. Vous pouvez également supprimer les éléments de travail ajoutés à votre backlog ou à votre tableau des tâches qui ne sont plus pertinents.
Pour obtenir des instructions sur la suppression, la suppression définitive ou la restauration d’éléments de travail, consultez Supprimer, supprimer définitivement ou restaurer des éléments de travail.
Prerequisites
| Category | Requirements |
|---|---|
| Permissions | - Membre du groupe Contributeurs ou Administrateurs de projet . Pour être ajouté, ajoutez des utilisateurs à un projet ou à une équipe. - Pour modifier les éléments de travail : Afficher les éléments de travail dans ce nœud et Modifier les éléments de travail dans ce nœud autorisations définies sur Autoriser. Par défaut, le groupe Contributeurs dispose de cette autorisation. Pour plus d'informations, consultez Définir les autorisations et l’accès pour le suivi du travail. - Pour déplacer des éléments de travail vers un autre projet : Membre du groupe Administrateurs de projet ou Permission de déplacer des éléments de travail hors de ce projet définie sur Autoriser. Par défaut, le groupe Contributors n’a pas cette autorisation. Les utilisateurs disposant d’un accès Partie prenante n’ont pas accès à cette fonctionnalité. |
| Niveaux d’accès | Pour modifier le type d'élément de travail : Au moins un accès Partie prenante. |
Note
Les utilisateurs ayant un accès de partie prenante à un projet public ont un accès complet à toutes les fonctionnalités de suivi du travail, tout comme les utilisateurs ayant un accès de base . Pour plus d’informations, consultez Référence rapide sur l’accès de partie prenante.
| Category | Requirements |
|---|---|
| Permissions | - Membre du groupe Contributeurs ou Administrateurs de projet . Pour être ajouté, ajoutez des utilisateurs à un projet ou à une équipe. - Pour modifier les éléments de travail : Afficher les éléments de travail dans ce nœud et Modifier les éléments de travail dans ce nœud autorisations définies sur Autoriser. Par défaut, le groupe Contributeurs dispose de cette autorisation. Pour plus d'informations, consultez Définir les autorisations et l’accès pour le suivi du travail. - Pour déplacer des éléments de travail vers un autre projet : Membre du groupe Administrateurs de projet ou Permission de déplacer des éléments de travail hors de ce projet définie sur Autoriser. Par défaut, le groupe Contributors n’a pas cette autorisation. Les utilisateurs disposant d’un accès Partie prenante n’ont pas accès à cette fonctionnalité. En outre, le projet doit utiliser un modèle de processus hérité. |
| Niveaux d’accès | Pour modifier le type d'élément de travail : Au moins un accès Partie prenante. |
Vous pouvez modifier le type d’élément de travail ou déplacer des éléments de travail vers un autre projet au sein d’une collection de projets. Ces fonctionnalités nécessitent que l’entrepôt de données soit désactivé. Lorsque le magasin de données est désactivé, vous utilisez le service Analytics pour répondre à vos besoins en matière de rapports. Pour plus d’informations sur la désactivation de l’entrepôt de données, consultez Désactiver l’entrepôt de données et le cube.
Pour plus d’informations, consultez Modifier les autorisations au niveau du projet.
Important
Vous ne pouvez pas modifier le type ni déplacer les éléments de travail dont les types prennent en charge la gestion des tests ou qui appartiennent à la catégorie Types masqués. Cela inclut tous les éléments de travail qui effectuent le suivi des tests, tels que les cas de test, les étapes partagées et les paramètres partagés, les demandes et réponses de révision de code, ainsi que les demandes et réponses de commentaires.
Important
Vous ne pouvez pas modifier le type, déplacer, supprimer ou restaurer des éléments de travail lorsque les types d’éléments de travail prennent en charge la gestion des tests ou appartiennent à la catégorie Types masqués. Cette restriction inclut tous les éléments de travail qui suivent les tests, tels que les cas de test, les étapes partagées et les paramètres partagés, les demandes et réponses de révision du code, ainsi que les demandes et réponses de commentaires.
Vous ne pouvez pas modifier le type d’élément de travail si le projet est défini sur une collection qui utilise le modèle de processus XML local.
Modifier le type d’élément de travail
La modification du type d’élément de travail actualise le formulaire d’élément de travail avec les champs définis pour le type sélectionné. Par exemple, vous pouvez transformer un bogue en tâche et le formulaire s’actualise avec les champs définis pour une tâche.
Vous pouvez transformer un seul élément de travail ou plusieurs éléments sélectionnés en un nouveau type.
Ouvrez un élément de travail, cliquez sur l’icône Actions
et sélectionnez l’option 
Modifier le type...
Ou, à partir de la page de backlog ou des résultats de la requête, sélectionnez plusieurs éléments de travail dont vous souhaitez modifier le type. Vous pouvez sélectionner plusieurs éléments de travail du même type ou de types différents, à condition que vous souhaitiez tous les remplacer par le même type d’élément de travail.
Sélectionnez l’icône
actions, puis l’option Modifier le type...
Important
À partir de la page Résultats de la requête, l'option Changer le type... devient indisponible si vous avez coché la case à cocher Requête entre les projets dans le Query Editor.
Sélectionnez le type et entrez un commentaire si nécessaire.
Les commentaires sont automatiquement ajoutés à la discussion et une entrée est créée dans l’historique. En outre, le système réinitialise automatiquement les champs État et Motif aux valeurs initiales par défaut du type d’élément de travail que vous déplacez.
Enregistrez les éléments de travail.
Note
Le système réinitialise automatiquement les champs État et Motif aux valeurs initiales par défaut du type spécifié. Toutefois, dans certains cas, vous devrez peut-être ouvrir l’élément de travail pour modifier l’état ou le champ Motif en une valeur prise en charge par le type d’élément de travail modifié.
Dans la page Résultats de la requête, enregistrez tous les éléments de travail que vous avez modifiés en masse. Lorsque vous modifiez en bloc des éléments du backlog, ils sont automatiquement enregistrés. Lorsque les éléments de travail sont affichés en gras, cela signifie que les modifications locales n'ont pas été enregistrées dans le magasin de données. Le système enregistre automatiquement chaque élément de travail. Pour que vos modifications soient prises en compte, actualisez la page.
Déplacer un élément de travail vers un autre projet
Lorsque vous vous rendez compte qu’un élément de travail est affecté au mauvais projet au sein de votre organisation ou de votre collection, vous pouvez le déplacer vers le projet approprié. Vous pouvez déplacer un seul élément de travail ou plusieurs éléments sélectionnés.
Important
Permanent et la suppression irréversible : Azure DevOps prend uniquement en charge la suppression définitive des artefacts de test, y compris les plans de test, les suites de tests, les cas de test, les étapes partagées et les paramètres partagés. Les artefacts supprimés ne peuvent pas être restaurés et tous les éléments enfants associés, tels que les résultats des tests, sont également supprimés. En outre, la suppression en bloc d’artefacts de test n’est pas prise en charge ; la tentative de suppression en bloc entraîne la suppression de tous les autres éléments de travail sélectionnés, à l’exception des artefacts de test.
Veillez à sauvegarder toutes les informations nécessaires avant de supprimer des artefacts de test, car cette action ne peut pas être annulée.
Connectez-vous à votre organisation (
https://dev.azure.com/{Your_Organization}).Sélectionnez Tableaux>Éléments de travail
Plus d’actions>Déplacer vers le projet d’équipe.
Si vous ne voyez pas l’option, cela signifie que vous n’avez pas la permission de déplacer des éléments de travail hors du projet.
Ou, à partir de la page Backlog ou des résultats de la requête, sélectionnez plusieurs éléments de travail que vous souhaitez déplacer vers un autre projet. Vous pouvez sélectionner plusieurs éléments de travail à condition de les déplacer tous vers le même projet.
Sélectionnez l’icône Actions
pour ouvrir le menu contextuel de l’un des éléments de travail sélectionnés, puis choisissez l’option 
Déplacer…Sélectionnez le projet de destination et choisissez les autres options disponibles, notamment la modification du type d’élément de travail. Vous pouvez également entrer un commentaire.
Note
Les éléments de travail des enfants ne sont pas déplacés et restent dans le projet d'origine, mais les liens parent-enfant restent en place.
Les commentaires sont automatiquement ajoutés à la discussion et une entrée est créée dans l’historique. En outre, le système réinitialise automatiquement les champs État et Motif aux valeurs initiales par défaut du type d’élément de travail que vous déplacez.
Utiliser l’IA pour rechercher et mettre à jour des éléments de travail mal classés
Si vous disposez du Azure Boards MCP Server connecté à votre agent IA en mode agent, vous pouvez utiliser des invites en langage naturel pour rechercher des éléments de travail qui doivent être déplacés ou reclassifiés.
| Tâche | Exemple d’invite |
|---|---|
| Rechercher des éléments mal attribués | List all bugs in area path <Contoso>\\OldTeam that should be moved to the new team |
| Vérifier les éléments avant de déplacer | Show me all work items assigned to <Jamal> in the <Contoso> project with their work item types and states |
| Mettre à jour les champs après le déplacement | Update the area path of work items #101, #102, and #103 to <Contoso>\\NewTeam |
| Rechercher des éléments par type incorrect | List all tasks in the backlog that have story points assigned, which might need to be user stories instead |
| Identifier les éléments inter-équipes | List work items in <Contoso> where the assigned team member's team doesn't match the work item's area path |
| Auditer les déplacements récents | Show work items in <Contoso> where the area path changed in the last 14 days |
| Rechercher des éléments nécessitant une reclassification | List bugs in <Contoso> that have child tasks, which might need to be user stories instead |
| Chemin de la zone de réaffectation en bloc | Update all active work items in area path <Contoso>\\TeamAlpha> to area path <Contoso>\\TeamBeta> |
| Aperçu de l'impact du déplacement | Show the count of work items by type and state in area path <Contoso>\\OldTeam> so I can plan the move |
| Rechercher les éléments abandonnés après la réorganisation | List work items in <Contoso> with area paths that don't match any current team's area path configuration |
Note
Le mode agent et le serveur MCP utilisent le langage naturel. Vous pouvez donc ajuster ces invites ou poser des questions de suivi pour affiner les résultats. Le serveur MCP peut mettre à jour des champs tels que le chemin d’accès à la zone et le chemin d’itération, mais ne peut pas modifier les types d’éléments de travail ou déplacer des éléments entre des projets.