Share via

Informations de référence sur les éléments XML de configuration de processus

  • Article

La configuration du processus définit la configuration par défaut et les capacités fonctionnelles auxquelles les équipes peuvent accéder à l'aide des outils de planification Agile.

Ces outils, que vous affichez via Team Web Access (TWA), proposent un ensemble filtré d'éléments de travail en fonction de la configuration apportée aux sections PortfolioBacklog, à RequirementBacklog et TaskBacklog du fichier de définition XML de configuration de processus. En outre, la configuration de processus définit les mappages états à méta-états pour tous les types d'éléments de travail (WIT) qui requièrent un mappage.

Éléments XML de configuration de processus

Pour en savoir plus, consultez Configurer et personnaliser les outils de planification Agile pour un projet d'équipe.

Zones personnalisables :

  • Configurer une page du Backlog

    • Mapper les méta-états pour une catégorie de types d'éléments de travail

    • Personnaliser les colonnes et la séquence de colonne par défaut

    • Personnaliser le panneau d'ajout rapide

    • Modifier le nombre d'éléments de travail qui peuvent s'afficher dans le tableau de tâches

  • Mapper les méta-états pour des types d'éléments de travail spécifiques aux outils

  • Assigner les champs utilisés dans les outils de planification et graphiques Agile

  • Spécifier les jours de fin de semaine

  • Modifier la couleur d'un type d'élément de travail

Pour mettre à jour la configuration de processus, exportez le fichier de définition XML, modifiez-le, puis importez-le. Vous utilisez l'outil de ligne de commande witadmin pour importer et exporter le fichier.

Traiter un objet WIT à des fins de personnalisation

Notes

Les exemples de syntaxe indiqués dans cette rubrique correspondent aux assignations par défaut définies dans le modèle de processus Visual Studio Scrum 2013.Pour accéder à la version la plus récente des modèles de processus, installez la version la plus récente de TFS et téléchargez les modèles à l'aide du Gestionnaire de modèles de processus.

Configurer une page du Backlog

Il existe trois types de pages du Backlog : Backlog de produit, Backlog d'itération ou de sprint, et Backlog de portefeuille. Vous pouvez personnaliser chaque page du Backlog de différentes façons :

  • Mappages de méta-états : mappez les états de flux de travail aux méta-états. Ces mappages prennent en charge l'affichage de toutes les pages de planification Agile, notamment le tableau kanban et le tableau de tâches.

  • Panneau d'ajout rapide : spécifiez les types d'éléments de travail (WIT) et les champs d'élément de travail qui apparaissent pour ajouter rapidement des éléments au Backlog.

    Pour modifier les types d'éléments de travail qui sont considérés comme des éléments ou des tâches du Backlog, ajoutez-les à la catégorie correspondante. Pour obtenir un exemple, voir Ajouter des bogues au tableau de tâches ou au Backlog.

  • Champs de colonne : définissez les champs et la séquence de colonnes par défaut.

Vous configurez les pages du Backlog dans les sections XML qui apparaissent dans l'exemple suivant :

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName=" Backlog items" singularName=" Backlog item">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
. . . 
</TaskBacklog>

Élément

Description

PortfolioBacklogs

Facultatif. Élément conteneur pour les pages de Backlog de portefeuille.

PortfolioBacklog

Facultatif. Jusqu'à cinq instances.

Élément conteneur qui définit les mappages de méta-états, les colonnes par défaut et le volet d'ajout rapide pour une page de Backlog de portefeuille.

<PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName">
   <States> . . . </States>
   <Columns> . . . </Columns>
   <AddPanel> . . . </ AddPanel>
</PortfolioBacklog >

Assignez des valeurs aux attributs comme indiqué :

  • category : spécifie le nom d'une catégorie définie dans le fichier de définition de catégories pour le projet d'équipe qui contient les WIT à associer à ce type de Backlog.

  • parent : spécifiez le nom de la catégorie qui représente le Backlog de portefeuille parent au sein de la hiérarchie.

  • pluralName : spécifiez l'étiquette plurielle à utiliser lorsque vous faites référence aux types d'éléments de travail (WIT) associés à ce type de Backlog. Par exemple, récits, objectifs, initiatives ou narrations.

  • singularName : spécifiez l'étiquette singulière à utiliser lorsque vous faites référence aux types d'éléments de travail (WIT) associés à ce Backlog. Par exemple, récit, objectif, initiative ou narration.

