Partager via

Mettre à jour un modèle de processus personnalisé pour accéder aux nouvelles fonctionnalités

  • Article

Si l'Assistant Configurer les fonctionnalités ne peut pas mettre à jour votre projet d'équipe, cela signifie que celui-ci a été créé à partir d'un modèle de processus différent de ceux fournis par TFS ou que vous avez personnalisé votre projet d'équipe d'une manière qui empêche l'application des mises à jour. Dans ces situations, ces options s'offrent à vous pour mettre à jour vos projets d'équipe existants :

  • Option A : ajouter des fonctionnalités à votre modèle de processus personnalisé, puis exécuter l'Assistant Configurer les fonctionnalités

    Effectuez les étapes Étape 1, Étape 2, Étape 4 et Étape 5

    Choisissez cette option quand vous avez apporté de nombreuses personnalisations à votre modèle de processus.

  • Option B : appliquer vos personnalisations au dernier modèle de processus, puis exécuter l'Assistant Configurer les fonctionnalités

    Effectuez les étapes Étape 1, Étape 3, Étape 4 et Étape 5.

    Choisissez cette option quand vous avez apporté très peu de personnalisations à votre modèle de processus.

  • Option C : mettre à jour votre projet d'équipe manuellement pour ajouter des fonctionnalités

    Choisissez cette option quand vous avez apporté à votre projet d'équipe des personnalisations qui ne figurent dans aucun de vos modèles de processus.

  • Option D : mettre à jour par programmation de nombreux projets d'équipe. Pour commencer, choisissez Option A ou Option B pour mettre à jour votre modèle de processus personnalisé. Ensuite, mettez à jour en bloc tous les projets d'équipe définis pour une collection de projets d'équipe à l'aide des informations et ressources suivantes : How to Configure Features for dozens of team projects et Features4tfs CodePlex solution.

    Choisissez cette option quand vous avez des dizaines de projets d'équipe qui ont été créés à partir du même modèle de processus.

Pour plus d'informations sur les ajouts apportés aux derniers modèles de processus par défaut, consultez Modifications de configuration apportées pour ajouter de nouvelles fonctionnalités.

1.Télécharger le dernier modèle de processus

Étape 1Vous allez copier ou ajouter des fichiers à partir du dossier de la version la plus récente du modèle de processus que vous téléchargez vers le dossier correspondant contenant vos définitions de modèle de processus personnalisées.

  1. Si vous mettez à jour un modèle de processus basé sur une version antérieure à MSF 6 0 ou Visual Studio Scrum 2.0, commencez par appliquer les mises à jour décrites dans la version 2012 de cette rubrique.

    Vous pouvez contrôler le fichier ProcessTemplate.xml pour les informations de version.

  2. Si vous n'avez pas mis à niveau votre serveur d'applications vers la version TFS qui contient les fonctionnalités souhaitées, faites-le maintenant. Téléchargez le package, puis Mettre à niveau Team Foundation Server.

  3. Si vous n'êtes pas membre du groupe Administrateurs de la collection de projets, faites-vous ajouter. L'autorisation Gérer le modèle de processus doit être définie sur Autoriser pour télécharger et gérer les modèles de processus.

  4. Une fois TFS mis à niveau, téléchargez le dernier modèle de processus à partir de TFS, puis choisissez le modèle de processus qui correspond le plus à celui utilisé pour créer votre projet d'équipe.

    Consultez Télécharger la dernière version des modèles de processus.

    Pour transférer ou télécharger des modèles de processus, vous devez vous connecter à TFS 2013 à partir de Visual Studio 2013 ou de Team Explorer 2013.

  5. Copiez le modèle de processus dans un nouveau dossier où vous appliquerez vos personnalisations (option B), ou copiez les définitions XML pour ajouter de nouvelles fonctionnalités à votre modèle de processus existant (option C).

2.Ajouter des fonctionnalités à votre modèle de processus personnalisé (option A)

Étape 2   Mettez à jour votre modèle de processus personnalisé en ajoutant les types d'éléments de travail (WIT) suivants :

