Personnaliser les objets de suivi de travail pour prendre en charge les processus de votre équipe

Dans le cas des déploiements de Team Foundation Server (TFS) sur site, vous pouvez personnaliser la façon dont vous planifiez et suivez votre travail. Pour ajouter ou modifier un champ, un type d'élément de travail (WIT) ou un outil de planification Agile, consultez l'une des rubriques répertoriées dans le tableau ci-dessous.

Si vous avez d'autres besoins de personnalisation pour votre projet d'équipe, consultez Une perspective complète de ce que vous pouvez configurer et personnaliser dans Visual Studio TFS.

	Modifier ou ajouter un champ pour prendre en charge les requêtes, les rapports et le flux de travail Personnaliser une liste de sélection Ajouter des règles à un champ Modifier le fichier de définition XML WIT pour ajouter des règles ou un champ personnalisé Modifier un attribut d'un champ existant Ajouter et modifier des chemins de zone et d'itération Ajouter ou modifier le mappage des champs Microsoft Project aux champs TFS
	Modifier ou ajouter un type d'élément de travail personnalisé (WIT) Modifier les états, raisons et transitions des flux de travail, ou ajouter des règles de champ de flux de travail Personnaliser le formulaire d'élément de travail Modifier la définition du WIT Si vous avez mis à niveau votre serveur de couche Application vers TFS 2013.3, vous pouvez personnaliser les types d'éléments de travail du plan de test et de la suite de tests. Créer un type d'élément de travail Modifier le flux de travail pour un type d'élément de travail Concevoir le formulaire d'élément de travail Fournir du texte d'aide, des liens hypertexte ou du contenu Web sur un formulaire d'élément de travail Définir des contrôles de liens pour restreindre les relations de liens Modifier la taille maximale des pièces jointes pour les éléments de travail
	Configurer et personnaliser les outils de planification Agile pour un projet d'équipe Modifier la configuration des outils de planification Agile Personnaliser le tableau kanban Utiliser les catégories pour regrouper les types d'éléments de travail Ajouter des bogues au backlog ou au tableau de tâches Ajouter un journal des travaux en souffrance (backlog) à la gestion de portefeuille Agile Utiliser les champs d'équipe au lieu des chemins de zone pour prendre en charge les équipes

Déterminer la portée des spécifications

Selon vos spécifications de personnalisation, vous pouvez configurer les valeurs par défaut en personnalisant un modèle de processus. Vous créez un projet d'équipe à partir d'un modèle de processus. Les objets que vous personnalisez dans le modèle de processus fournissent la configuration initiale de l'objet. En personnalisant un modèle de processus, vous augmentez le respect des processus pour tous les projets d'équipe créés avec le modèle de processus. Pour plus d'informations sur les modèles de processus TFS par défaut, cliquez ici.

Vous pouvez effectuer de nombreuses personnalisations à différents niveaux de portée. Lorsque vous planifiez vos spécifications de personnalisation, tenez compte des zones de portée présentées dans le tableau suivant.

