Personnalisation du processus XML local

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013
Azure DevOps Server a été précédemment nommé Visual Studio Team Foundation Server.

Le modèle de processus XML local prend en charge la personnalisation des objets de suivi du travail et des outils agile pour un projet. Avec ce modèle, vous pouvez mettre à jour la définition XML des types d’éléments de travail, la configuration du processus, les catégories, etc. Vous pouvez également mettre à jour les attributs des champs.

Vous personnalisez votre expérience de suivi des activités pour répondre à vos besoins en matière de gestion et de création de rapports. Les personnalisations les plus courantes incluent l’ajout d’un champ personnalisé, la modification d’un formulaire d’élément de travail ou l’ajout d’un type d’élément de travail personnalisé.

Notes

Pour obtenir des conseils sur la configuration et la personnalisation de votre projet et des équipes afin de prendre en charge les besoins de votre entreprise, passez en revue la configuration et la personnalisation des Azure Boards.

Pour Azure DevOps Server 2019 et versions ultérieures, vous avez le choix entre les modèles de processus. Lorsque vous créez une collection de projets, vous devez choisir entre le modèle de processus XML local et le modèle de processus d’héritage. Pour plus d’informations, consultez personnaliser le suivi du travail, choisissez le modèle de processus pour votre collection de projets.

Team Foundation Server utilise le modèle de processus XML local pour prendre en charge les personnalisations. Ce modèle repose sur la mise à jour et l’importation de fichiers XML à l’aide de l’outil en ligne de commande witadmin .

Important

Pour personnaliser un projet Azure DevOps Services, consultez à propos de la personnalisation des processus et des processus hérités. Cet article s’applique uniquement aux déploiements locaux.

Personnalisations prises en charge

Vous pouvez effectuer les tâches suivantes lorsque vous travaillez avec le modèle de processus XML local.

Domaine Prise en charge de la personnalisation
Champs
Listes de choix
Types d'éléments de travail
Journaux des travaux en souffrance et configuration du processus
Modèle de processus
Types de liens

Séquence de personnalisation

Lorsque vous gérez un déploiement sur site, vous effectuez la plupart des personnalisations à l’aide de la séquence suivante. Cette séquence prend en charge la mise à jour de la définition XML du WIT, des listes globales, de la configuration de processus et des catégories. Cette séquence prend en charge les mises à jour individuelles par le biais de l’importation de leurs fichiers de définition XML modifiés respectifs. Nous vous recommandons de conserver vos fichiers de définition XML dans un référentiel pour le contrôle de version.

Exporter le fichier de  définition XML  modifierle fichier de définition XML  Importerle fichier de définition d’un travail  Actualiser et vérifier les modifications

En outre, vous pouvez utiliser l’outil witadmin pour répertorier les objets, renommer les Wit, supprimer définitivement les Wit, et bien plus encore.

Conseil

Avec witadmin, vous pouvez Importer et exporter des fichiers de définition. Vous pouvez utiliser d’autres outils, notamment Process Editor (nécessite que vous ayez installé une version de Visual Studio). Installez l’éditeur de modèle de processus à partir de la Visual Studio Marketplace.

Vous pouvez utiliser le gestionnaire de projet d’équipe TFS, un client Open source disponible à partir de github.

Conseil

Avec witadmin, vous pouvez Importer et exporter des fichiers de définition. Vous pouvez utiliser d’autres outils, notamment Process Editor (nécessite que vous ayez installé une version de Visual Studio). Installez l’éditeur de modèle de processus TFS à partir du Visual Studio Marketplace. Vous pouvez utiliser cette version de l’éditeur de processus pour modifier les anciens formulaires d’élément de travail. Vous ne pouvez pas l’utiliser pour modifier des formulaires associés aux nouveaux Web Forms.

Vous pouvez utiliser le gestionnaire de projet d’équipe TFS, un client Open source disponible à partir de github.

Conseil

Avec witadmin, vous pouvez Importer et exporter des fichiers de définition. Vous pouvez utiliser d’autres outils, notamment Process Editor (nécessite que vous ayez installé une version de Visual Studio). Installez TFS Power Tools. Vous pouvez utiliser le gestionnaire de projet d’équipe TFS, un client Open source disponible à partir de github.

Implications en matière de maintenance et de mise à niveau

Avant de personnaliser, vous devez comprendre comment vos personnalisations peuvent avoir un impact sur votre projet lorsque vous mettez à niveau votre serveur de couche application.

Les mises à niveau vers un déploiement local peuvent introduire de nouvelles fonctionnalités qui nécessitent des mises à jour des objets utilisés pour suivre le travail. Il s’agit notamment d’objets tels que les types d’éléments de travail, les catégories et la configuration de processus. La réduction des modifications apportées au flux de travail pour un WIT ou la configuration du processus peut aider à réduire le travail que vous devez effectuer lorsque vous mettez à niveau votre déploiement.