Copiez et ajoutez des fichiers à partir du dossier de la version la plus récente du modèle de processus que vous téléchargez dans le dossier correspondant contenant vos définitions de modèle de processus personnalisées.

Ajouter la prise en charge des fonctionnalités et des backlogs de portefeuille (TFS 2013 requis)

  1. Copiez le fichier Feature.xml du dossier WorkItem Tracking/TypeDefinitions vers le dossier correspondant de votre modèle de processus personnalisé.

  2. Ajoutez Feature Category au fichier Categories situé dans le dossier WorkItem Tracking.

    <CATEGORY name="Feature Category" refname="Microsoft.FeatureCategory">
    <DEFAULTWORKITEMTYPE name="Feature" />
  </CATEGORY>

  3. Ouvrez le fichier de plug-in WorkItems situé dans le dossier WorkItem Tracking.

    1. Ajoutez une tâche pour télécharger le type d'élément de travail Fonctionnalité dans la section <WORKITEMTYPES>.

      <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\Feature.xml" />

    2. Remplacez les deux tâches de configuration du processus dans l'élément PROCESSCONFIGURATION…

      <PROCESSCONFIGURATION>
   <CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/>
   <AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
</PROCESSCONFIGURATION>

      .. par l'instruction d'élément unique qui fait référence au fichier ProcessConfiguration.

      <PROCESSCONFIGURATION>
   <ProjectConfiguration fileName="WorkItem Tracking\Process\ProcessConfiguration.xml"/>
</PROCESSCONFIGURATION>

  4. Copiez le fichier ProcessConfiguration du dossier WorkItem Tracking/Process du modèle de processus téléchargé vers votre dossier de modèles personnalisés au même emplacement.

    Incorporez dans ProcessConfiguration les personnalisations que vous avez effectuées dans les fichiers AgileConfiguration ou CommonConfiguration. Pour plus d'informations, voir Référence des éléments XML de configuration de processus.

  5. Supprimez les fichiers AgileConfiguration et CommonConfiguration du dossier WorkItem Tracking/Process.

    La configuration du processus est désormais prise en charge par l'unique fichier ProcessConfiguration.

  6. Remplacez les fichiers Backlog/Stories/Requirement Overview.rdl et Stories/Requirements Progress.rdl qui se trouvent dans le dossier Reports de votre dossier de modèles personnalisé par les fichiers du modèle de processus téléchargé au même emplacement.

    Ces mises à jour reflètent les modifications requises suites à l'introduction du type d'élément de travail du backlog du portefeuille Fonctionnalités, comme décrit dans ce billet de blog : Mettre vos rapports Présentation et Avancement à jour pour prendre en charge les backlogs du portefeuille.

  7. Remplacez le dossier Process Guidance, situé sous le dossier Windows SharePoint Services, par le contenu du dernier dossier.

    Ces fichiers fournissent les liens suivants vers le contenu du guide de processus le plus récent.

Ajouter la prise en charge des paramètres partagés (TFS 2013.2 requis)

  1. Copiez le fichier SharedParameter.xml du dossier WorkItem Tracking/TypeDefinitions vers le dossier correspondant de votre modèle de processus personnalisé.

  2. Ajoutez Shared Parameter Category au fichier Categories situé dans le dossier WorkItem Tracking.

    <CATEGORY name="Shared Parameter Category" refname="Microsoft.SharedParameterCategory">
    <DEFAULTWORKITEMTYPE name="Shared Parameter" />
  </CATEGORY>

  3. Ajoutez Shared Parameter à Hidden Types Categories.

    <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Request" />
    <WORKITEMTYPE name="Code Review Response" />
    <WORKITEMTYPE name="Feedback Request" />
    <WORKITEMTYPE name="Feedback Response" />
    <WORKITEMTYPE name="Shared Steps" />
    <WORKITEMTYPE name="Shared Parameter" />  </CATEGORY>

  4. Ouvrez le fichier de plug-in WorkItems situé dans le dossier WorkItem Tracking.

  5. Ajoutez une tâche pour charger le type d'élément de travail Paramètre partagé dans la section <WORKITEMTYPES>.

    <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\SharedParameter.xml" />