RequirementBacklog

Obligatoire. Une seule instance.

Élément conteneur qui définit les mappages de méta-états, les colonnes par défaut et le volet d'ajout rapide pour la page de Backlog de produit. Le Backlog de produit affiche tous les éléments actifs dans le Backlog de l'équipe.

<RequirementBacklog category="RequirementCategory" pluralName="PluralName" singularName="SingleName">
   <States> . . . </States>
   <Columns> . . . </Columns>
   <AddPanel> . . . </ AddPanel>
</RequirementBacklog >

TaskBacklog

Obligatoire. Une seule instance.

Élément conteneur utilisé pour personnaliser la disposition des pages affichant des éléments de travail assignés à une itération spécifique.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task workItemCountLimit="MaximumLimit">
. . . 
</TaskBacklog >

Par défaut, le tableau de tâches est limité à un total de 500 éléments de travail. Vous pouvez modifier cette limite en spécifiant une valeur pour l'attribut workItemCountLimit.

Remarques d'implémentation

  • Les valeurs assignées à CategoryName doivent correspondre à un groupe de catégories défini pour le projet d'équipe. Vous spécifiez les groupes de catégorie dans le fichier de définition des catégories. Pour plus d'informations, consultez Référence des éléments XML de catégories.

  • Vous utilisez les Backlogs de portefeuille pour afficher le cumul des éléments du Backlog aux niveaux inférieurs et consulter sa progression sur plusieurs équipes. Les nouveaux projets d'équipe et les projets d'équipe mis à jour contiennent des fonctionnalités étiquetées sur un niveau. Vous pouvez ajouter jusqu'à quatre niveaux supplémentaires.

    Notes

    Pour utiliser les pages du portefeuille, il peut être nécessaire qu'un accès Avancé vous soit accordé.Pour plus d'informations, consultez Modifier les niveaux d'accès.

    Pour plus d'informations sur l'utilisation des pages du Backlog de portefeuille, voir Utiliser des journaux des travaux en souffrance du portefeuille.

  • Le Backlog de produit représente la liste des spécifications du produit que vous développez. Les éléments de Backlog correspondent à un type d'élément de travail spécifique basé sur le modèle de processus utilisé pour créer votre projet d'équipe, notamment l'élément de Backlog de produit, le récit utilisateur ou la spécification. Si vous utilisez différents types d'éléments de travail ou si vous capturez vos spécifications à l'aide de deux types d'éléments de travail ou plus, vous pouvez personnaliser la page du Backlog de produit afin qu'elle prenne en charge votre utilisation.

    Pour plus d'informations sur l'utilisation des pages du Backlog de produit, voir Créer votre backlog.

  • Les pages du Backlog de sprint ou d'itération affichent l'ensemble des spécifications que votre équipe et vous-même devez respecter dans un cycle d'itération spécifique et les tâches que vous avez liées à ces spécifications. Les tâches doivent être liées aux spécifications à l'aide du type de lien enfant. Étant donné que les types d'éléments de travail qui apparaissent sur ces pages correspondent aux mêmes types qui apparaissent dans la page du Backlog de produit, une grande partie du travail de personnalisation effectué pour la page du Backlog de produit consiste à définir les fonctionnalités des pages du Backlog de la tâche.

    Pour plus d'informations sur l'utilisation des pages du Backlog de sprint, voir Travailler dans des sprints.

Mapper les états du flux de travail sur les méta-états

La plupart des types d'éléments de travail (WIT) requièrent que les états de leurs flux de travail soient mappés à un méta-état. Les états du flux de travail définissent la façon dont un élément de travail passe de la première activation ou création à l'état de fermeture ou d'achèvement. Par exemple, les états définis pour l'élément de backlog de produit Scrum définissent une progression des quatre états de Nouveau, Approuvé, Validé, à Terminé. Un cinquième état est également inclus : Supprimé, pour indiquer un état supprimé du journal sans avoir été implémenté.

Les méta-états, en revanche, déterminent la façon dont les outils de planification Agile traitent chaque état de flux de travail. Les principaux méta-états utilisés par le Backlog et le tableau de tâches sont Proposed, InProgress et Complete.