Pour réduire la quantité de travail manuel que vous devrez effectuer après une mise à niveau, vous devez savoir quelles personnalisations prennent en charge un chemin de mise à jour facile et ce qui n’est pas le cas.

Compatible pour la mise à jour rapide

Avec les personnalisations suivantes, vous pouvez utiliser l’Assistant Configurer les fonctionnalités pour appliquer automatiquement les modifications apportées à votre projet pour les nouvelles fonctionnalités.

  • Champs : ajouter des champs personnalisés, personnaliser une liste de sélection, ajouter ou modifier des chemins d’accès d’itération et de zone, ajouter des règles à un champ
  • Types d'éléments de travail : ajouter des types d'éléments de travail personnalisés, modifier la disposition des formulaires
  • Catégories : ajouter des catégories personnalisées
  • Outils agile : personnaliser les colonnes du tableau kanban, personnaliser le panneau d’ajout rapide
  • Intégration à Office : ajouter ou modifier la façon dont les champs Project sont mappés aux champs TFS

Pour en savoir plus sur l’Assistant Configurer les fonctionnalités, consultez configurer des fonctionnalités après une mise à niveau.

Compatible, mais peut nécessiter des mises à jour manuelles

L’Assistant Configurer les fonctionnalités exige que les types d’éléments de travail, les États de flux de travail et les champs spécifiques existent dans le projet. Lorsque vous effectuez les personnalisations suivantes, vous devrez peut-être modifier votre processus personnalisé pour que l’Assistant s’exécute, ou vous devrez peut-être mettre à jour votre projet manuellement.

  • Champs : modifier les attributs d’un champ existant, supprimer les champs référencés dans la configuration du processus
  • Types d'éléments de travail : modifier le flux de travail
  • Outils agile : modifiez les WIT définis pour la catégorie de spécification, la catégorie de tâche ou la catégorie de fonctionnalité.
  • Outils agile : modifiez le mappage de méta-États défini dans la configuration du processus.
  • Outils agile : modifier un champ spécifié pour un TypeField dans la configuration du processus.

En outre, les modifications que vous apportez aux Wit ou au flux de travail peuvent nécessiter des mises à jour d’autres artefacts fournis avec votre processus, tels que les rapports Excel ou SQL Server Reporting Services.

Personnalisations à éviter

Vous devez éviter d’effectuer les personnalisations suivantes, car elles peuvent entraîner des conflits de schéma dans l’entrepôt de données ou provoquer des problèmes lors de la mise à jour des projets après une mise à niveau de TFS.

  • Champs :
    • Modifier le nom convivial d’un champ (champ spécifié dans un fichier de définition WIT)
    • Modifiez un ou plusieurs attributs de création de rapports, ou l’attribut pour synchroniser les noms de personnes avec Active Directory d’un champ par défaut
  • Wit : renommer ou supprimer des types d’éléments de travail
  • Catégories : modifier le nom des catégories par défaut ou modifier les types d’éléments de travail spécifiés dans les catégories par défaut

Pour en savoir plus sur les attributs de création de rapports, consultez Ajouter ou modifier des champs d’éléments de travail pour prendre en charge la création de rapports.

  • Identifier les meilleures options pour la personnalisation des types d’éléments de travail qui prennent en charge vos exigences de suivi. Lorsque vous modifiez des objets qui suivent des éléments de travail, vous devez identifier la manière dont ces modifications affecteront les projets existants et futurs.
  • Placez les processus et tous les fichiers de définition XML sous contrôle de version. Vous ne devez pas déployer les objets que vous définissez et que vous n'avez pas stockés dans un référentiel.
  • Testez vos objets personnalisés comme vous le feriez pour votre logiciel.
  • Réduisez le nombre de champs personnalisés que vous introduisez. Réduisez le nombre de champs que vous rendez signalables.

Remplacer le chemin de la zone d’équipe par un champ d’équipe

La configuration par défaut des projets associe chaque équipe à un chemin de zone. Si votre organisation a plusieurs équipes qui travaillent à partir d'un backlog commun et dans plusieurs domaines de produits, cette configuration peut ne pas convenir à votre mode de planification du travail. En ajoutant un champ personnalisé pour représenter les équipes dans votre organisation, vous pouvez reconfigurer les outils et les pages de planification Agile pour prendre en charge vos équipes et pour découpler l'assignation aux équipes et chemins de zone.

Utiliser les champs d’équipe au lieu des chemins de zone pour prendre en charge les équipes explique comment modifier la configuration par défaut.