Processus étape par étape de personnalisation

Vous personnalisez un modèle de processus pour vous assurer que tous les projets d'équipe créés à l'aide de ce modèle suivent les processus métier utilisés par votre équipe ou organisation. Vous pouvez également personnaliser un modèle de processus si vous mettez Visual Studio Team Foundation Server à niveau à partir d'une ancienne version et que vous avez apporté des modifications à un modèle de processus existant que vous voulez continuer à utiliser. Vous pouvez ajouter ces modifications à un nouveau modèle de processus ou personnaliser l'ancien modèle pour ajouter les fonctionnalités fournies dans la version actuelle.

pour personnaliser un modèle de processus, vous téléchargez tout d'abord un modèle de processus existant ou vide, vous modifiez ou ajoutez des fichiers, vous téléchargez les fichiers de modèles de processus, puis vous vérifiez vos modifications. L'illustration suivante présente la séquence des cinq tâches principales que vous effectuez pour personnaliser un modèle de processus.

La personnalisation d'un modèle de processus est un processus itératif. Vous avez besoin d'une collection de projets d'équipe définie sur un serveur qui exécute Team Foundation Server où vous pouvez tester votre modèle de processus pour vous assurer qu'il a été correctement personnalisé.

Cette rubrique fournit la séquence recommandée et des conseils opérationnels pour la prise en charge de vos activités de personnalisation d'un modèle de processus.

Dans cette rubrique

1. Sélectionner et télécharger un modèle de processus

2. Personnaliser votre modèle de processus

3. Télécharger le modèle de processus

4. Créer un projet d'équipe

5. Vérifier vos modifications

Notes

Les modèles de processus Microsoft Solutions Framework (MSF) installés avec Team Foundation Server sont remplacés par les nouvelles versions lorsque vous mettez Team Foundation Server à niveau. Si vous avez personnalisé les anciens modèles et que vous les avez enregistrés sous leur nom d'origine, vous devez les télécharger avant la mise à niveau. Autrement, ils sont remplacés et vos personnalisations perdues.

Si vous souhaitez mettre à jour vos modèles de processus personnalisés afin qu'ils reposent sur la version la plus récente des modèles MSF, vous devez procédez manuellement. Pour plus d'informations, consultez Mise à jour d'un modèle de processus personnalisé.

Sélectionner et télécharger un modèle de processus

La première étape pour personnaliser un modèle de processus consiste à choisir le modèle de processus que vous souhaitez personnaliser. Pour réduire le nombre de modifications à apporter, vous devez choisir un modèle qui correspond le mieux à vos processus d'équipe. En général, vous sélectionnez un modèle de processus en fonction des types des éléments de travail et de flux de travail. Pour obtenir une comparaison des différents modèles de processus Microsoft Solutions Framework (MSF), consultez Choisir un modèle de processus.

Pour plus d'informations sur les modèles de processus MSF et les modèles supplémentaires qui sont fournis par les serveurs partenaire Microsoft, consultez la page suivante sur le site Web Microsoft : Modèles de processus et outils.

Vous pouvez télécharger un modèle de processus existant dont vous vous servirez comme base pour la personnalisation. En fonction de la portée des personnalisations, vous pouvez télécharger un modèle vide ou un entièrement conçu. Vous pouvez télécharger des modèles de processus à l'aide du Gestionnaire de modèles de processus. Pour plus d'informations, consultez Télécharger un modèle de processus.

Retour au début

Personnaliser votre modèle de processus

Avant de commencer à personnaliser votre modèle de processus, consultez les sections suivantes pour obtenir de l'aide supplémentaire et connaître les séquences recommandées et les outils qui peuvent vous être utiles.

• Planifier les modifications à apporter au modèle de processus

• Modifier des fichiers ou utiliser Process Editor

• Créer ou personnaliser des objets pour le suivi du travail

• Personnaliser des fichiers de plug-in

• Personnaliser le fichier de modèle de processus racine

Retour au début

Planifier les modifications à apporter au modèle de processus

