Personnaliser les données de suivi de projet, les formulaires, les flux de travail et d'autres objets

Article
03/04/2013

Vous pouvez personnaliser la manière dont vous suivez votre projet d'équipe et l'élaboration de votre flux de travail, des formulaires d'élément de travail et des champs de données en personnalisant un ou plusieurs objets pour le suivi des éléments de travail.Comme le montre l'illustration suivante, vous pouvez créer ou personnaliser huit types d'objets.Vous gérez des catégories, des types d'éléments de travail, et la configuration de processus pour les projets d'équipe.Vous gérez des listes globales, des types de liens et des champs d'élément de travail pour les collections de projets d'équipe.Vous pouvez personnaliser un flux de travail global pour un projet d'équipe ou une collection.

Objets de suivi des éléments de travail

[!REMARQUE]

Pour une vue d'ensemble des espaces courants qui sont personnalisés pour un projet d'équipe, consultez Personnaliser le suivi des éléments de travail et votre projet d'équipe.

À l'exception de les champs de données, vous pouvez exporter et importer des définitions de chaque objet de suivi des éléments de travail d' Team Foundation en tant que fichier XML.Vous pouvez créer ou modifier chaque ensemble d'objets en fonction de vos besoins.

[!REMARQUE]

Vous pouvez créer et modifier des objets pour suivre des éléments de travail à l'aide de Process Editor, un outil puissant dédié à Visual Studio.Vous pouvez utiliser cet outil pour importer et exporter des listes globales et des types d'éléments de travail, modifier des types d'éléments de travail et examiner la liste de champs définis pour une collection de projets.Cet outil n'est pas pris en charge.Pour plus d'informations, consultez la page suivante sur le site Web Microsoft : Outils de gestion de l'alimentation Team Foundation Server.

Les membres de votre équipe peuvent utiliser des éléments de travail pour suivre le travail à effectuer sur un projet.Les membres peuvent créer un élément de travail à partir d'un type d'élément de travail par défaut tel qu'un bogue, une spécification, un risque ou une tâche.L'ensemble exact de types d'éléments de travail par défaut disponible pour votre projet d'équipe dépend du modèle de processus utilisé pour créer ce dernier.Un type d'élément de travail est un modèle à partir duquel des éléments de travail de ce type sont créés.Pour plus d'informations, consultez Choisir un modèle de processus.

Vous pouvez ajouter des types d'éléments de travail personnalisés au jeu par défaut pour adapter Team Foundation aux processus de votre équipe et à vos méthodes de communication.Par exemple, vous pouvez créer des types d'éléments de travail pour un bogue spécifique au projet, une demande de modification, un impératif de qualité de service, un risque à gérer et une tâche basée sur un scénario.

Une fois que vous avez créé un élément de travail, il contient les champs et le comportement définis dans le type d'élément de travail à partir duquel vous l'avez créé.Outre la création de types d'élément de travail, vous pouvez également les modifier.Par exemple, pour mieux prendre en charge les processus utilisés par votre équipe, vous pouvez ajouter des champs à un type d'élément de travail ou modifier son comportement de workflow.

Dans cette rubrique

Définir et personnaliser les objets utilisés pour le suivi du travail
Planifiez vos spécifications de personnalisation
Tâches connexes

Définir et personnaliser les objets utilisés pour le suivi du travail