Portée	Remarques d'implémentation
Portée du projet ou de la collection	Modèle de processus : choisissez cette option lorsque vous projetez de créer plusieurs projets d'équipe et que vous souhaitez réduire le temps d'obtention des projets opérationnels et appliquer la conformité des processus d'équipe. Pour en savoir plus sur la personnalisation d'un modèle de processus, cliquez ici. Collection de projets : les modifications que vous apportez aux champs d'élément de travail, aux listes globales et aux types de lien affectent tous les projets d'équipe définis dans la collection de projets d'équipe. Tenez compte des conséquences lorsque vous implémentez des modifications à ce niveau. Projet d'équipe : choisissez cette option lorsque vous souhaitez uniquement effectuer les modifications nécessaires à l'équipe ou au groupe d'équipes qui travaille sur le même projet d'équipe. Pour appliquer des modifications à plusieurs projets d'équipe, vous devez importer les modifications apportées aux fichiers de définition d'objet dans plusieurs projets d'équipe. Équipe : choisissez cette option lorsque seule votre équipe demande des modifications. Pour en savoir plus sur ce que vous pouvez configurer, consultez Collaborer à l'aide des ressources d'équipe.
Besoins en matière d'intégration des données	Un certain ensemble de champs s'intègre à Team Foundation Build, Gestionnaire de tests, et contrôle de version Team Foundation. Ces applications automatisent l'assignation de données à ces champs. Consultez Champs prenant en charge l'intégration avec un test, une build et un contrôle de version.
Besoins en matière de localisation et de globalisation	Vous pouvez localiser les noms des WIT, des champs et de nombreux éléments définis pour un type d'élément de travail (WIT). Consultez Localisation et globalisation d'éléments enfants d'un élément WITD.
Groupes de catégories requis pour prendre en charge les efforts intergroupes	Lorsque vous disposez de types d'éléments de travail (WIT) similaires avec des noms différents, vous pouvez utiliser des catégories pour les regrouper et créer des rapports plus facilement. Les catégories prennent en charge les requêtes flexibles, la création de rapport, la configuration de processus et l'intégration croisée entre différents projets d'équipe. Consultez Utiliser les catégories pour regrouper les types d'éléments de travail.

Avant d'effectuer la personnalisation, comprendre les implications en matière de maintenance et de mise à niveau

Les mises à niveau de TFS pourraient introduire de nouvelles fonctionnalités nécessitant des mises à niveau 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 du flux de travail d'un type d'élément de travail (WIT) ou de la configuration du processus permet de limiter les efforts nécessaires lors de la mise à niveau de TFS.

Pour limiter la quantité de travail manuel que vous devrez effectuer après une mise niveau de TFS, vous devez savoir quelles personnalisations prennent en charge un itinéraire de mise à jour simple.

Personnalisations compatibles avec la mise à jour de projets d'équipe à l'aide de l'Assistant Configurer les fonctionnalités

Avec les personnalisations suivantes, vous pouvez utiliser l'Assistant Configurer les fonctionnalités pour appliquer automatiquement toute modification à votre projet d'équipe nécessaire pour de 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 de planification 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, cliquez ici.

Personnalisations susceptibles de nécessiter des mises à jour manuelles d'un projet d'équipe ou d'un modèle de processus lors de la mise à niveau de TFS

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 soient définis dans les objets de modèle de processus et la configuration de processus. Lors des personnalisations suivantes, vous devrez peut-être modifier les modèles de processus existants pour que l'Assistant s'exécute ou mettre à jour votre projet d'équipe manuellement.

• Champs : modifier les attributs d'un champ existant, supprimer des champs qui sont référencés dans la configuration de processus

• Types d'éléments de travail : modifier le flux de travail

• Outils de planification Agile :

  • Modifier les types d'élément de travail définis pour la catégorie de spécification, la catégorie de tâche ou la catégorie de fonctionnalité.

  • Modifier les mappages de méta-états définis dans la configuration de processus.

  • Modifier un champ spécifié pour un TypeField dans la configuration de processus.

De plus, les modifications que vous apportez aux types d'éléments de travail ou au flux de travail peuvent nécessiter la mise à jour d'autres artefacts fournis avec votre modèle de 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 d'équipe après une mise à niveau de TFS.

• Champs :

  • Modifier le nom convivial d'un champ par défaut (champ défini dans le modèle de processus)

  • Modifier le nom du rapport, l'attribut de rapport ou l'attribut syncname d'un champ par défaut

• Types d'éléments de travail : 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 définis dans les catégories par défaut

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

Pratiques recommandées lors de la personnalisation des projets d'équipe

• Identifier les meilleures options pour la personnalisation des types d'éléments de travail qui prennent en charge vos spécifications 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 d'équipe existants et futurs.

• Placez les modèles de 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.