Ajouter des bogues au backlog ou au tableau de tâches

Article
06/10/2015

Certaines équipes aiment suivre les bogues sous forme d'éléments de backlog, comme les éléments de backlog de produit, les récits utilisateur ou les spécifications. D'autres processus d'entreprise peuvent requérir le suivi d'autres types d'élément de travail dans le backlog ou le tableau de tâches.

Si vous utilisez un projet Scrum, les bogues s'affichent déjà dans votre backlog. Toutefois, si votre projet d'équipe a été créé à l'aide d'autres modèles de processus, tels qu'Agile ou CMMI, les bogues ne s'affichent pas dans le backlog ni dans le tableau de tâches.

Pour ajouter des bogues ou d'autres types d'élément de travail, vous pouvez configurer les paramètres d'équipe ou personnaliser votre projet d'équipe pour prendre en charge ces options :

Déploiement	Options
Visual Studio Online	Option A : autoriser les équipes à choisir de suivre les bogues dans le backlog.
Localement avec TFS 2013 Update 4	Option A : autoriser les équipes à choisir de suivre les bogues dans le backlog. Option B : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le backlog Option C : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le tableau de tâches
Localement sans TFS 2013 Update 4	Option B : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le backlog Option C : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le tableau de tâches

Visual Studio Online

Option A : autoriser les équipes à choisir de suivre les bogues dans le backlog.

Localement avec TFS 2013 Update 4

Option A : autoriser les équipes à choisir de suivre les bogues dans le backlog.
Option B : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le backlog
Option C : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le tableau de tâches

Localement sans TFS 2013 Update 4

Option B : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le backlog
Option C : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le tableau de tâches

Si vous travaillez dans une version locale de TFS, vous pouvez personnaliser votre projet d'équipe pour que les bogues et d'autres types d'élément de travail s'affichent dans le backlog ou le tableau de tâches, mais pas les deux.

Si vous apportez des modifications à des projets d'équipe définis dans TFS 2012, consultez la version Visual Studio 2012 de cette rubrique.

Option A : autoriser les équipes à choisir de suivre les bogues dans le backlog (Visual Studio Online ou TFS 2013 Update 4)