En associant chaque état de flux de travail à un méta-état, les opérations en arrière-plan exécutées pour afficher le Backlog et les tableaux de tâches sont capables d'interpréter correctement l'état de chaque élément de travail. Par exemple, les mappages suivants sont définis pour les pages du Backlog de produit Scrum.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

Il existe trois catégories de méta-états : Agile, bogue et commentaire. Le tableau suivant décrit les attributs et les valeurs de mappage.

Élément

Description

State

Obligatoire. Affecte un état de flux de travail à un méta-état.

<State type="TypeName" value="ValueName"/>

Les valeurs valides de TypeName correspondent à une valeur attribuée à un STATE dans la section WORKFLOW des WIT assignés au groupe de catégories.

Les valeurs valides de ValueName correspondent à l'une des valeurs énumérées suivantes :

  • Agile : à utiliser pour tous les types d'éléments de travail.

    • Proposed : indique les éléments de travail qui sont nouveaux, qui ne sont pas encore validés ou qui ne sont pas encore utilisés.

    • InProgress : indique les éléments de travail qui ont été validés ou qui sont activement utilisés.

    • Complete : indique les éléments de travail qui ont été implémentés. Pour que le tableau kanban soit valide, au moins un état de flux de travail doit être mappé au méta-état Complete.

      Une fois qu'un état de flux de travail passe à un état associé au méta-état Complete, l'élément de travail associé est supprimé de la page des éléments de Backlog de produit. Toutefois, il continue à être répertorié dans le tableau kanban.

    Les éléments de travail d'un état de flux de travail qui ne sont pas mappés à l'un des méta-états pris en charge n'apparaissent pas dans le Backlog ou dans les pages du tableau.

  • Bogue : à utiliser uniquement pour les types d'éléments de travail regroupés dans la catégorie de bogue. Outre les méta-états Agile, inclut le méta-état Resolved qui affiche les bogues résolus.

    Notes

    Vous pouvez uniquement assigner le méta-état Resolved à un état de flux de travail spécifié sous l'élément BugWorkItems.

  • Commentaire : utilisé uniquement pour les types d'éléments de travail regroupés dans les catégories de demande de commentaires ou de réponse aux commentaires. Requested, Received, Reviewed et Declined.

States

Spécifie une collection d'éléments State qui associent des états de flux de travail de types d'éléments de travail (WIT) à des méta-états.

Élément requis pour les éléments parents suivants :

  • BugWorkItems

  • PortfolioBacklog

  • RequirementBacklog

  • TaskBacklog

  • TestPlanWorkItems

  • TestSuiteWorkItems

  • FeedbackRequestWorkItems

  • FeedbackResponseWorkItems

Personnaliser les colonnes et la séquence de colonne par défaut

Vous pouvez ajouter ou supprimer des colonnes, modifier l'ordre des colonnes ou changer la largeur de colonne pour les pages qui affichent une page du Backlog. Les modifications que vous apportez à la page via la boîte de dialogue Options de colonne sont conservées jusqu'à ce qu'elles soient à nouveau modifiées. La section de code suivante définit simplement le jeu de colonnes par défaut et la séquence de ces dernières.

Colonnes et séquence par défaut de la page Backlog

<Columns>
   <Column refname="Microsoft.VSTS.Common.Priority" width="400" />
   <Column refname="System.Title" width="400" />
   <Column refname="System.State" width="100" />
   <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
   <Column refname="System.IterationPath" width="200" />
</Columns>

Élément

Description

Columns

Spécifie une collection d'éléments Column. Élément requis pour les éléments de page du Backlog : PortfolioBacklog, RequirementBacklog et TaskBacklog.

Column

Spécifie un champ à afficher comme colonne sur une page du Backlog.

<Column refname="FieldReferenceName"  width="FieldWidth" />

En-têtes de colonne du tableau de tâches

Les en-têtes de colonne qui apparaissent dans la page du tableau de tâches correspondent aux états de flux de travail assignés au type d'élément de travail (WIT) par défaut assigné à la catégorie de tâche. La séquence de colonne correspond à la progression naturelle des transitions de flux de travail, en allant de gauche à droite. Pour modifier la disposition de colonne, vous modifiez le flux de travail du WIT assigné à la catégorie de tâche. Les états de flux de travail définis pour le type de tâche par défaut dans la catégorie de tâche doivent être assignés à un méta-état valide, comme décrit dans Mapper les méta-états pour une catégorie de types d'éléments de travail.