Étant donné que le modèle de processus concerne de nombreux composants du processus d'une équipe, vous pouvez planifier, coordonner et suivre les modifications que vous souhaitez apporter. En particulier, vous pouvez consulter les coordinateurs de projets, les responsables des tests, les responsables du développement et les responsables de la livraison avant de modifier le suivi des éléments de travail, la création de rapport, Team Foundation Build, contrôle de version Team Foundation, Gestionnaire de tests Microsoft et Visual Studio Lab Management.

Pour obtenir des instructions relatives à la personnalisation et une vue d'ensemble des objets que vous pouvez personnaliser pour le suivi du travail, consultez Personnalisation des données de suivi de projet, de formulaires, de flux de travail et d'autres objets. Pour obtenir une liste de vérification utile, consultez Liste de vérification : planifier et suivre les modifications apportées à votre modèle de processus.

Étudiez également les remarques et conseils suivants :

• Pour obtenir une vue d'ensemble des ressources requises pour la prise en charge des artefacts des projets d'équipe, consultez Lancement d'un nouveau projet d'équipe.

• Des restrictions sont placées sur les noms ou les étiquettes de la plupart des objets Team Foundation. Pour obtenir une vue d'ensemble des restrictions d'affectation de noms qui s'appliquent aux modèles de processus, groupes de sécurité, nœuds de zone et d'itération, types d'éléments de travail et champs d'éléments de travail, consultez Restrictions d'affectation de noms dans Team Foundation.

• La plupart des composants de modèle de processus que vous personnalisez affectent uniquement le projet d'équipe que vous créez à l'aide du modèle de processus. Les exceptions à cette règle sont les listes globales, les types de lien et les champs d'éléments de travail définis pour les types d'éléments de travail. Ces objets sont définis pour une collection de projets d'équipe.

• Vous pouvez modifier la plupart des domaines fonctionnels d'un modèle de processus après avoir créé un projet d'équipe. Le seul domaine que vous ne pouvez pas modifier est celui des états de résolution de test utilisés par Test Runner et Gestionnaire de tests Microsoft. Pour plus d'informations, consultez Définition de la configuration initiale du Gestionnaire de tests.

• La première fois que vous personnalisez un modèle de processus, effectuez une petite modification. Si vous effectuez un grand nombre de modifications sans comprendre clairement comment elles peuvent affecter le modèle, vous risquez de faire beaucoup d'erreurs qui seront difficiles à corriger.

• La taille maximale d'un modèle de processus est de deux gigaoctets. Lorsque vous personnalisez un modèle de processus, vérifiez que vos modifications n'entraînent pas le dépassement de cette valeur.

• Si votre objectif est d'ajouter ou de modifier des types d'éléments de travail, vous pouvez accomplir ceci sans modifier l'ensemble du modèle de processus. Vous pouvez effectuer et tester des modifications à l'aide d'un projet d'équipe existant. Vous pouvez utiliser les outils en ligne de commande importwitd et witadmin exportwit pour télécharger les fichiers de définition XML des types d'éléments de travail.

  Pour plus d'informations, consultez Ajouter et personnaliser un type d'élément de travail et Personnalisation et gestion des types d'éléments de travail (witadmin).

Retour au début

Modifier des fichiers ou utiliser Process Editor

La personnalisation d'un modèle de processus consiste en la modification d'un ou plusieurs fichiers de modèles de processus de façon à ajouter ou supprimer des tâches qui spécifient le téléchargement de fichiers dans la collection de projets d'équipe. Lorsque vous modifiez un fichier de modèle de processus, vous devez connaître les dépendances qui existent entre les éléments de plug-in et les restrictions qui s'appliquent à l'affectation de noms et aux champs d'éléments de travail.

Si vous n'apportez que des modifications mineures et que vous connaissez bien le format XML, vous pouvez modifier les fichiers à l'aide du Bloc-notes ou d'un autre éditeur de texte. En outre, vous pouvez utiliser Process Editor, outil puissant installé en tant que complément de Visual Studio.

Notes

Vous pouvez télécharger l'outil à partir de la page suivante du site Web Microsoft : Team Foundation Server Power Tools 2010 (page éventuellement en anglais). Cet outil n'est pas pris en charge.

Pour plus d'informations sur le téléchargement des fichiers de schéma des modèles de processus, consultez Fichiers de définition de schéma pour la personnalisation de modèles de processus.