Chaque équipe peut choisir de suivre les bogues dans son backlog. Si vous êtes connecté à une version locale de TFS, elle doit être mise à jour vers TFS 2013 Update 4. (Consultez Microsoft Visual Studio 2013 Update 4 :

Si vous n'êtes pas administrateur d'équipe, faites-vous ajouter en tant que tel.
Ouvrez Paramètres dans la page d'administration de l'équipe et cochez la case permettant de suivre les bogues.

Si cette option ne s'affiche pas, vous devez mettre à jour la configuration du processus de votre projet d'équipe.
Pour afficher les modifications, ouvrez ou actualisez la page de backlog de l'équipe.

Mettre à jour la configuration du processus pour prendre en charge le suivi des bogues dans le backlog (TFS local)

Si l'option permettant de suivre les bogues dans le backlog est désactivée dans la page des paramètres de l'équipe, vérifiez ou mettez à jour les fichiers de définition XML suivants pour votre projet d'équipe. Vous devez être membre du groupe Administrateurs de projet pour mettre à jour ces objets.

Catégories : la catégorie de spécification ne doit contenir que les types d'élément de travail associés aux éléments de backlog. La catégorie de bogue ne doit contenir que les types d'élément de travail associés aux bogues. En particulier, la catégorie de spécification ne doit pas contenir d'entrée de type bogue.

Par exemple, les définitions suivantes sont correctes :
```
<CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
    <DEFAULTWORKITEMTYPE name="Bug" />
  </CATEGORY>
  <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
    <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
  </CATEGORY>
```
Les définitions suivantes sont incorrectes, car le type d'élément de travail Bogue est inclus dans la catégorie de spécification.
```
<CATEGORY name="Bug Category" refname="Microsoft.BugCategory">
    <DEFAULTWORKITEMTYPE name="Bug" />
  </CATEGORY>
  <CATEGORY name="Requirement Category" refname="Microsoft.RequirementCategory">
    <DEFAULTWORKITEMTYPE name="Product Backlog Item" />
    <WORKITEMTYPE name="Bug" />
  </CATEGORY>
```
Pour mettre à jour des catégories, voir Importer et exporter des catégories [witadmin].
ProcessConfiguration : contient l'élément BugWorkItems qui définit la catégorie de bogue et mappe les états du flux de travail des bogues aux méta-états. Par exemple :
```
<BugWorkItems category="Microsoft.BugCategory" pluralName="Bugs" singularName="Bug">
    <States>
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="Resolved" />
      <State value="Closed" type="Complete" />
    </States>
</BugWorkItems>
```
Par ailleurs, les mappages de méta-états doivent être cohérents sous RequirementWorkItems et BugWorkItems. Par exemple, Active ne peut pas être mappé à Proposed sous l'un et à InProgress sous un autre.

Pour mettre à jour ProcessConfiguration, voir Importer et exporter la configuration de processus [witadmin].
Définitions de types d'élément de travail : les types d'élément de travail inclus dans la catégorie de bogue doivent avoir les champs suivants définis :
- Champ utilisé pour suivre l'effort (type=Effort dans le fichier ProcessConfiguration), par exemple, les points de récit (Microsoft.VSTS.Scheduling.StoryPoints) ou la taille (Microsoft.VSTS.Scheduling.Size) selon que le modèle de processus Agile ou CMMI a été utilisé pour créer le projet d'équipe.
- Champ utilisé pour suivre l'ordre de priorité du backlog (type=Order dans le fichier ProcessConfiguration), par exemple le rang dans la pile (Microsoft.VSTS.Common.StackRank).
- Pour un projet d'équipe basé sur MSF for CMMI, le champ Type de spécification (Microsoft.VSTS.CMMI.RequirementType), car il est inclus dans le volet d'ajout rapide pour la configuration de processus.

Pour mettre à jour des définitions WIT, voir Importer, exporter et gérer des types d'éléments de travail [witadmin].

Vérifier ou mettre à jour les mappages de colonnes du tableau Kanban

Ouvrez la page Tableau du backlog (tableau kanban).

Si un message s'affiche vous indiquant que les configurations de colonne ne sont pas valides, vous devez régler les mappages de colonnes.
Ouvrez Personnaliser les colonnes et mappez les états de flux de travail de bogue pour chaque colonne que vous avez définie.

Par exemple, mappez chaque colonne comme suit :

Option B : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le backlog

Les types d'élément de travail que vous ajoutez à la catégorie de spécification s'affichent dans les pages du backlog. Pour que les bogues apparaissent dans la page de backlog Récits utilisateur (Agile) ou Spécification (CMMI), apportez les modifications suivantes à votre projet d'équipe TFS local :

Ajoutez le champ utilisé pour évaluer l'effort à la définition du bogue ou d'un autre type d'élément de travail : Points de récit (Agile) ou Taille (CMMI),
Ajoutez le bogue ou d'autres types d'élément de travail à la catégorie de spécification.
Vérifiez les mappages de méta-états dans la configuration de processus.

Voici la procédure à suivre pour ajouter le type d'élément de travail Bogue pour un projet d'équipe basé sur le modèle de processus MSF for Agile.

Ajouter le champ Points de récit

Exportez la définition du type d'élément de travail Bogue.

witadmin exportwitd /collection:" CollectionURL" /p:MyProject /n:bug /f:DirectoryPath/bug.xml

Ajoutez le champ Points de récit.

<FIELDS>
. . . .
   <FIELD name="Story Points" refname="Microsoft.VSTS.Scheduling.StoryPoints" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>The size of work estimated for implementing the bug.</HELPTEXT>
   </FIELD>



. . . .
</FIELDS>

Pour un projet d'équipe basé sur MSF for CMMI, ajoutez les champs Taille et Type de spécification.

<FIELD name="Size" refname="Microsoft.VSTS.Scheduling.Size" type="Double" reportable="measure" formula="sum" >
   <HELPTEXT>The size of work estimated for implementing this requirement</HELPTEXT>
</FIELD>
<FIELD name="Requirement Type" refname="Microsoft.VSTS.CMMI.RequirementType" type="String" reportable="dimension">
   <REQUIRED />
   <ALLOWEDVALUES>
      <LISTITEM value="Scenario" />
      <LISTITEM value="Quality of Service" />
      <LISTITEM value="Functional" />
      <LISTITEM value="Operational" />
      <LISTITEM value="Interface" />
      <LISTITEM value="Security" />
      <LISTITEM value="Safety" />
      <LISTITEM value="Business Objective" />
      <LISTITEM value="Feature" />
   </ALLOWEDVALUES>
   <DEFAULT from="value" value="Functional" />
</FIELD>

Ajoutez Points de récit à la disposition de formulaire.

<FORM>
. . . 
   <Column PercentWidth="33">
      <Group Label="Planning">
      <Column PercentWidth="100">
      <Control FieldName="Microsoft.VSTS.Scheduling.StoryPoints" Type="FieldControl" Label="Story Points" LabelPosition="Left" />
       <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" NumberFormat="DecimalNumbers" MaxLength="10" EmptyText="&lt;None&gt;" />
       <Control FieldName="Microsoft.VSTS.Common.Priority" Type="FieldControl" Label="Priority" LabelPosition="Left" />
       <Control FieldName="Microsoft.VSTS.Common.Severity" Type="FieldControl" Label="Severity" LabelPosition="Left" />          
       </Column>               
  </Group>

   </Column>
. . . 
</FORM>

Pour un projet d'équipe basé sur CMMI, ajoutez les champs Taille et Type de spécification à la section FORMULAIRE.

<Control Type="FieldControl" FieldName="Microsoft.VSTS.Scheduling.Size" Label="Size" LabelPosition="Left" />
<Control Type="FieldControl" FieldName="Microsoft.VSTS.CMMI.RequirementType" Label="Type" LabelPosition="Left" />

Importez la définition de bogue actualisée.

witadmin importwitd /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/bug.xml"

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

Exportez la définition des catégories. Si vous ne disposez pas des autorisations d'administration de TFS, obtenez-les.
```
witadmin exportcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"
```

Ajoutez le type d'élément de travail Bogue à la catégorie Spécifications.

<CATEGORY refname="Microsoft.RequirementCategory" name="Requirement Category">
    <DEFAULTWORKITEMTYPE name="User Story" />
    <WORKITEMTYPE name="Bug" />
</CATEGORY>

Importez le fichier de catégories.

witadmin importcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

Vérifier les mappages de méta-états dans la configuration de processus

Exportez la définition de configuration du processus.

witadmin exportprocessconfig /collection:"CollectionURL" /p:MyProject /f: "DirectoryPath/ProcessConfiguration.xml"

Vérifiez que l'état Résolu est défini dans la section RequirementBacklog.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="User Story">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>. . . 

  </RequirementBacklog>

Si vous avez personnalisé votre bogue en ajoutant d'autres états, ajoutez des mappages pour chaque état ajouté. Vous devez toujours mapper le dernier état d'une transition vers l'avant à type="Complete".

Importez la configuration du processus.

witadmin importprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

Confirmez qu'il est possible d'ajouter des bogues au backlog de produit

Ouvrez la page du backlog de produit ou actualisez la page si elle est déjà ouverte.

Vous devez voir un menu déroulant pour l'élément de travail Type.

Personnaliser le tableau kanban pour mapper les états de Bogue à des couloirs

Ouvrez la page Tableau du backlog (tableau kanban).

Si vous venez d'ajouter le type d'élément de travail Bogue, ou tout autre type d'élément de travail, vous verrez un message indiquant que les configurations des colonnes ne sont pas valides.
Ouvrez Personnaliser les colonnes et mappez les états de flux de travail de bogue pour chaque colonne que vous avez définie.

Par exemple, mappez chaque colonne comme suit :

Option C : toutes les équipes suivent les bogues ou d'autres types d'élément de travail dans le tableau de tâches

Les types d'élément de travail que vous ajoutez à la catégorie de tâche s'affichent dans les pages du tableau de tâches et du backlog des itérations. Pour que les bogues ou les tâches s'affichent dans le tableau de tâches, vous devez les lier à un élément parent du backlog de produit (Scrum), un récit utilisateur (Agile) ou une spécification (CMMI).

Dans la version locale de TFS, apportez les modifications suivantes pour suivre les bogues en tant que tâches :

Ajoutez les champs requis à la définition du type d'élément de travail Bogue.
Ajoutez le type d'élément de travail Bogue à la catégorie de tâche.
Ajoutez les mappages de méta-états nécessaires à la configuration de processus.

Voici la procédure à suivre pour un projet d'équipe basé sur le modèle de processus MSF for Agile.

Ajouter les champs requis

Si vous ne disposez pas des autorisations d'administrateur pour votre projet d'équipe, demandez à être ajouté en tant qu'administrateur de projet.
Ouvrez une fenêtre d'invite de commandes à l'emplacement où Visual Studio ou Team Explorer est installé, puis entrez :
```
cd %programfiles%\Microsoft Visual Studio 12.0\Common7\IDE
```
Sur une édition 64 bits de Windows, remplacez %programfiles% par %programfiles(x86)%. Le téléchargement de Team Explorer est gratuit.
Exportez la définition du type d'élément de travail Bogue.
```
witadmin exportwitd /collection:"CollectionURL" /p:MyProject  /n:bug /f: "DirectoryPath/bug.xml"
```
« http://MyServer:8080/tfs/TeamProjectCollectionName » est un exemple de CollectionURL.

Ajoutez le champ Activité. Si vous ne le faites pas, la configuration ne sera pas valide. Éventuellement, ajoutez les champs de planification afin de pouvoir suivre le travail restant et effectué. Les champs Microsoft.VSTS.Scheduling.XXX sont utilisés dans les rapports prêts à l'emploi, mais pas par les outils de planification Agile. Si votre équipe n'utilise pas ces champs, il est inutile de les ajouter.

<FIELDS>
. . . 
   <FIELD name="Activity" refname="Microsoft.VSTS.Common.Activity" type="String" reportable="dimension">
      <HELPTEXT>Type of work involved</HELPTEXT>
         <SUGGESTEDVALUES>
            <LISTITEM value="Development"/>
            <LISTITEM value="Testing"/>
            <LISTITEM value="Requirements"/>
            <LISTITEM value="Design"/>
            <LISTITEM value="Deployment"/>
            <LISTITEM value="Documentation"/>
         </SUGGESTEDVALUES>
   </FIELD>
   <FIELD name="Remaining Work" refname="Microsoft.VSTS.Scheduling.RemainingWork" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>An estimate of the number of units of work remaining to complete this task</HELPTEXT>
   </FIELD>
   <FIELD name="Original Estimate" refname="Microsoft.VSTS.Scheduling.OriginalEstimate" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>Initial value for Remaining Work - set once, when work begins</HELPTEXT>
   </FIELD>
   <FIELD name="Completed Work" refname="Microsoft.VSTS.Scheduling.CompletedWork" type="Double" reportable="measure" formula="sum">
      <HELPTEXT>The number of units of work that have been spent on this task</HELPTEXT>
   </FIELD>
   <FIELD name="Start Date" refname="Microsoft.VSTS.Scheduling.StartDate" type="DateTime" reportable="dimension">
      <HELPTEXT>The date to start the task</HELPTEXT>
   </FIELD>
   <FIELD name="Finish Date" refname="Microsoft.VSTS.Scheduling.FinishDate" type="DateTime" reportable="dimension">
      <HELPTEXT>The date to finish the task</HELPTEXT>
   </FIELD>
. . . 
</FIELDS>

Pour un projet d'équipe basé sur MSF for CMMI, vous devez ajouter les champs de planification et Discipline.

<FIELD name="Discipline" refname="Microsoft.VSTS.Common.Discipline" type="String" reportable="dimension">
        <ALLOWEDVALUES>
          <LISTITEM value="Analysis" />
          <LISTITEM value="User Experience" />
          <LISTITEM value="User Education" />
          <LISTITEM value="Development" />
          <LISTITEM value="Test" />
        </ALLOWEDVALUES>
        <HELPTEXT>The discipline to which the task belongs</HELPTEXT>
      </FIELD>

Ajoutez les champs de planification et Activité au formulaire d'élément de travail. Vous pouvez simplement copier les Groups définis dans le type d'élément de travail Tâche et remplacer les Groups qui s'y trouvent.

<FORM>
. . . 
      <Group Margin="(10,0,0,0)">
          <Column PercentWidth="30">
            <Group Label="Status">
              <Column PercentWidth="100">
                <Control FieldName="System.AssignedTo" EmptyText="&lt;No one&gt;" Type="FieldControl" Label="Assi&amp;gned To" LabelPosition="Left" />
                <Control FieldName="System.State" Type="FieldControl" Label="Stat&amp;e" LabelPosition="Left" />
                <Control FieldName="System.Reason" Type="FieldControl" Label="Reason" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="20">
            <Group Label="Planning">
              <Column PercentWidth="100">
                <Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" NumberFormat="DecimalNumbers" MaxLength="10" EmptyText="&lt;None&gt;" />
                <Control FieldName="Microsoft.VSTS.Common.Priority" Type="FieldControl" Label="Priority" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Common.Activity" Type="FieldControl" Label="Activity" LabelPosition="Left" EmptyText="&lt;None&gt;" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="30">
            <Group Label="Classification">
              <Column PercentWidth="100">
                <Control FieldName="System.AreaPath" Type="WorkItemClassificationControl" Label="&amp;Area" LabelPosition="Left" />
                <Control FieldName="System.IterationPath" Type="WorkItemClassificationControl" Label="Ite&amp;ration" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
          <Column PercentWidth="20">
            <Group Label="Effort (Hours)">
              <Column PercentWidth="100">
                <Control FieldName="Microsoft.VSTS.Scheduling.OriginalEstimate" Type="FieldControl" Label="Original Estimate" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Scheduling.RemainingWork" Type="FieldControl" Label="Remaining" LabelPosition="Left" />
                <Control FieldName="Microsoft.VSTS.Scheduling.CompletedWork" Type="FieldControl" Label="Completed" LabelPosition="Left" />
              </Column>
            </Group>
          </Column>
        </Group>

. . . 
</FORM>

Importez la définition de bogue actualisée.

witadmin importwitd /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/bug.xml"

Ajouter le type d'élément de travail Bogue à la catégorie de tâche

Exportez la définition des catégories.

witadmin exportcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

Ajoutez le bogue à la catégorie de tâche.
```
<CATEGORY refname="Microsoft.TaskCategory" name="Task Category">
    <DEFAULTWORKITEMTYPE name="Task" />
    <WORKITEMTYPE name="Bug" />
</CATEGORY>
```
Notes

Le type d'élément de travail Bogue peut appartenir simultanément à deux catégories : la catégorie Bogue et la catégorie Tâches.

Importez le fichier de catégories.

witadmin importcategories /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/categories.xml"

Ajouter le mappage de méta-états à la configuration de processus

Exportez la définition de configuration du processus.

witadmin exportprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

Ajoutez un mappage de metatstate pour l'état Résolu à la section TaskBacklog.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task">
    <States>
      <State value="New" type="Proposed" />
      <State value="Active" type="InProgress" />
      <State value="Resolved" type="InProgress" />
      <State value="Closed" type="Complete" />
    </States>
. . . 

  </TaskBacklog>

Importez la configuration du processus.

witadmin importprocessconfig /collection:"CollectionURL" /p:MyProject /f:"DirectoryPath/ProcessConfiguration.xml"

Confirmer qu'il est possible d'ajouter des bogues au tableau de tâches

Ouvrez la page du tableau de tâches, ou actualisez-la si elle est déjà ouverte.
Vous devez pouvoir sélectionner la tâche ou le bug sous forme d'élément de travail lié à un récit utilisateur.
Pour ajouter des bogues existants au tableau de tâches, ouvrez un récit utilisateur. Dans cet exemple, le récit utilisateur se nomme Bug Debt. Sous l'onglet TOUS LES LIENS, choisissez les bogues à inclure dans le sprint.

Vous devrez peut-être actualiser le tableau de tâches pour que les bogues apparaissent.

Conseil

Vous ne pouvez pas ajouter de bogues via l'onglet Implémentation car ils sont limités aux tâches uniquement.Pour permettre l'ajout de bogues via l'onglet Implémentation, modifiez la section FORM du type d'élément de travail de récit utilisateur pour qu'il comprenne le filtre des bogues.

Dans le tableau de tâches, faites glisser un bogue ou une tâche pour mettre à jour son état. Notez que vous ne pouvez pas faire glisser un élément dans une colonne pour laquelle l'état n'est pas valide. Par exemple, vous ne pouvez pas faire glisser un bogue dans l'état Nouveau ou une tâche dans un état Résolu. Si vous voulez utiliser ces états, ajoutez-les à la définition de flux de travail de la définition de type d'élément de travail correspondante.

Q et R

Q : quels autres outils puis-je utiliser pour modifier des fichiers de définition XML ?

R : avec l'outil de ligne de commande witadmin, vous pouvez importer et exporter des fichiers de définition, comme indiqué dans cette rubrique. Vous pouvez utiliser d'autres outils pour cette tâche, parmi lesquels l'Éditeur de processus, disponible avec le téléchargement de TFS Power Tools, ou TFS Team Project Manager, un projet de ressource communautaire disponible sur CodePlex. TFS Team Project Manager vous permet d'exporter, modifier et importer rapidement des fichiers de définition XML sans avoir à utiliser l'interface de ligne de commande.

Q : que se passe-t-il si je supprime le type d'élément de travail Bogue de la catégorie de spécification pour mon projet d'équipe Scrum ?

R : les requêtes prêtes à l'emploi et personnalisées qui référencent la catégorie de spécification ne retourneront plus les résultats incluant le type d'élément de travail Bogue. Vous devrez peut-être mettre à jour ces requêtes.

Par ailleurs, quand vous créez une suite de tests basée sur des spécifications, les éléments de travail récupérés appartiennent à la catégorie de spécification. Les équipes Scrum souhaitant créer des plans de test pour les bogues doivent mettre à jour la requête pour qu'elle inclue la catégorie de bogue.

Q : que dois-je savoir sur les mappages de méta-états ?

R : la procédure décrite dans les options B et C indique comment apporter des modifications à votre projet d'équipe basé sur les modèles de processus Agile et CMMI fournis par TFS 2013. Le modèle d'état pour les types d'élément de travail que vous ajoutez doit respecter les mappages de méta-états spécifiés dans le fichier ProcessConfiguration. Si le modèle d'état et les mappages de méta-états ne correspondent pas, vous devez effectuer des définitions supplémentaires, comme décrit ici.

Q : Comment faire pour que le Bogue apparaisse dans le backlog des tâches et les pages de tableau pour Scrum ?

R : Si votre projet d'équipe est basé sur le modèle de processus Scrum et que vous voulez que les bogues soient des homologues des tâches et non des éléments de backlog de produit, procédez comme suit :

Modifiez la définition de l'élément de travail Bogue : ajoutez les champs Activité et Travail restant aux sections FIELDS et FORM.
Modifiez la définition des catégories : ajoutez Bogue à la catégorie de tâche et supprimez-le de la catégorie de spécification.
Modifiez la définition de configuration du processus : mappez l'état Résolu pour la catégorie de tâche et supprimez-le de la catégorie de spécification.

Q : Pourquoi tous les bogues et les tâches que j'ai assignés à un sprint n'apparaissent-ils pas dans le backlog des sprints ?

R : il est possible d'attribuer des tâches à une itération sans les lier à un élément parent du backlog. Ces éléments apparaîtront dans la requête créée, mais pas dans le tableau des tâches proprement dit. TFS exécute la requête, puis applique quelques processus en arrière-plan avant d'afficher les éléments du tableau des tâches.

Ces trois raisons peuvent entraîner l'absence des éléments de travail appartenant à la catégorie de tâche dans un backlog des sprints ou un tableau de tâches :

La tâche n'a pas été liée à un élément parent du backlog. Seuls les bogues et les tâches que vous avez liés à un élément de backlog du produit parent (Scrum), à un récit utilisateur (Agile) ou à une spécification (CMMI) dont le chemin d'accès d'itération est défini sur le sprint apparaîtront dans la page du backlog des sprints.
La tâche est un parent d'une autre tâche. Si vous avez créé une hiérarchie de tâches, seules les tâches de niveau enfant en bas de la hiérarchie s'affichent.
Le parent lié à la tâche correspond à un élément de backlog défini pour une autre équipe, ou le chemin de zone de l'élément parent du backlog de la tâche est différent du chemin de zone de la tâche.

Q : Comment les champs Priorité du backlog ou Rang dans la pile sont-ils utilisés ?

‏R : Les pages du backlog et du tableau utilisent les champs Priorité du backlog (Scrum) et Rang dans la pile (Agile et CMMI) pour gérer l'ordre de tri des éléments de travail. Ces champs doivent être définis pour tous les types d'élément de travail d'un projet d'équipe. Toutefois, vous n'avez pas besoin de les inclure dans le formulaire d'élément de travail. Ces champs doivent correspondre au champ assigné au type Order dans le fichier de définition ProcessConfiguration.

Partager via