Modele etat des lieux entree

Le modèle de processus XML sur site fournit la prise en charge de la personnalisation des objets de suivi de 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. Pour personnaliser un projet Azure DevOps services, consultez à propos de la personnalisation du processus et des processus hérités. Cet article s`applique uniquement aux déploiements sur site. Vous pouvez effectuer les tâches suivantes lorsque vous travaillez avec le modèle de processus XML sur site. Les mises à niveau vers un déploiement local peuvent introduire de nouvelles fonctionnalités nécessitant des mises à jour des objets utilisés pour effectuer le suivi du travail. Ces objets incluent les types d`éléments de travail, les catégories et la configuration du processus. Minimiser les modifications apportées au workflow pour un WIT ou la configuration du processus peut vous aider à minimiser le travail que vous devez effectuer lors de la mise à niveau de votre déploiement. 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 pour WIT, listes globales, configuration de processus et catégories. Cette séquence prend en charge les mises à jour individuelles via 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. 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. Vous devez éviter de procéder aux 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. Utilisez les champs d`équipe au lieu des chemins de zone pour prendre en charge les équipes décrit comment modifier la configuration par défaut. L`Assistant Configuration des fonctionnalités requiert que des types d`éléments de travail, des États de workflow et des 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. La configuration par défaut pour les projets associe chaque équipe à un chemin d`accès de zone. Si votre organisation possède plusieurs équipes qui fonctionnent à partir d`un carnet de commandes commun et dans de nombreuses zones de produit, cette configuration peut ne pas correspondre à la façon dont vous souhaitez organiser votre travail.

En ajoutant un champ personnalisé pour représenter des équipes dans votre organisation, vous pouvez reconfigurer les outils et les pages de planification agile pour prendre en charge vos équipes et découpler l`affectation aux équipes et aux chemins d`accès à la zone. En outre, vous pouvez utiliser l`outil witadmin pour répertorier les objets, renommer WITs, supprimer définitivement WITs, et plus encore. En outre, les modifications que vous apportez à WITs ou au workflow peuvent nécessiter des mises à jour d`autres artefacts fournis avec votre processus, tels que les rapports Excel ou SQL Server Reporting Services. Pour minimiser la quantité de travail manuel que vous aurez besoin de faire après une mise à niveau, comprendre quelles personnalisations prennent en charge un chemin de mise à jour facile et qui ne sont pas..