Personnaliser le panneau d'ajout rapide

Vous pouvez ajouter des champs pour n'importe quel volet d'ajout rapide. Par exemple, l'exemple suivant ajoute Valeur commerciale au volet du Backlog de produit.

Volet Backlog avec le champ Valeur commerciale ajouté

Le volet affiche uniquement les champs inclus dans la section FIELDS de la définition WIT du WIT sélectionné. Par exemple, si vous sélectionnez le WIT du bogue, seul Titre s'affiche, étant donné que Valeur commerciale n'est pas définie pour les bogues. Pour ajouter un autre WIT au volet, vous l'ajoutez à la catégorie des spécifications comme décrit ici.

Le code suivant correspond aux assignations par défaut définies dans les modèles de processus Visual Studio Scrum et MSF for Agile.

<AddPanel>
   <Fields>
      <Field refname="System.Title" />
   </Fields>
</AddPanel>

Élément

Description

AddPanel

Élément conteneur utilisé pour spécifier l'expérience d'ajout rapide, les champs devant apparaître dans la zone de volet où de nouveaux éléments de Backlog sont définis.

Fields

Spécifie une collection d'éléments Field.

Field

Spécifie un champ d'élément de travail à afficher dans le volet de la page du Backlog de produit.

<Field refname="FieldReferenceName"/>

Le même champ doit apparaître sur le formulaire d'élément de travail de chaque WIT inclus dans la catégorie du Backlog.

Modifier le nombre d'éléments de travail qui peuvent s'afficher dans le tableau de tâches

Pour des raisons de performance, l'affichage du tableau de tâches est limité à 500 éléments de travail. Lorsque vous ouvrez le tableau de tâches, tous les éléments de travail sont chargés dans le cache. La limitation du nombre d'éléments de travail peut entraîner des temps de chargement plus rapides. Vous pouvez modifier cette limite en spécifiant une valeur pour l'attribut workItemCountLimit de l'élément TaskBacklog.

Par exemple, vous pouvez augmenter la limite en ajoutant workItemCountLimit="800" :

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>

Mapper les méta-états pour des types d'éléments de travail spécifiques aux outils

Les mappages de méta-états sont définis pour des catégories supplémentaires de types d'éléments de travail (WIT). Pour le modèle de processus Scrum, cela inclut les mappages pour les catégories de demande de commentaires et de réponse aux commentaires. Pour les modèles de processus MSF Agile et CMMI, cela inclut également des mappages pour la catégorie de bogue. (Scrum comprend des bogues dans la catégorie de spécification et définit donc les mappages de méta-états dans la section RequirementBacklog.)

<FeedbackRequestWorkItems category="Microsoft.FeedbackRequestCategory" pluralName="Feedback Requests" singularName="Feedback Request">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</FeedbackRequestWorkItems>
<FeedbackResponseWorkItems category="Microsoft.FeedbackResponseCategory" pluralName="Feedback Responses" singularName="Feedback Response">
   <States>
   <State value="Active" type="InProgress" />
   <State value="Closed" type="Complete" />
   </States>
</FeedbackResponseWorkItems>

Le tableau suivant décrit les éléments supplémentaires utilisés pour définir les mappages de méta-états des types d'éléments de travail spécifiques aux outils. Consultez Mapper les méta-états pour une catégorie de types d'éléments de travail pour plus d'informations sur l'assignation des types et valeurs d'état réels. CategoryName doit correspondre à une catégorie définie pour le projet d'équipe.

Élément

Description

BugWorkItems

Facultatif. Élément conteneur qui définit les mappages de méta-états des types d'éléments de travail assignés à la catégorie de bogue. Outre la façon dont ces mappages sont utilisés dans l'affichage des pages de planification Agile TWA, ils contrôlent également la façon dont la fonctionnalité Mon travail met à jour l'état du bogue dans Team Explorer pendant que les développeurs déplacent les bogues à l'aide de Mon travail. Pour en savoir plus, consultez Nouveau code pour un récit utilisateur.

<BugWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</BugWorkItems>

FeedbackRequestWorkItems

Obligatoire. Ne pas personnaliser.

Élément conteneur qui définit les mappages de méta-états des types d'éléments de travail assignés à la catégorie de demande de commentaires.

<FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</FeedbackRequestWorkItems>

FeedbackResponseWorkItems

Obligatoire. Ne pas personnaliser.

Élément conteneur qui définit les mappages de méta-états des types d'éléments de travail assignés à la catégorie de réponse aux commentaires.

<FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">
   <States>
. . .
   </States>
</FeedbackResponseWorkItems>

TestPlanWorkItems

Uniquement requis si vous personnalisez l'état de flux de travail pour le plan de test et que vous prenez en charge les connexions au projet d'équipe à partir de versions de Test Manager installées avec Visual Studio 2013.2 ou versions antérieures.

Élément conteneur qui définit les mappages de méta-états des types d'éléments de travail assignés à la catégorie de plan de test. Par exemple :

<TestPlanWorkItems category="Microsoft.TestPlanCategory" pluralName="Test Plans" singularName="Test Plan">
    <States>
      <State type="InProgress" value="Design" />
      <State type="InProgress" value="Testing" />
      <State type="Complete" value="Signed Off" />
    </States>
  </TestPlanWorkItems>

TestSuiteWorkItems

Uniquement requis si vous personnalisez l'état de flux de travail pour la suite de tests et que vous prenez en charge les connexions au projet d'équipe à partir de versions de Test Manager installées avec Visual Studio 2013.2 ou versions antérieures.

Élément conteneur qui définit les mappages de méta-états des types d'éléments de travail assignés à la catégorie de suite de tests. Par exemple :

<TestSuiteWorkItems category="Microsoft.TestSuiteCategory" pluralName="Test Suites" singularName="Test Suite">
    <States>
      <State type="Proposed" value="Authoring" />
      <State type="InProgress" value="Testing" />
      <State type="Complete" value="Completed" />
    </States>
  </TestSuiteWorkItems>

Pour mapper les méta-états pour TestPlanWorkItems ou TestSuiteWorkItems, vous devez mettre à niveau votre serveur de couche Application vers TFS 2013.3. Vous pouvez ensuite personnaliser l'état de flux de travail des plans de test et des suites de tests.

Pour en savoir plus, voir Importer et exporter la configuration de processus.

Assigner les champs utilisés dans les outils de planification et graphiques Agile

Vous pouvez modifier les champs de l'élément de travail utilisés dans le calcul de capacité, les graphiques d'avancement (Burndown Chart), les prévisions et la vélocité. Toute modification apportée à l'une des assignations par défaut doit correspondre à une modification apportée au WIT utilisé pour définir et capturer des informations pour cette valeur.

Par exemple, si vous modifiez le refname assigné à type="Activity", vous devez inclure le même champ dans la définition WIT assignée à la catégorie de tâche qui capture les informations d'activité.

<TypeFields>
    <TypeField refname="System.AreaPath" type="Team" />
    <TypeField refname="Microsoft.VSTS.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
    <TypeField refname=" Microsoft.VSTS.Common.BacklogPriority" type="Order" />
    <TypeField refname="Microsoft.VSTS.Scheduling.Effort" type="Effort" />
    <TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationType" type="ApplicationType">
        <TypeFieldValues>
            <TypeFieldValue value="Web application" type="WebApp" />
            <TypeFieldValue value="Remote machine" type="RemoteMachine" />
            <TypeFieldValue value="Client application" type="ClientApp" />
        </TypeFieldValues>
    </TypeField>
</TypeFields>

Élément

Description

TypeFields

Obligatoire. Spécifie une collection d'éléments TypeField.

TypeField

Obligatoire. Spécifie le nom de référence d'un champ dont la valeur prend en charge un type d'activité pour une zone de fonctionnalités. Les champs que vous spécifiez doivent correspondre aux champs que vous utilisez dans les types d'éléments de travail (WIT) utilisés pour capturer les informations relatives aux fonctionnalités.

<TypeField refname=”FieldReferenceName” type=”NameOfType” [format="{0} TimeUnitString"] / >