Process Editor fournit une interface utilisateur que vous pouvez utiliser pour personnaliser de nombreuses zones d'un modèle de processus. Vous pouvez l'utiliser pour modifier les versions les plus récentes des modèles de processus MSF. Plus précisément, vous pouvez utiliser l'éditeur pour personnaliser les zones suivantes :

• Suivi des éléments de travail :

  • Créer et modifier des définitions pour les types d'éléments de travail.

  • Créer et modifier des requêtes d'élément de travail et les organiser dans des dossiers de requêtes.

  • Créer et modifier des types de liens.

  • Créer et modifier des catégories de regroupement des types d'éléments de travail.

• Classifications et hiérarchies de projets :

  • Créer et modifier des chemins de zone de produit.

  • Créer et modifier des versions jalons ou des chemins d'itération.

  • Modifier le fichier de mappage de Microsoft Project.

• Groupes de sécurité : Créer et modifier des groupes et autorisations pour Team Foundation Server.

• Contrôle de version :

  • Modifier les paramètres d'extraction.

  • Créer et modifier des notes d'archivage.

  • Créer et modifier des groupes et autorisations pour Team Foundation Server.

• Portail et rapports :

  • Réviser les fichiers à télécharger et leur structure de dossiers.

  • Ajouter des fichiers à télécharger.

Retour au début

Créer ou personnaliser des objets pour le suivi du travail

Vous pouvez personnaliser la manière dont vous effectuez le suivi de votre projet d'équipe et vous pouvez concevoir 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. Vous pouvez créer ou personnaliser tous les types d'objets présentés dans l'illustration suivante, à l'exception du flux de travail global. Outre ces objets, vous pouvez définir des requêtes d'élément de travail et des instances d'élément de travail.

Pour plus d'informations sur la définition ou la personnalisation de ces objets, consultez les rubriques suivantes :

• Pour les types d'éléments de travail : Référence de tous les éléments XML WITD.

• Utilisation des types de liens

• Utilisation des catégories de types d'éléments de travail

• Définition des listes globales

• Définir une requête d'élément de travail à ajouter à un modèle de processus

• Ajouter une instance d'élément de travail à un modèle de processus

Retour au début

Dépendances entre classifications et requêtes d'élément de travail

Les requêtes d'élément de travail définies pour le modèle de processus MSF pour Agile software development utilisent les nœuds d'itération définis dans le fichier Classification.xml. Si vous modifiez les définitions des nœuds d'itération, vous devez modifier les requêtes d'élément de travail sur lesquelles elles reposent. Vous pouvez trouver ces requêtes lorsque vous recherchez les macros suivantes dans les fichiers .wiq :

• Itération 1 = @@Iteration%201@@

• Itération 2 = @@Iteration%202@@

• Itération 3 = @@Iteration%203@@

Retour au début

Restrictions d'affectation de noms des objets d'élément de travail

Chaque champ d'élément de travail possède un nom de référence de champ associé qui identifie de façon unique chaque champ et ne peut pas être changé une fois qu'il a été assigné.

De plus, un champ d'élément de travail peut être assigné d'un nom de rapport. Le nom de rapport doit être le même pour tous les types d'éléments de travail définis pour une collection de projets d'équipe. Dans le cas contraire, des erreurs de validation peuvent se produire lorsque vous téléchargez le modèle de processus, ou des conflits peuvent survenir dans les bases de données de l'entrepôt de données.

Les noms de champs d'éléments de travail, les noms de types de lien et les listes globales portent sur toute une collection de projets d'équipe. Si vous personnalisez l'un de ces objets, la modification est répercutée dans tous les projets d'équipe définis dans la collection et dans les types d'éléments de travail qui contiennent ce champ d'élément de travail.

Pour plus d'informations, consultez Conventions d'affectation de noms pour les objets de suivi des éléments de travail.

Retour au début

Personnaliser des fichiers de plug-in

Chaque fichier de plug-in spécifie une ou plusieurs tâches à traiter, et chaque fichier de plug-in exécute un ensemble unique de tâches. Si vous ajoutez ou supprimez un fichier à télécharger, assurez-vous que vous ajoutez ou supprimez la tâche dans le fichier de plug-in correspondant qui spécifie le fichier à télécharger. De plus, certaines tâches définies dans les fichiers de plug-in ont des dépendances. Assurez-vous que toutes les dépendances sont encore valides après les modifications. Pour plus d'informations, consultez Définir les tâches pour traiter un plug-in et Définir des dépendances pour des groupes de tâches et des tâches dans des fichiers de plug-in.

