Référence des champs de planification, classement et priorités
Vous utilisez les champs de planification de classement et de priorité pour spécifier le travail que l'équipe doit effectuer en premier. En classant et en définissant des priorités pour les éléments de travail, tous les membres de l'équipe apprennent à mieux comprendre l'importance relative du travail qu'ils doivent accomplir. Les champs de classement et de priorité sont utilisés pour générer plusieurs rapports.
Vous classez par ordre de priorité les éléments de travail lorsque vous créez le Backlog de produit.
Champs de suivi qui s'affichent sur les formulaires d'élément de travail
Le tableau ci-dessous décrit les champs que vous pouvez utiliser pour planifier et classer par ordre de priorité le travail et qui sont communs à tous les modèles de processus par défaut. Pour plus d'informations sur les types de données et les attributs de champ par défaut, consultez Définir et modifier les champs des éléments de travail.
Nom du champ |
Description |
Nom de la référence |
Type de données |
Valeur par défaut de l'attribut de type signalable |
Valeur par défaut de l'attribut d'index |
---|---|---|---|---|---|
Valeur commerciale |
Unité de mesure subjective qui indique la valeur métier relative d'une fonctionnalité ou d'un élément de Backlog de produit par rapport à d'autres éléments du même type. La valeur métier d'un élément est considérée comme étant plus importante si sa valeur commerciale est supérieure à celle assignée à un autre élément. |
Microsoft.VSTS.Common.BusinessValue |
Integer |
Mesure |
False |
Priorité |
Évaluation subjective du bogue, du problème, de la tâche ou du cas de test dans le cadre de l'activité. Vous pouvez indiquer les valeurs suivantes :
Voir la remarque 1. |
Microsoft.VSTS.Common.Priority |
Integer |
Dimension |
False |
Gravité |
Évaluation subjective de l'impact d'un bogue sur le projet. Vous pouvez indiquer les valeurs suivantes :
Voir la remarque 1. |
Microsoft.VSTS.Common.Severity |
Chaîne |
Dimension |
False |
Rang dans la pile (Remarque 2) |
Évaluation subjective du récit utilisateur, de la tâche, du problème ou du bogue par rapport à d'autres éléments de travail du même type. Un élément de rang inférieur doit être corrigé avant tout autre élément de rang supérieur. (Modèles de processus Agile et CMMI) Voir la remarque 3. |
Microsoft.VSTS.Common.StackRank |
Double |
Dimension |
False |
Pour modifier la sélection du menu, consultez Définir les listes de choix.
Le champ Rang dans la pile est défini pour les types d'éléments de travail suivants dans le modèle de processus Agile : Bogue, Fonctionnalité, Problème, Tâche et Récit utilisateur.
Le champ Rang dans la pile est défini pour les types d'éléments de travail suivants dans le modèle de processus CMMI : Bogue, Fonctionnalité, Problème, Spécification, Risque et Tâche.
Selon la version de modèle de processus utilisée pour créer votre projet d'équipe, et le type d'élément de travail, il se peut que le champ Rang dans la pile n'apparaisse pas sur le formulaire d'élément de travail. Dans la plupart des versions de modèle de processus commençant par la mise à jour TFS 2013.3, le champ Rang dans la pile a été supprimé de la plupart des formulaires d'élément de travail, comme décrit dans ce billet de blog : Où est le champ sur le formulaire d'élément de travail pour ordonner le backlog ?.
Pour ajouter le champ au formulaire, modifiez le type d'élément de travail pour ajouter l'élément de contrôle suivant :
<Control FieldName="Microsoft.VSTS.Common.BacklogPriority" Type="FieldControl" Label="Backlog Priority" LabelPosition="Left" />
Pour en savoir plus, consultez Importer, exporter et gérer des types d'éléments de travail [witadmin].
La séquence des éléments dans la page de Backlog de produit dépend de l'emplacement des éléments ajoutés ou déplacés dans la page. Quand vous faites glisser des éléments, un processus en arrière-plan met ce champ à jour qui a la valeur type="Order" dans le fichier ProcessConfiguration. Consultez Configurer et personnaliser les outils de planification Agile pour un projet d'équipe.
Champs spécifiques à Scrum
Le tableau ci-dessous décrit les champs que vous pouvez utiliser pour planifier et classer par ordre de priorité le travail lorsque vous utilisez les types d'éléments de travail fournis avec le modèle de processus Visual Studio Scrum.
Nom du champ |
Description |
Nom de la référence |
Type de données |
Valeur par défaut de l'attribut de type signalable |
Valeur par défaut de l'attribut d'index |
---|---|---|---|---|---|
Critères d'acceptation |
Description des critères à respecter pour que le bogue ou l'élément de Backlog de produit puisse être fermé. Avant que le travail ne démarre sur un bogue ou un élément de Backlog de produit, les critères d'acceptation du client doivent être décrits aussi clairement que possible. Les conversations entre l'équipe et les clients pour définir les critères d'acceptation permettront de s'assurer que votre équipe comprend les attentes de vos clients. Les critères d'acceptation peuvent être utilisés comme base pour les tests d'acceptation afin de pouvoir évaluer plus efficacement si un élément a été complété de manière satisfaisante. |
Microsoft.VSTS.Common.AcceptanceCriteria |
HTML |
None |
False |
Priorité du Backlog (Remarque 1) |
Évaluation subjective du bogue, de l'élément de Backlog de produit ou de la tâche par rapport à l'impact sur l'activité. Voir la remarque 12. |
Microsoft.VSTS.Common.BacklogPriority |
Double |
Détails |
False |
Bloqué |
Indique si un membre de l'équipe est bloqué dans sa progression vers l'implémentation d'une tâche. Vous pouvez spécifier Oui ou laisser ce champ vide. |
Microsoft.VSTS.CMMI.Blocked |
Chaîne |
Dimension |
False |
Solution |
Décrit comment l'obstacle a été résolu. |
Microsoft.VSTS.Common.Resolution |
HTML |
None |
False |
Le champ Rang dans la pile est défini pour les types d'éléments de travail suivants dans le modèle de processus Agile : Bogue, Fonctionnalité, Problème, Tâche et Récit utilisateur.
Le champ Rang dans la pile est défini pour les types d'éléments de travail suivants dans le modèle de processus CMMI : Bogue, Fonctionnalité, Problème, Spécification, Risque et Tâche.
Selon la version de modèle de processus utilisée pour créer votre projet d'équipe, et le type d'élément de travail, il se peut que le champ Rang dans la pile n'apparaisse pas sur le formulaire d'élément de travail. Dans la plupart des versions de modèle de processus commençant par la mise à jour TFS 2013.3, le champ Rang dans la pile a été supprimé de la plupart des formulaires d'élément de travail, comme décrit dans ce billet de blog : Où est le champ sur le formulaire d'élément de travail pour ordonner le backlog ?.
Pour ajouter le champ au formulaire, modifiez le type d'élément de travail pour ajouter l'élément de contrôle suivant :
<Control FieldName="Microsoft.VSTS.Common.StackRank" Type="FieldControl" Label="Stack Rank" LabelPosition="Left" />
Pour en savoir plus, consultez Importer, exporter et gérer des types d'éléments de travail [witadmin].
La séquence des éléments dans la page de Backlog de produit dépend de l'emplacement des éléments ajoutés ou déplacés dans la page. Quand vous faites glisser des éléments, un processus en arrière-plan met à jour le champ Rang dans la pile qui a la valeur type="Order" dans le fichier ProcessConfiguration. Consultez Configurer et personnaliser les outils de planification Agile pour un projet d'équipe.
Champs spécifiques à Agile
Le tableau ci-dessous décrit les champs que vous pouvez utiliser pour planifier et classer par ordre de priorité le travail lorsque vous utilisez les types d'éléments de travail définis pour le modèle de processus Agile.
Nom du champ |
Description |
Nom de la référence |
Type de données |
Valeur par défaut de l'attribut de type signalable |
Valeur par défaut de l'attribut d'index |
---|---|---|---|---|---|
Risque |
Évaluation subjective de l'incertitude relative quant à l'achèvement d'un récit utilisateur. Les valeurs autorisées définies sont :
|
Microsoft.VSTS.Common.Risk |
Chaîne |
Dimension |
False |
Champs formels ou spécifiques à CMMI
Le tableau ci-dessous décrit les champs que vous pouvez utiliser pour planifier et classer par ordre de priorité le travail lorsque vous utilisez les types d'éléments de travail fournis avec le modèle de processus CMMI ou MSF formel.
Nom du champ |
Description |
Nom de la référence |
Type de données |
Valeur par défaut de l'attribut de type signalable |
Valeur par défaut de l'attribut d'index |
---|---|---|---|---|---|
Bloqué |
Indique si un membre de l'équipe est bloqué dans sa progression vers l'implémentation d'une spécification ou d'une tâche, ou dans sa résolution d'un bogue, d'une demande de modification ou d'un risque. Si un problème a été ouvert pour effectuer le suivi d'un problème majeur, un lien doit être créé vers le problème. Vous pouvez indiquer Oui ou Non. |
Microsoft.VSTS.CMMI.Blocked |
Chaîne |
Dimension |
False |
Validé |
Indique si la spécification est validée ou non dans le projet. Vous pouvez indiquer Oui ou Non. Notes Vous pouvez spécifier ce champ uniquement pour des spécifications. |
Microsoft.VSTS.CMMI.Committed |
Chaîne |
None |
False |
Escalader |
Indique si le problème affecte le chemin critique du plan de projet. Vous pouvez indiquer Oui ou Non. Notes Vous pouvez spécifier ce champ uniquement pour des problèmes. |
Microsoft.VSTS.CMMI.Escalate |
Chaîne |
None |
False |
Triage |
Indique le type de décision de triage en attente pour l'élément de travail. Vous utilisez ce champ lorsque l'élément de travail est dans l'état Proposé. Vous pouvez spécifier l'une des valeurs suivantes :
Notes Vous pouvez spécifier ce champ uniquement pour des spécifications, des tâches, des demandes de modification, des bogues et des problèmes. |
Microsoft.VSTS.Common.Triage |
Chaîne |
Dimension |
False |
Champs d'élément de travail et types d'élément de travail
Vous pouvez utiliser les tableaux ci-dessous pour rechercher les champs suivis pour les principaux types d'éléments de travail fournis avec chacun des modèles de processus TFS par défaut.
Scrum
Le tableau ci-dessous indique les champs de données que vous pouvez spécifier pour des types d'éléments de travail fournis avec le modèle de processus Visual Studio Scrum.
Nom du champ |
Fonctionnalité |
Élément de backlog de produit |
Bogue |
Tâche |
Obstacle |
---|---|---|---|---|---|
Critères d'acceptation |
|||||
Bloqué |
|||||
Valeur commerciale |
|||||
Effort |
|||||
Solution |
Agile
Le tableau ci-dessous indique les champs de données que vous pouvez spécifier pour des types d'éléments de travail fournis avec le modèle de processus MSF Agile.
Nom du champ |
Fonctionnalité |
Récit utilisateur |
Tâche |
Problème |
Bogue |
---|---|---|---|---|---|
Valeur commerciale |
|||||
Date d'échéance |
|||||
Priorité |
|||||
Risque |
|||||
Gravité |
|||||
Points de récit |
Formel ou CMMI
Le tableau ci-dessous indique les champs de données que vous pouvez spécifier pour des types d'éléments de travail fournis avec le modèle de processus MSF formel.
Nom du champ |
Fonctionnalité |
Spécification |
Tâche |
Bogue |
Demande de modification |
Problème |
Risque |
---|---|---|---|---|---|---|---|
Valeur commerciale |
|||||||
Bloqué |
|||||||
Validé |
|||||||
Escalader |
|||||||
Priorité |
|||||||
Probabilité |
|||||||
Gravité |
|||||||
Triage |
Voir aussi
Concepts
Référence des champs de suivi d'effort, de planifications et d'exécution
Référence des champs d'éléments de travail pour Visual Studio ALM
Autres ressources
Modifier ou ajouter un champ pour prendre en charge les requêtes, les rapports et le flux de travail