Spécifiez le format uniquement lorsque type="RemainingWork". Vous pouvez spécifier n'importe quelle chaîne de texte pour le TimeUnitString que vous souhaitez voir apparaître sur les barres de capacité de la page actuelle de Backlog des itérations et du tableau de tâches.

Pour les pages de planification Agile :

  • Activity : utilisé pour prendre en charge la fonctionnalité capacité par activité. Spécifiez le champ utilisé dans le type d'élément de travail (WIT) assigné à la catégorie de tâche.

    Remarque : les valeurs affichées dans la page Capacité de l'outil de planification Agile indiquent une union de toutes les valeurs définies pour ce champ dans tous les projets d'équipe au sein de l'instance de la collection de projets. C'est pourquoi, pour limiter les valeurs qui s'affichent pour Capacité dans les pages de Backlog des sprints, les valeurs doivent correspondre dans tous les projets d'équipe pour le champ assigné à type="Activity".

  • Effort : utilisé pour calculer la vélocité de l'équipe. Spécifiez le champ utilisé dans le type d'élément de travail (WIT) assigné à la catégorie de spécification dont vous vous servez pour capturer le niveau d'effort prévu, les points de récit ou la quantité de travail qu'un élément de Backlog a besoin d'implémenter.

  • Order : utilisé pour définir l'ordre de tri des éléments sur les pages du tableau de bord et du Backlog. Les éléments de travail sont répertoriés dans la page en ordre croissant, tel que défini par le champ pour ce type.

    Notes

    Vous pouvez déplacer des éléments en les faisant glisser vers le haut ou vers le bas de la liste sur une page du Backlog.Lorsque vous déplacez des éléments, un processus en arrière-plan met à jour le champ assigné à type="Order".

  • RemainingWork : utilisé pour calculer les graphiques de travail restant et d'avancement (Burndown Chart). Spécifiez le champ utilisé dans le type d'élément de travail (WIT) assigné à la catégorie de tâche dont vous vous servez pour capturer les heures, les jours ou toute autre unité de mesure de temps restant avant la fin d'une tâche.

    La valeur que vous spécifiez pour format est utilisée dans le Backlog et sur les pages du tableau de tâches chaque fois qu'un travail restant est signalé. Par exemple, lorsque la capacité par activité ou la capacité par membre de l'équipe est signalée, ou en regard de l'en-tête de colonne pour les états des tâches dans le tableau de tâches.

    Pour TimeUnitString, spécifiez la chaîne de texte à utiliser pour refléter la valeur de temps, par exemple les heures ou les jours.

    Par exemple, toutes les valeurs suivantes sont valides :

    format="{0} h"

    format="{0} hours"

    format="hours {0}"

    format="time {0}"

  • Team : permet d'associer les pages du Backlog à une équipe. La valeur par défaut est System.AreaPath. Pour séparer les équipes des chemins de zone, vous pouvez spécifier un champ différent, comme décrit dans Personnaliser un projet d'équipe pour prendre en charge les champs d'équipe.

Pour le formulaire de demande de commentaires :

Notes

Vous ne devez pas être obligé de modifier les assignations par défaut effectuées pour les éléments TypeField suivants.Ces assignations correspondent aux champs utilisés pour capturer les informations correspondantes dans le WIT assigné à la catégorie de demande de commentaires.

  • ApplicationStartInformation : utilisé pour capturer le chemin d'accès pour exécuter l'application.

  • ApplicationLaunchInstructions : utilisé pour capturer les instructions de lancement.

  • ApplicationType: utilisé pour capturer le type d'application. Les types répertoriés correspondent aux valeurs autorisées spécifiées dans la définition WIT de la demande de commentaires. Pour personnaliser cette liste, consultez Personnaliser une liste de sélection.

TypeFieldValues

Obligatoire pour TypeFieldValue si type="ApplicationType".

Spécifie une collection d'éléments TypeFieldValue utilisés dans le formulaire de demande de commentaires.

TypeFieldValue

Obligatoire. Ne pas personnaliser.

Spécifie le nom d'un type d'application à afficher sur le formulaire de demande de commentaires.

<TypeFieldValue value="ApplicationTypeName" type="TypeApp"/>

Les assignations par défaut correspondent aux valeurs autorisées spécifiées dans la définition de type pour le formulaire de demande de commentaires.