Le tableau suivant décrit l'ordre dans lequel il est recommandé de personnaliser les neuf fichiers de plug-in pris en charge, et fournit un lien vers la tâche et la rubrique connexes.

Étape	Tâche	Remarques et dépendances
	Définissez les zones, jalons ou itérations de produit.	Vous définissez des zones pour organiser les éléments de travail en catégories logiques, physiques ou fonctionnelles. Vous définissez des itérations pour regrouper des éléments de travail dans des jalons ou des catégories de cycles temporels. Le plug-in Classification est requis pour tous les modèles de processus.
	Définissez les groupes, les membres de groupe et les autorisations par défaut.	Vous pouvez définir des autorisations pour une collection, un projet, un chemin de zone ou d'itération et des abonnements aux événements. Les tâches spécifiées dans le plug-in Groupes et autorisations peuvent avoir des relations de dépendance avec les tâches définies dans le plug-in Classification.
	Spécifiez les objets dédiés au suivi du travail, les requêtes d'élément de travail et les instances d'éléments de travail à télécharger.	Vous devez spécifier les tâches pour télécharger des fichiers et définir des requêtes dans une séquence spécifique, en commençant par les types de liens, puis les types d'éléments de travail et enfin les requêtes. Chaque fichier de définition pour ces objets dépend des définitions spécifiées dans les tâches qui les précèdent. En général, vous devez maintenir la séquence de tâches définie dans le modèle de processus que vous personnalisez. Les définitions de types d'éléments de travail peuvent dépendre des plug-ins Classifications et Groupes et autorisations.
	Définissez les stratégies et les autorisations par défaut pour le contrôle de version.	Vous configurez les autorisations, les stratégies d'extraction et les notes d'archivage initiales d'un projet d'équipe en personnalisant le plug-in Contrôle de version.
	Définissez des autorisations et des tâches de build par défaut pour prendre en charge des opérations de build.	En personnalisant le plug-in Build, vous configurez les autorisations et les fichiers de modèle initiaux d'un projet d'équipe utilisés par le service Team Foundation Build.
	Définissez la configuration initiale du Gestionnaire de tests Microsoft.	Vous pouvez définir des paramètres tels que des variables et des configurations de test qui combinent des variables de test, en personnalisant le plug-in Gestion des tests. En outre, vous pouvez personnaliser les paramètres de test par défaut et la liste des états de résolution de test valides.
	Définissez la configuration initiale de Lab Management.	Vous pouvez configurer les autorisations et les fichiers de modèle initiaux d'un projet d'équipe en personnalisant le plug-in Lab.
	Définissez les rapports à télécharger et la structure de dossiers du nœud Rapports.	Vous pouvez modifier l'ensemble de rapports .rdl à télécharger. Le plug-in Rapports est requis pour créer le nœud Rapports pour un projet d'équipe. Le plug-in Rapports requiert que la collection de projets d'équipe où vous allez créer un projet d'équipe ait été configurée avec SQL Server Analysis Services et SQL Server Reporting Services.
	Définissez les documents à télécharger, les bibliothèques de documents à créer et les fonctionnalités SharePoint à activer.	Vous pouvez modifier l'ensemble de documents à télécharger et les fonctionnalités à activer. Le plug-in Portail est requis pour créer le nœud Documents pour un projet d'équipe. Le plug-in Portail requiert que la collection de projets d'équipe où vous allez créer un projet d'équipe ait été configurée avec les produits SharePoint.

Retour au début

Personnaliser le fichier de modèle de processus racine

La séquence des tâches que l'Assistant Nouveau projet d'équipe effectue est déterminée par la séquence des tâches groupées définies dans le fichier ProcessTemplate.xml et les fichiers de plug-in qu'il appelle. Pour plus d'informations, consultez Définition des tâches racines à l'aide du ficher de plug-in de modèle de processus. Le tableau suivant répertorie la séquence définie dans les modèles de processus pour MSF.