Objet	Description	Rubrique connexe
Catégorie	Une catégorie définit un groupe de types d'éléments de travail qui suivent des éléments de travail semblables mais qui sont référencés par des noms différents.Vous pouvez grouper un ou plusieurs types d'éléments de travail dans le même projet d'équipe dans une catégorie.Vous définissez des catégories afin de permettre l'exécution de requêtes, la création de rapports et la définition de types d'éléments de travail par défaut dans des instances spécifiques.Vous utilisez l'opérateur In Group pour rechercher des éléments de travail qui appartiennent à une catégorie.Pour plus d'informations, consultez Champs de requête, opérateurs, valeurs et variables.	Définir des catégories pour regrouper des types d'éléments de travail
Champ	Un champ définit le type des données qui sont utilisées pour suivre un travail.Vous utilisez les champs d'élément de travail pour assurer le suivi des données d'un type d'élément de travail, définir les critères de filtre des requêtes et créer des rapports.Vous devez définir chaque élément de données qui n'est pas intégré, que le modèle de processus ne fournit pas et que vous souhaitez suivre, utiliser pour définir le flux de travail ou afficher dans le formulaire pour un type d'élément de travail.Définissez un élément de données pour un type d'élément de travail ou un flux de travail global à l'aide de l'élément FIELD. Chaque champ est défini par un ou plusieurs attributs indiquant le type de données qu'il peut contenir, s'il est utilisé pour la création de rapports et s'il est indexé.Vous pouvez également spécifier des éléments facultatifs qui restreignent, remplissent automatiquement ou placent des conditions sur les valeurs que les utilisateurs peuvent entrer dans le champ via le formulaire d'élément de travail. Vous pouvez ajouter un champ, le supprimer ou personnaliser la façon de l'utiliser pour suivre des données.Pour plus d'informations sur la définition des éléments de travail, consultez Définition et personnalisation de champs de données plus loin dans cette rubrique.	Définir des champs d'éléments de travail Référence des champs d'éléments de travail pour Visual Studio ALM Ajouter et modifier des champs d'éléments de travail pour prendre en charge la création de rapports
Liste globale	Une liste globale définit une liste de valeurs (liste de choix) que vous pouvez utiliser dans les types d'éléments de travail pour contrôler la ou les valeurs que les utilisateurs peuvent affecter à un champ dans un élément de travail.Vous utilisez des listes globales pour mettre à jour rapidement le contenu des listes de choix utilisées pour un grand nombre de types d'éléments de travail. Vous pouvez définir des listes globales dans un type d'élément de travail, mais cette pratique est déconseillée car la définition du type d'élément de travail remplacera les modifications définies ailleurs si cette définition est importée.La meilleure pratique consiste à définir et à importer des listes globales via un fichier de définition pour les listes globales ou un flux de travail global.	Définir des listes globales
Flux de travail global	Un flux de travail global définit des champs et des listes globales qui sont disponibles pour tous les types d'éléments de travail pour un projet d'équipe ou une collection de projets.	Personnaliser le flux de travail global
Type de lien	Un type de lien définit les règles et restrictions contrôlant les relations que les utilisateurs peuvent établir entre des éléments de travail.Outre les types intégrés de liens, vous pouvez créer des types de liens qui prennent en charge vos spécifications de suivi de projet.avant de commencer à créer des liens entre des éléments de travail, vous devez analyser la façon dont vous pouvez utiliser les liens pour planifier votre projet et suivre l'état des éléments de travail.	Définir un type de lien personnalisé
Gérez la configuration	Traitez des éléments de configuration contrôlent la mise en page et les fonctions des outils agiles du panneau de journal des travaux en souffrance et de tâche avec d' Team Web Access. Si votre projet d'équipe a été créé à l'aide d'un modèle de processus autre que ceux fournis par Visual Studio ALM vous avez personnalisé les définitions de types d'éléments de travail, vous devrez peut-être personnaliser les fichiers de définition qui prennent en charge la configuration de processus.En outre, si vous avez personnalisé ou les types ajoutés d'éléments de travail et souhaitez utiliser ces champs, vous souhaitera déterminer comment modifier des éléments de configuration de processus pour correspondre à d'autres objets que vous avez personnalisés.	Personnaliser le journal des travaux en souffrance et le tableau des tâches à l'aide de la configuration du processus
un type d'élément de travail,	Un type d'élément de travail définit un objet, tel que les bogues, les spécifications et les risques, qui est utilisé afin de suivre un travail pour un projet d'équipe.Les composants suivants définissent un type d'élément de travail : Fields définit les types des données contenues dans l'élément de travail.Vous pouvez définir des champs en ajoutant une section FIELDS (Définition) dans la définition d'un type d'élément de travail ou d'un flux de travail global. Workflow définit la façon dont un élément de travail passe d'un état ouvert ou actif à un état fermé ou terminé.Vous contrôlez le flux de travail en définissant son état initial, ses états valides, les transitions entre ces états, ainsi que les utilisateurs ou les groupes autorisés à exécuter ces transitions.La section WORKFLOW du type d'élément de travail contrôle le mode de suivi d'un élément de travail. Form définit la disposition et le contenu qui s'affichent sur le formulaire utilisé par les membres de l'équipe pour suivre les données d'élément de travail.Vous pouvez contrôler la façon dont les éléments de l'interface utilisateur s'affichent via la section FORM de la définition du type d'élément de travail.Chaque type d'élément de travail ne doit avoir qu'un seul formulaire.Toutefois, vous pouvez définir une ou plusieurs dispositions pour un formulaire afin de cibler des clients différents.Vous décrivez le formulaire entier, ce qui inclut la manière dont tous les champs de données sont regroupés.	Référence de tous les éléments XML WITD Définir et personnaliser le flux de travail des éléments de travail Concevoir et personnaliser un formulaire d'élément de travail Ajouter et personnaliser un type d'élément de travail Créer un type d'élément de travail