<TypeFieldValues>
   <TypeFieldValue value="Web application" type="WebApp" />
   <TypeFieldValue value="Remote machine" type="RemoteMachine" />
   <TypeFieldValue value="Client application" type="ClientApp" />
</TypeFieldValues>

Remarques d'implémentation

  • Si vous modifiez un champ dans la section TypeFields, vous devez apporter la modification correspondante dans la définition WIT. Par exemple, si vous modifiez les champs assignés pour capturer l'Effort de travail, vous devez apporter la même modification dans les définitions WIT pour l'élément et le bogue du Backlog de produit (pour Scrum).

  • Vous pouvez rechercher le nom de référence d'un champ à l'aide de cet index.

Assigner des jours chômés

Les graphiques de planification de capacité et d'avancement (Burndown Chart) font référence aux jours chômés. Les jours chômés suivants sont définis dans chaque modèle de processus TFS.

<Weekends>
   <DayOfWeek>Saturday</DayOfWeek>
   <DayOfWeek>Sunday</DayOfWeek>
</Weekends>

Élément

Description

DayOfWeek

Enfant obligatoire de l'élément Weekends.

Spécifie un jour de la semaine correspondant à un jour chômé.

<DayOfWeek>NameOfADay</DayOfWeek>

Les noms valides correspondent aux jours de la semaine en anglais : Sunday, Monday, Tuesday, Wednesday, Thursday, Friday et Saturday.

Notes

Vous devez spécifier un jour de semaine en anglais, indépendamment de la langue installée pour Team Foundation Server.

Weekends

Facultatif. Élément conteneur utilisé pour spécifier les jours chômés.

Spécifiez les jours chômés lorsque vous souhaitez prendre en compte des jours chômés dans le calcul des graphiques de capacité et d'avancement (Burndown Chart).

Note sur la façon dont il apparaît dans le graphique d'avancement (Burndown Chart) et sur le fait qu'il ne peut pas être supprimé.

Modifier la couleur d'un type d'élément de travail

D'un seul coup d'œil, vous pouvez différencier les WIT lorsque vous consultez un résultat de requête ou un Backlog selon la couleur attribuée au WIT.

Attributions de couleurs à différents types d'éléments de travail

Les assignations de couleurs suivantes sont définies dans le modèle de processus Scrum.

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   <WorkItemColor primary="FFCC293D" secondary="FFFAEAE5" name="Bug" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Impediment" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Step" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Case" />
</WorkItemColors>

Élément

Description

WorkItemColors

Facultatif. Élément conteneur pour spécifier les couleurs des types d'éléments de travail.

WorkItemColor

Spécifie les couleurs utilisées pour afficher un WIT dans TWA. La couleur principale est utilisée dans les affichages de liste et la couleur secondaire dans les affichages de tableau, tels qu'un tableau de tâches ou un tableau kanban.

<WorkItemColor primary="HexColorCode" secondary="HexColorCode" name="witName" />

Q et R

Q : Comment personnaliser d'autres fonctions qui apparaissent dans les outils de planification Agile de TWA ?

R : Certaines personnalisations peuvent être effectuées dans l'interface utilisateur. D'autres nécessitent de modifier la configuration du processus ou d'autres objets du projet d'équipe. Pour une vue d'ensemble, consultez Configurer et personnaliser les outils de planification Agile pour un projet d'équipe.

Q : Voulez-vous utiliser plusieurs Backlogs de portefeuille ?

R : L'expérience par défaut prend en charge un niveau de Backlog de portefeuille. Vous pouvez ajouter jusqu'à cinq niveaux, comme décrit dans Ajouter un journal des travaux en souffrance (backlog) à la gestion de portefeuille Agile.

Q : Souhaitez-vous ajouter ou modifier les WIT qui apparaissent sur votre tableau de tâches ou votre Backlog de produit ?

R : Si vous avez ajouté un WIT personnalisé, vous pouvez l'ajouter au Backlog ou au tableau de tâches. Cependant, vous ne pouvez pas les faire apparaître aux deux emplacements. Découvrez comment en lisant Ajouter des bogues au backlog ou au tableau de tâches.

Q : Voulez-vous voir un exemple concret pour importer et exporter la configuration du processus ?

R : En voici un exemple ici : Importer et exporter la configuration de processus [witadmin].