Séquence de plug-in agile	Séquence de plug-in CMMI
Classification.xml GroupsandPermissions.xml WorkItems.xml VersionControl.xml Build.xml Lab.xml TestManagement.xml ReportsTasks.xml WssTasks.xml	Classification.xml GroupsandPermissions.xml WssTasks.xml ReportsTasks.xml WorkItems.xml VersionControl.xml Lab.xml TestManagement.xml Build.xml

Si vous répertoriez les tâches de chaque fichier de plug-in dans le même ordre que leurs dépendances, vous éliminez les problèmes potentiels liés aux dépendances manquantes.

Retour au début

Télécharger un modèle de processus

Lorsque vous téléchargez un modèle de processus, vous le téléchargez dans une collection de projets d'équipe. Dans l'idéal, vous utilisez une collection de projets d'équipe qui n'est pas utilisée par d'autres projets d'équipe. En travaillant dans une collection de projets de test, vous évitez d'introduire une modification susceptible d'entrer en conflit avec les processus d'équipe existants encore en développement. Vous souhaitez également que la collection de projets d'équipe prenne en charge les ressources auxquelles vous voulez que les membres de l'équipe aient accès, telles qu'un portail de projet et un site de génération de rapport.

Assurez-vous que le nom de votre modèle de processus est unique. Si vous avez téléchargé un modèle de processus à partir d'une collection de projets d'équipe, que vous lui avez apporté une modification, puis que vous le téléchargez, vous devez modifier son nom ou supprimer le modèle de processus existant de la collection de projets d'équipe.

Le processus de téléchargement exécute une vérification de la validité du fichier XML. Si vous rencontrez des erreurs lors du téléchargement du modèle de processus, ce sont les modifications que vous avez apportées qui en sont à l'origine. Vérifiez vos modifications et corrigez toutes les erreurs de syntaxe XML que vous rencontrez.

Pour plus d'informations, consultez Transférer un modèle de processus.

Retour au début

Créer un projet d'équipe

Après avoir téléchargé un modèle de processus, vous devez créer un projet d'équipe pour pouvoir vérifier vos modifications. Exécutez l'Assistant Nouveau projet d'équipe et créez un projet d'équipe test. Si des erreurs se produisent, consultez le journal de la création du projet d'équipe. Il contient la liste des tâches qu'il a tenté d'exécuter et indique celles qui ont échoué. Vous pouvez mapper à nouveau les tâches qui ont échoué avec le fichier XML pour déterminer la cause des erreurs.

Pour plus d'informations, consultez Créer un projet d'équipe.

Pour tester de nouveaux modèles de processus, vous devez créer des projets d'équipe. Vous pouvez nettoyer les projets d'équipe inutiles à l'aide de l'outil en ligne de commande TFSDeleteProject. Pour plus d'informations, consultez TFSDeleteProject : suppression de projets d'équipe.

Retour au début

Vérifier vos modifications

Si le projet d'équipe est créé avec succès, effectuez des étapes supplémentaires pour vérifier que vos modifications s'y affichent correctement. Si vous avez ajouté un rapport, assurez-vous qu'il s'affiche dans Team Explorer. Si vous avez supprimé un type d'élément de travail, assurez-vous que ce dernier n'est plus disponible. Pour chaque plug-in documenté, une liste d'étapes de vérification est fournie pour vous aider à vérifier que vos modifications sont bien implémentées.

Pour plus d'informations, consultez Vérification des modifications des plug-ins de processus.

Retour au début

Voir aussi

Tâches

Créer un projet d'équipe

Référence

Personnalisation et gestion des types d'éléments de travail (witadmin)

Concepts

Utilisation de fichiers de modèles de processus

Autres ressources

Gestion des modèles de processus

Vérification des modifications des plug-ins de processus

Personnalisation des modèles de processus

Historique des modifications

Date	Historique	Motif
Mai 2011	Correction des références au Process Editor, précédemment appelé éditeur de modèles de processus.	Résolution des bogues de contenu.
Avril 2011	Ajout d'illustrations, restructuration du contenu et présentation d'aide supplémentaire, de séquences recommandées et d'outils utiles.	Améliorations apportées aux informations.