Ajouter les types d'éléments de travail Plan de test et suite de tests (TFS 2013.3 requis)

Lorsque vous mettez à niveau votre serveur de couche Application vers TFS 2013.3, l'Assistant Mise à niveau de TFS met automatiquement à jour vos projets d'équipe existants pour prendre en charge les nouveaux objets de suivi des éléments de travail pour les plans de test et les suites de tests.

Des modifications sont apportées à votre projet d'équipe, mais aucune modification n'est apportée aux modèles de processus personnalisés existants. Toutefois, vous pouvez mettre à jour manuellement vos modèles de processus personnalisés. Cela peut s'avérer utile pour prendre en charge des mises à niveau futures de TFS nécessitant l'utilisation de l'Assistant Configurer les fonctionnalités ou si vous prévoyez de créer des projets d'équipe avec votre modèle de processus personnalisé sur votre serveur mis à niveau. Vous devez ajouter manuellement ces objets à vos modèles de processus personnalisés.

  1. Copiez les fichiers TestPlan.xml et TestSuite.xml du dossier WorkItem Tracking/TypeDefinitions vers le dossier correspondant de votre modèle de processus personnalisé.

  2. Ajoutez Test Plan Category et Test Suite Category au fichier Categories situé dans le dossier WorkItem Tracking.

    <CATEGORY name="Test Plan Category" refname="Microsoft.TestPlanCategory">
    <DEFAULTWORKITEMTYPE name="Test Plan" />
  </CATEGORY>
  <CATEGORY name="Test Suite Category" refname="Microsoft.TestSuiteCategory">
    <DEFAULTWORKITEMTYPE name="Test Suite" />
  </CATEGORY>

  3. Ajoutez Test Plan Category et Test Suite Category à Hidden Types Categories.

    <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Request" />
    <WORKITEMTYPE name="Code Review Response" />
    <WORKITEMTYPE name="Feedback Request" />
    <WORKITEMTYPE name="Feedback Response" />
    <WORKITEMTYPE name="Shared Steps" />
    <WORKITEMTYPE name="Shared Parameter" />
    <WORKITEMTYPE name="Test Plan" />
    <WORKITEMTYPE name="Test Suite" />
  </CATEGORY>

  4. Ouvrez le fichier de plug-in WorkItems situé dans le dossier WorkItem Tracking.

  5. Ajoutez une tâche pour télécharger les types d'éléments de travail Plan de test et Suite de tests à la section <WORKITEMTYPES>.

    <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestPlan.xml" />
<WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\TestSuite.xml" />

3.Appliquer vos personnalisations au modèle de processus (option B)