Retour au début

Planifiez vos spécifications de personnalisation

Consultez les sections suivantes pour obtenir de l'aide informe votre organisation avant de définir et personnaliser des objets pour le suivi du travail.

Processus de personnalisation
Champs système
Définissez les champs de données
Champs de noms de personnes
Champs de mappage entre TFS et Microsoft Project
Modifiez les champs existants
Utilisez les listes globales et le flux de travail global

Processus de personnalisation

Lorsque vous prévoyez de créer ou de personnaliser des objets pour le suivi du travail, vous devez envisager d'incorporer autant que possible les processus suivants :

Identifier les meilleures options pour la personnalisation des é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.Consultez Déterminer la portée de vos spécifications de personnalisation.
Examinez les interdépendances qui existent entre les objets d'ESPRIT, la planification agile, l'enregistrement, et les processus d'équipe.Consultez Personnaliser les projets et processus d'équipe.
Définissez clairement les rôles et les responsabilités de chacun, à la fois pour les personnes qui effectuent le travail et pour celles qui sont présentes dans le flux de travail de suivi des éléments de travail.
Automatisez et documentez les modifications que vous effectuez lorsque vous personnalisez des objets et que vous modifiez votre déploiement.
Testez vos objets personnalisés comme vous le feriez pour votre logiciel.
Placez les modèles de processus et les objets 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.
Commencez toujours par apporter les modifications dans un environnement de test.Assurez-vous que les objets pour le suivi du travail dans votre environnement de test sont semblables ou identiques à ceux présents dans votre environnement de production.

Retour au début

Champs système

Il existe un certain nombre de champs système pouvant être référencés par tous les types d'éléments de travail, même si ces champs ne sont pas définis explicitement au moyen d'un élément FIELD (Définition) dans la définition de chaque type.Les noms des champs système commencent tous par le préfixe « System » (par exemple, System.ID).La plupart de ces champs sont utilisés à des fins de suivi, et les utilisateurs ne peuvent en modifier que certains via l'interface utilisateur.Par défaut, vous pouvez utiliser tous les types suivants de champs :

Champs d'identification : Titre, Description et Assigné à.Ces champs permettent d'identifier chaque élément de travail, et les utilisateurs peuvent modifier leur valeur via l'interface utilisateur.Ces champs sont généralement inclus sur le formulaire de chaque type d'élément de travail.
Champs de suivi : ID, Type d'élément de travail, Projet d'équipe, Rév, et champs qui fournissent le nombre d'artefacts liés à un élément de travail, par exemple, Nombre de fichiers joints, Nombre de liens externes, Nombre de liens hypertexte et Nombre de liens associés.Si vous incluez ces champs sur un formulaire d'élément de travail, vous devez les rendre accessibles en lecture seule.Ces champs sont utiles pour rechercher un élément de travail ou un ensemble d'éléments de travail et pour générer des rapports.
Champs d'audit : Créé par, Date de création, Modifié par, Date de modification et Historique.Ces champs suivent la personne qui a créé ou modifié un élément de travail et les dates de création et de modification de ce dernier.Le champ Historique est mis à jour automatiquement dès lors qu'un champ est modifié dans l'élément de travail.
Champs de comportements particuliers : État, Raison, Zone et Itération.Un comportement particulier est associé à chacun de ces champs.Le comportement des champs État et Raison est régi par le mécanisme et les règles du flux de travail.Les chemins Zone et Itération sont les seuls champs TreePath définis.Vous définissez les valeurs valides dans la boîte de dialogue Zone et itérations pour le projet d'équipe.Pour plus d'informations, consultez Créer et modifier des zones et des itérations.

Pour plus d'informations, consultez Référence des champs d'éléments de travail pour Visual Studio ALM.

