Partager via

Personnalisation des données de suivi de projet, de formulaires, de flux de travail et d'autres objets

  • Article

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 sept types d'objets. Vous gérez des catégories et des types d'éléments de travail 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

Notes

Pour qu'un flux de travail global puisse être défini, la fonctionnalité doit être activée sur le serveur de couche Application. Par conséquent, le serveur doit exécuter une version de Visual Studio Team Foundation Server, telle que Team Foundation Server 2010 avec le Service Pack 1 (SP1), qui prend en charge cette fonctionnalité. Vous pouvez télécharger le Service Pack sur la page suivante du site Web Microsoft : Service Pack 1 of Visual Studio Team Foundation Server 2010, Beta. Pour plus d'informations, consultez Personnalisation du workflow global.

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

Notes

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 : Team Foundation Server Power Tools April 2010.

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éfinition et personnalisation des objets utilisés pour suivre un travail

  • Instructions de personnalisation

  • Tâches connexes

Définition et personnalisation des objets utilisés pour suivre un 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.

Regroupement de types d'éléments de travail en catégories

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éfinition des champs d'éléments de travail

Utilisation de champs système et de champs définis par les modèles de processus MSF

Ajout et modification de 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éfinition des listes globales

Ajouter, utiliser et gérer 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.

Personnalisation du workflow 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.

Personnalisation des relations entre éléments de travail au moyen des types de liens

Choix des types de liens pour un suivi efficace de votre projet

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éfinition et personnalisation du flux de travail des éléments de travail

Conception et personnalisation d'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

Planification des spécifications de personnalisation

Les sections suivantes expliquent comment planifier la définition et la personnalisation d'objets pour le suivi du travail.

  • Principes du processus de personnalisation

  • Champs système

  • Définition de champs de données et personnalisation de types d'éléments de travail

  • Champs de noms de personnes

  • Mappage de champs entre Team Foundation et Microsoft Project

  • Modification de champs existants

  • Utilisation des listes globales et du flux de travail global

Principes du 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 :

  • 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 Utilisation de champs système et de champs définis par les modèles de processus MSF.

Retour au début

Définition de champs de données et personnalisation de types d'éléments de travail

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 Utilisation de champs système et de champs définis par les modèles de processus MSF. 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 Gestion 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 ?

Notes

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

Pour plus d'informations, consultez Définition 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 Activer la synchronisation des champs personnalisés de noms de personnes.

Retour au début

Mappage de champs entre Team Foundation 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 Personnalisation des mappages de champs de Microsoft Project et Planification de tâches et assignation de ressources à l'aide de Microsoft Project.

Retour au début

Modification de 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

Utilisation des listes globales et du 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éfinition des listes globales et Personnalisation du workflow 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.

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.

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.

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.

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.

Voir aussi

Concepts

Nouveautés du suivi des éléments de travail

Suivi de bogues, de tâches et d'autres éléments de travail

Personnalisation des projets et processus d'équipe

Autres ressources

Définir et personnaliser des objets pour le suivi des éléments de travail en utilisant le plug-in de suivi d'élément de travail

Personnalisation des modèles de processus

Historique des modifications

Date

Historique

Motif

Janvier 2011

Une illustration représentant les objets définis pour un projet d'équipe et ceux définis pour une collection a été ajoutée. Une section relative à la planification des spécifications de personnalisation a été ajoutée ainsi que des informations sur le flux de travail global. Le contenu a été consolidé et reformaté.

Améliorations apportées aux informations.