Étape 3 Grâce à cette option, vous appliquez les personnalisations que vous avez apportées à votre modèle de processus ou de projet d'équipe au dernier modèle de processus qui correspond le plus au modèle utilisé pour créer votre projet d'équipe.

  1. Appliquez les personnalisations que vous avez apportées au nouveau dossier de modèle de processus :

    • Appliquez les personnalisations que vous avez apportées aux définitions des types d'éléments de travail (WIT) par défaut. Cela peut comprendre des ajouts de champs ou des modifications du flux de travail ou du formulaire.

    • Ajoutez les types d'éléments de travail (WIT) personnalisés au dossier de suivi des éléments de travail, puis mettez à jour le fichier de définition WorkItems selon vos besoins. Consultez Ajouter les définitions de type pour les éléments de travail à un modèle de processus.

      Si vous souhaitez utiliser un type d'élément de travail (WIT) personnalisé qui porte le même nom que ceux figurant dans le modèle de processus par défaut, veillez à échanger les fichiers de définition des types d'éléments de travail (WIT). Si vous souhaitez utiliser un type d'élément de travail (WIT) personnalisé portant un autre nom que celui fourni dans le modèle de processus par défaut, vous devez modifier les catégories et les fichiers de définition de configuration de processus avant d'effectuer l'importation pour refléter le nom différent.

    • Appliquez les personnalisations au fichier de définition Categories.

    • Appliquez les personnalisations au fichier de définition ProcessConfiguration. Vérifiez que les types d'éléments de travail (WIT) souhaités sont représentés dans les catégories appropriées et que tous les états de flux de travail sont mappés à des metastates.

    • Copiez tout fichier de modèle de processus supplémentaire que vous avez personnalisé dans le dossier de modèle de processus approprié. Pour obtenir la liste complète des fichiers de modèle de processus et des informations sur leur personnalisation, consultez Vue d'ensemble des fichiers de modèle de processus.

  2. À l'aide de cette liste de vérification, passez en revue vos modifications pour vous assurer que vous avez appliqué toutes les personnalisations requises :

    Personnalisation

    Mettre à jour ou vérifier la définition d'un type d'élément de travail

    Mettre à jour ou vérifier la définition de la configuration de processus

    Ajouter un type d'élément de travail à la catégorie de spécification

    (Un type d'élément de travail peut appartenir à la catégorie de spécification ou à la catégorie de tâche, mais pas aux deux.)

    Pour inclure les champs suivants :

    • Valeur de champ affectée à type=Order dans le fichier de configuration du processus (priorité du Backlog dans Scrum, rang dans la pile dans Agile ou CMMI)

    • Valeur de champ affectée à type=Effort dans le fichier de configuration du processus (effort (Scrum), points de récit (Agile) ou taille (CMMI))

    • Chemin d'accès à la zone ou valeur du champ assignée à type=Team dans le fichier de configuration de processus.

    • Tous les champs inclus dans la section AddPanel du fichier de configuration de processus (les champs doivent être définis dans la section FIELDS, mais ils ne doivent pas forcément être inclus dans la section FORM).

    Pour contenir les mappages de metastates nécessaires dans la section RequirementBacklog :

    • Mapper les états initiaux de chaque type d'élément de travail dans la catégorie de spécification à type="Proposed"

    • Mapper chaque état de flux de travail intermédiaire à faire apparaître dans le tableau Kanban à type="InProgress"

    • Mapper la fin de chaque état de flux de travail à type="Complete"

      Vous pouvez avoir plusieurs états mappés à type="Complete"

    Pour contenir une entrée pour définir les codes de couleur associés au type d'élément de travail. Par exemple :

    <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="Product Backlog Item" />

    Modifier le flux de travail d'un type d'élément de travail dans la catégorie de spécification

    N/A

    Pour contenir les mappages de metastates nécessaires (comme décrits ci-dessus) pour ajouter un type d'élément de travail à la catégorie de spécification.

    Ajouter un type d'élément de travail à la catégorie des tâches

    Pour inclure les champs suivants :

    • Valeur de champ affectée à type=Order dans le fichier de configuration du processus (priorité du Backlog dans Scrum, rang dans la pile dans Agile ou CMMI)

    • Valeur de champ affectée à type=Activity dans le fichier de configuration du processus (activité (Scrum ou Agile) ou discipline (CMMI))

    • Chemin d'accès à la zone ou valeur du champ assignée à type=Team dans le fichier de configuration de processus

    • Valeur de champ affectée à type=RemainingWork dans le fichier de configuration du processus (travail restant)

    • (Facultatif) Travail d'origine et Travail effectué (Agile et CMMI uniquement)

    Pour contenir les mappages de metastates nécessaires dans la section TaskBacklog :

    • Mapper les états initiaux de chaque type d'élément de travail dans la catégorie de tâche à type="Proposed"

    • Mapper chaque état de flux de travail intermédiaire à faire apparaître dans le tableau des tâches à type="InProgress"

    • Mapper la fin de chaque état de flux de travail à type="Complete"

      Vous pouvez avoir plusieurs états mappés à type="Complete"

    Pour contenir une entrée pour définir les codes de couleur associés au type d'élément de travail. Par exemple :

    <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />

    Modifier le flux de travail d'un type d'élément de travail dans la catégorie des tâches

    N/A

    Pour contenir les mappages de méta-états nécessaires (comme décrits ci-dessus) pour ajouter un type d'élément de travail à la catégorie des tâches.

    Ajouter un type d'élément de travail à la catégorie de bogue ou modifier le flux de travail d'un type d'élément de travail dans la catégorie de bogue (Agile et CMMI uniquement) (voir la remarque « a »)

    Pour prendre en charge le paramètre configurable par l'équipe pour ajouter des bogues au Backlog, incluez les champs suivants :

    • Valeur de champ affectée à type=Order dans le fichier de configuration du processus (priorité du Backlog dans Scrum, rang dans la pile dans Agile ou CMMI)

    • Valeur de champ affectée à type=Effort dans le fichier de configuration du processus (effort (Scrum), points de récit (Agile) ou taille (CMMI))

    Pour contenir les mappages de metastates nécessaires dans la section BugWorkItems :

    • Mapper l'état initial de chaque type d'élément de travail dans la catégorie de bogue à type="Proposed"

    • Mapper chaque état de flux de travail intermédiaire à faire apparaître dans le tableau Kanban ou pour Mon travail à type="InProgress"

    • Mapper la fin de chaque état de flux de travail à type="Complete"

      Vous pouvez avoir plusieurs états mappés à type="Complete"

    Pour plus d'informations, consultez Prendre en charge l'état de mise à jour d'un bogue à l'aide de Mon travail.

    Supprimer un type d'élément de travail de la catégorie de spécification ou de la catégorie de tâche

    N/A

    Pour supprimer tous les mappages de méta-états qui sont uniquement associés à ce type d'élément de travail

    Supprimer un type d'élément de travail

    Supprimer le type d'élément de travail du fichier de catégories

    Pour supprimer tous les mappages de méta-états qui sont uniquement associés au type d'élément de travail que vous avez supprimé et l'élément WorkItemColor qui définit les codes de couleur pour le type d'élément de travail que vous avez supprimé.

    Renommer un WIT

    Mettre à jour le fichier de catégories avec les nouveaux noms

    Mettre à jour le fichier de configuration du processus avec les nouveaux noms

    Remarques :

    1. Si vous avez effectué une mise à jour vers TFS 2013.4, consultez Ajouter des bogues au tableau de tâches ou au Backlog. TFS 2013.4 introduit un paramètre qui permet à chaque équipe d'afficher les bogues dans ses Backlog et tableau Kanban. Cette fonctionnalité référence les mappages de metastates effectués sous BugWorkItems.

4.Renommer le modèle de processus et télécharger celui-ci vers TFS

Étape 4   Pour que l'Assistant Configurer les fonctionnalités sélectionne la dernière version d'un modèle de processus, vous devez mettre à jour l'instruction version pour différencier votre version de modèle de processus mis à jour des versions antérieures.

  1. Ouvrez le fichier de plug-in ProcessTemplate situé dans le dossier supérieur.

    1. Mettez à jour le nom pour refléter les modifications de version que vous avez apportées. Par exemple :

      <name>MyCompany Custom Scrum 2013.3  </name>

    2. Mettez à jour l'extrait de code après l'élément description. Augmentez la version secondaire pour indiquer que vous avez apporté des mises à jour au modèle de processus existant et pour le distinguer du modèle de processus TFS par défaut.

      Votre choix d'extrait de code dépend de la catégorie de modèle que vous mettez à jour :

      Catégorie

      Instruction version

      Agile

      		 
      <version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="7" minor="20"/>

      CMMI

      		 
      <version type="27450541-8E31-4150-9947-DC59F998FC01" major="7" minor="10"/>

      Scrum

      		 
      <version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="3" minor="10"/>

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

    Pour vérifier vos modifications, créez un projet de test. Consultez Créer un projet d'équipe.

5.Exécuter l'Assistant Configurer les fonctionnalités

Étape 5Une fois que vous avez vérifié que le modèle de processus prend en charge vos personnalisations, exécutez l'Assistant Configurer les fonctionnalités pour mettre à jour vos projets d'équipe existants. Consultez Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités.

Q et R

Q : Quels sont les types de personnalisation qui empêchent l'Assistant Configurer les fonctionnalités de mettre à jour un projet d'équipe ?

R : Les modifications suivantes apportées à un modèle de processus peuvent perturber l'exécution de l'Assistant Configurer les fonctionnalités :

  • Types d'éléments de travail renommés ou supprimés appartenant à la catégorie de spécification ou de tâche

  • États renommés ou états de flux de travail personnalisés définis pour des types d'éléments de travail qui appartiennent à la catégorie de spécification ou de tâche Les metastates définissent la façon dont les outils de planification traitent chaque état de flux de travail. Au moins un état de flux de travail doit correspondre aux metastates InProgress et Completed.

  • Suppression de champs définis pour des types d'éléments de travail appartenant à la catégorie de spécification ou de tâche Ces champs sont définis dans le fichier de définition ProcessConfiguration et comprennent les champs permettant de gérer la priorité du backlog, l'effort, l'activité et la discipline des tâches, ainsi que le travail restant.

Pour plus d'informations, consultez Référence des éléments XML de configuration de processus.

Q : Comment est utilisée l'instruction version dans les modèles de processus ?

R : L'Assistant Configurer les fonctionnalités utilise l'instruction version pour déterminer le modèle de processus d'une catégorie qui est la dernière version et il sélectionne automatiquement cette version.

Si l'instruction version n'est pas présente, l'Assistant Configurer les fonctionnalités ne peut pas sélectionner le modèle de processus pour mettre à jour un projet d'équipe. En outre, si plusieurs modèles de processus qui spécifient le même numéro de version la plus récente ont été téléchargés vers TFS, aucun de ces modèles de processus ne peut être sélectionné pour mettre à jour un projet d'équipe.

Q : Je débute dans l'utilisation des modèles de processus.Que dois-je savoir concernant les mises à jour manuelles ?

R : Gardez à l'esprit les conseils suivants quand vous modifiez des fichiers de modèle de processus :

  • Pour une vue d'ensemble des modèles de processus et de leurs fichiers et dossiers, consultez Personnaliser un modèle de processus et Vue d'ensemble des fichiers de modèle de processus.

  • Ne supprimez pas un fichier ou une tâche pour télécharger un fichier sauf si vous savez à quoi correspond réellement le fichier et que vous n'en aurez aucune utilisation.

  • Pour localiser les personnalisations que vous avez faites, vous pouvez effectuer une opération de comparaison sur les fichiers existants dans les deux modèles. Toutefois, vous risquez d'obtenir des faux positifs si la séquence de définitions d'élément a changé d'une version à l'autre.

  • Vous pouvez rechercher l'élément dependency dans tous les fichiers de plug-in pour déterminer les tâches qui dépendent du déroulement d'autres tâches. Par exemple, Microsoft Test Manager et Lab Management nécessitent les types d'éléments de travail SharedSteps et TestCase, les types de liens SharedSteps et TestedBy et des catégories. Consultez Définir les dépendances pour les groupes de tâches et les tâches dans les fichiers de plug-in.

Q : Comment renommer un type d'élément de travail ?

R : Utilisez la commande witadmin renamewitd pour modifier le nom, puis mettez à jour le fichier de définition de catégories. Pour en savoir plus, consultez Modifier ou ajouter un type d'élément de travail personnalisé (WIT).

Q : Que se passe-t-il si je souhaite utiliser plusieurs niveaux de Backlog de portefeuille ?

R : Vous pouvez ajouter jusqu'à cinq backlogs de portefeuille. Cela inclut le backlog de Fonctionnalité par défaut. Vous pouvez ajouter cet élément à un modèle de processus personnalisé ou après la mise à jour de votre projet d'équipe. Pour commencer, consultez Ajouter un backlog du portefeuille.

Q : Où puis-je en savoir plus sur les fichiers de définition à modifier ?

R : Pour plus d'informations, voir ces rubriques :

Q : où m'adresser si j'ai d'autres questions ?

R : Vous pouvez publier une question ou rechercher des réponses dans l'un des forums suivants : Team Foundation Server - Suivi des éléments de travail ou Team Web Access.