Retour au début

Définissez les champs de données

Tenez compte des indications suivantes lorsque vous définissez un nouveau champ de données ou un type d'élément de travail.

Déterminez les champs de données dont vous avez besoin en plus de ceux intégrés et de ceux déjà définis.Pour plus d'informations sur les champs existants, consultez Référence des champs d'éléments de travail pour Visual Studio ALM.Vous pouvez également exporter une liste de champs définis pour une collection de projets à l'aide de la commande witadmin listfields.Pour plus d'informations, consultez Gérer des champs d'éléments de travail (witadmin).
Déterminez si vous devez modifier des règles de champ existantes.
Comparez le flux de travail de types d'éléments de travail existants avec les éléments nécessaires pour votre processus d'équipe.Envisagez d'abord le flux de travail, puis les étiquettes d'état.
Lorsque vous ajoutez ou personnalisez un champ, déterminez si vous devez implémenter une logique particulière.
- Avez-vous besoin de restreindre l'application d'une règle de champ à un ou plusieurs utilisateurs ou groupes ?
- Avez-vous besoin de restreindre une règle de champ en fonction d'un état, d'une transition ou d'une raison de transition ?
- Est-il nécessaire d'associer un champ à une liste statique ou dynamique de valeurs ?Quelles sont les listes énumérées dont vous avez besoin et comment ces dernières sont-elles partagées entre les types d'éléments de travail et les projets d'équipe ?
  
  Les listes statiques requièrent rarement des mises à jour.Les listes dynamiques peuvent reposer sur un ensemble de noms d'utilisateur ou noms de client.Pouvez-vous utiliser des listes globales pour réduire le temps consacré à la mise à jour des listes ?Pouvez-vous synchroniser une liste à l'aide d'Active Directory et de champs de noms de personnes ?
- Voulez-vous définir un ensemble de champs à utiliser de façon cohérente sur de nombreux types d'éléments de travail ou projets d'équipe ?
  
  Si votre équipe doit suivre des champs dans plusieurs types d'éléments de travail, pouvez-vous définir ces champs dans un flux de travail global plutôt que dans chaque type d'élément de travail ?

[!REMARQUE]

Vous ne pouvez pas définir un champ qui calcule les données contenues dans plusieurs champs.

Pour plus d'informations, consultez Définir des champs d'éléments de travail.

Retour au début

Champs de noms de personnes

Vous utilisez le type de données String afin de définir un champ que vous utilisez pour stocker des noms de personnes.Si vous souhaitez synchroniser la liste de noms valides pour ce champ avec la liste de noms stockés dans Active Directory, vous pouvez affecter la valeur true à l'attribut syncnamechanges.En outre, vous pouvez modifier l'attribut d'un champ de type String existant pour permettre la synchronisation des noms de personnes.Pour plus d'informations, consultez Gérer des champs d'éléments de travail (witadmin).

Retour au début

Champs de mappage entre TFS et Microsoft Project

Si vous utilisez Microsoft Project pour gérer votre planning de projet, vous pouvez définir des champs et les ajouter à un formulaire d'élément de travail que vous pouvez afficher ou modifier à partir de votre plan de projet.Si votre projet d'équipe repose sur un modèle de processus Microsoft Solutions Framework (MSF), un fichier de mappage par défaut a été téléchargé lors de la création de votre projet d'équipe.

Le fichier de mappage de champs de Microsoft Project détermine le mappage de champs entre Team Foundation et Microsoft Project.Pour plus d'informations, consultez Personnaliser des mappages de champs de Microsoft Project et Planifier des tâches et assigner des ressources à l'aide de Microsoft Project.

Retour au début

Modifiez les champs existants

La modification de champs de données après qu'ils aient été définis entraîne certains frais.

Tous les champs que vous définissez, via un type d'élément de travail ou un flux de travail global, sont définis pour une collection de projets d'équipe.Définir un champ revient à ajouter un nouvel enregistrement à une table de base de données globale qui contient le nom convivial, le nom de référence et d'autres attributs de champ pour chaque d'enregistrement.Tous les types d'éléments de travail dans la collection font référence à cette table.Par conséquent, si vous décidez de renommer un champ, en modifiant un attribut, ou de supprimer un champ, tous les types d'éléments de travail qui font référence à ce champ sont concernés par cette modification.

En outre, toutes les données signalables issues de tous les projets d'équipe dans toutes les collections relatives à un déploiement de Team Foundation Server sont écrites dans un seul et même entrepôt de données relationnelles.Les données de cet entrepôt sont ensuite traitées et écrites dans un cube SQL Server Analysis Services.La collecte de données dans un seul et même entrepôt de données prend en charge la création de rapports entre collections.Toutefois, étant donné que les champs sont gérés distinctement pour chaque collection, des conflits de schéma peuvent se produire lorsque différentes définitions sont assignées à un ou plusieurs attributs d'un champ auquel le même nom de référence de création de rapports a été assigné.

De plus, lorsque vous ajoutez un champ à votre type d'élément de travail alors qu'un autre type a déjà utilisé le même nom de référence, vous ne pouvez pas remplacer le type de données ou le nom de champ.En outre, les contraintes suivantes s'appliquent :

Lorsque vous supprimez un champ d'un type d'élément de travail spécifique, il n'est pas supprimé de la collection ou du serveur de base de données, même s'il n'est plus référencé par aucun type d'élément de travail.Pour supprimer un champ, vous devez le supprimer explicitement de la collection à l'aide de la commande witadmin deletefield.
Avant de supprimer un champ, vous devez d'abord le supprimer des définitions de tous les types d'éléments de travail qui lui font référence et de tous les flux de travail globaux dans lesquels il est référencé.
Si le champ supprimé était utilisé à des fins de création de rapports, vous devrez régénérer l'entrepôt de données pour vider l'ancien champ et ses valeurs.

Retour au début

Utilisez les listes globales et le flux de travail global

Vous pouvez simplifier vos activités de personnalisation et de maintenance des types d'éléments de travail en définissant certains objets comme globaux.Les objets globaux sont disponibles sur un projet d'équipe ou une collection de projets.Vous pouvez les ajouter aux modèles de processus pour les mettre à disposition des nouveaux projets d'équipe ou les télécharger dans d'autres collections de projets.Lors de la planification, déterminez la façon dont vos projets d'équipe et les types d'éléments de travail utiliseront les listes globales et les champs.

Vous pouvez définir une liste globale de l'une des façons suivantes : dans le cadre de la définition d'un type d'élément de travail ou d'un flux de travail global, ou comme son propre fichier de définition de listes globales que vous importez dans une collection de projets.Les deux dernières méthodes sont recommandées si vous conservez toutes les listes globales dans un seul emplacement, car elles permettent d'éviter de modifier accidentellement une liste globale lors de la modification d'un type d'élément de travail existant.

Vous pouvez définir un flux de travail global via un fichier de définition XML et l'importer pour un projet d'équipe ou une collection.Votre flux de travail global peut contenir des définitions de champ et des listes globales.

Pour plus d'informations, consultez Définir des listes globales et Personnaliser le flux de travail global.

Retour au début

Tâches connexes

Tâches	Contenu associé
Comprendre comment attribuer des noms aux champs et aux autres objets de suivi des éléments de travail.Vous pouvez spécifier un nom convivial pour chaque objet avec lequel vous suivez l'élément de travail.Pour certains objets, vous devez également spécifier un nom de référence.Les deux types de noms doivent satisfaire les spécifications définies selon le type d'objet.	Conventions d'affectation de noms pour les objets de suivi des éléments de travail
Rechercher un élément d'un type d'élément de travail dans la définition de schéma.Vous pouvez consulter la syntaxe de chaque élément de schéma associé aux types d'éléments de travail.	Index des définitions d'éléments XML pour les types d'éléments de travail
Identifier ce qui peut être localisé dans une définition de type d'élément de travail.Vous pouvez localiser certaines parties de la définition d'un type d'élément de travail afin qu'elles apparaissent dans la langue d'origine de l'utilisateur.	Localisation et globalisation d'éléments enfants d'un élément WITD
Importer, exporter et gérer des objets pour le suivi des éléments de travail.Avec l'outil en ligne de commande witadmin, vous pouvez créer, supprimer, importer et exporter des catégories, des listes globales, des types de liens, des types d'éléments de travail et des champs d'élément de travail.Vous gérez ces objets pour chaque collection ou chaque projet d'équipe.	witAdmin : personnaliser et gérer des objets pour le suivi des éléments de travail