Share via


Configurer et personnaliser les outils de planification Agile pour un projet d'équipe

Pour tirer le meilleur parti de l'utilisation des outils de planification Agile fournis par Visual Studio Online et Team Foundation Server (TFS), vous pouvez configurer ces fonctionnalités de manière à prendre en charge les processus de votre équipe. Vous pouvez configurer plusieurs fonctionnalités via l'interface utilisateur Web. Il existe d'autres fonctionnalités que vous pouvez personnaliser uniquement pour les déploiements sur site de TFS en modifiant une définition XML.

Outils de planification Agile, configurer et personnaliser

Cette rubrique fournit une vue d'ensemble des éléments que vous pouvez personnaliser, ainsi que des pointeurs vers le contenu qui vous montre comment procéder.

Configurer via l'interface utilisateur

Personnaliser la définition XML

Déploiements sur site de Visual Studio Online et TFS

Pour télécharger la dernière mise à jour TFS, cliquez ici.

Déploiements sur site de TFS uniquement

En outre, vous pouvez personnaliser les trois zones suivantes qui affectent plusieurs outils de planification Agile :

  • Couleur assignée aux types d'éléments de travail (WIT).

  • Mapper les états de flux de travail aux méta-états, ce qui affecte tous les tableaux Kanban.

  • Modifier un champ utilisé pour suivre le travail restant, la priorité du backlog, le volume ou l'effort de travail utilisé dans les prévisions et les calculs de vélocité, ainsi que le type d'activité de tâche.

Modifier la configuration des outils de planification Agile

Les outils de planification Agile référencent la configuration des catégories et traitent les fichiers de définition XML de configuration pour le projet d'équipe. Les catégories regroupent les types d'éléments de travail (WIT) utilisés pour déterminer ce qui s'affiche dans les pages du backlog du portefeuille, du backlog et du backlog de la tâche.

Configuration, catégories + processus Agile

Pour modifier un fichier de définition XML, exportez, modifiez, puis importez le fichier. Un autre outil vous permet de modifier ces fichiers, TFS Team Project Manager, un projet de ressource communautaire disponible sur CodePlex.

Traiter un objet WIT à des fins de personnalisation

Pour modifier la configuration du processus à l'aide de l'outil en ligne de commande witadmin, procédez comme suit.

  1. Si vous ne disposez pas des autorisations d'administration pour votre projet d'équipe, demandez-les.

  2. 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.

  3. Exportez le fichier de configuration du processus.

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

    Un exemple de CollectionURL est http://MonServeur:8080/tfs/NomCollectionProjetÉquipe.

  4. Modifiez le fichier. Pour plus d'informations, consultez Informations de référence sur les éléments XML de configuration de processus.

  5. Importez le fichier de configuration du processus.

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

  6. Ouvrez Team Web Access (TWA) dans un navigateur pour afficher les modifications. Si l'application est déjà ouverte, actualisez la page.

Pour plus d'informations sur l'utilisation de witadmin, consultez Importer et exporter la configuration de processus [witadmin] et Importer et exporter des catégories [witadmin].

Personnaliser le tableau kanban (TFS local)

Le tableau Kanban prend en charge deux niveaux de personnalisation. Vous configurez le premier niveau dans l'interface utilisateur et le second niveau en modifiant le flux de travail.

Le premier niveau (le plus simple) permet de définir autant de couloirs que souhaité, comme cela est indiqué ici. Un couloir est un pseudo-état ou un état temporaire dans un état de flux de travail.

Chaque équipe peut générer son affichage personnalisé des couloirs. Toutefois, il existe un inconvénient, vous ne pouvez pas interroger des éléments de travail en fonction de l'état des couloirs. Vous ne pouvez interroger des éléments de travail qu'en fonction de leur état d'assignation.

En modifiant le flux de travail afin de prendre en charge les couloirs de votre choix, vous prenez en charge les requêtes en fonction de tous les états/couloirs. Cette personnalisation requiert de modifier le flux de travail des types d'élément de travail affectés à la catégorie de spécification, notamment l'élément du backlog de produit ou le récit utilisateur. Les couloirs par défaut correspondent aux états de flux de travail des WIT mappés aux méta-états. Si vous souhaitez que vos couloirs correspondent à un flux de travail personnalisé, vous devez effectuer les deux modifications suivantes :

  1. Modifiez le flux de travail des types d'éléments de travail (WIT) dans la catégorie de spécification.

  2. Modifiez la configuration du processus pour garantir le mappage de tous les états de flux de travail aux méta-états.

Q et R

Q : Quelles personnalisations dois-je éviter pour autoriser les mises à jour automatiques lors de la mise à niveau de TFS ?

R : si vous n'apportez aucune personnalisation, vous pouvez utiliser l'Assistant Configurer les fonctionnalités pour mettre à jour vos projets d'équipe après avoir mis à niveau TFS. Pour en savoir plus sur les personnalisations que vous pouvez effectuer et celles à éviter, consultez Personnaliser l'expérience de suivi du travail : avant d'effectuer la personnalisation, comprendre les implications en matière de maintenance et de mise à jour.

Q : comment utiliser les balises ?

R : pour apprendre à ajouter des balises et filtrer des listes, cliquez ici.

Q : puis-je augmenter le nombre des éléments de travail qui s'affichent dans la première ou la dernière colonne d'un tableau Kanban ?

R : pour Visual Studio Online et avec TFS 2013 Update 4, c'est possible. Consultez Utiliser le tableau Kanban. Dans un déploiement local de TFS antérieur à TFS 2013 Update 4, c'est impossible. La première colonne et la dernière colonne sont préconfigurées pour afficher jusqu'à 20 éléments.

Dans toutes les versions, vous pouvez définir le nombre d'éléments de chaque colonne intermédiaire, également appelé nombre des travaux en cours, sur la valeur que vous souhaitez. Ce nombre est uniquement destiné à des fins d'affichage. Il ne limite pas le nombre d'éléments contenus dans la colonne. Il permet de vous avertir lorsque le nombre d'éléments dépasse le nombre que vous avez défini.

Q : quel est le nombre maximal d'éléments de travail qui peuvent s'afficher dans le tableau de tâches ?

R : pour maintenir le temps de chargement dans des délais acceptables, le tableau de tâches est limité à un maximum de 500 éléments de travail.

Pour les déploiements locaux TFS, vous pouvez augmenter cette valeur jusqu'à 1 500 en spécifiant une valeur pour l'attribut workItemCountLimit de l'élément TaskBacklog.

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

Q : pourquoi ne puis-je pas voir le backlog du portefeuille Fonctionnalités ?

R : pour afficher et utiliser des backlogs du portefeuille, vous devez disposer d'un accès avancé. Toutefois, le système ne vous empêche pas de créer et modifier des éléments de travail Fonctionnalité.

Q : puis-je organiser le travail par équipe à l'aide d'un champ au lieu du chemin de la zone ?

R : oui, pour les déploiements locaux TFS. Si votre organisation a plusieurs équipes qui travaillent à partir d'un backlog commun et dans plusieurs domaines de produit, vous pouvez souhaiter personnaliser le projet d'équipe pour qu'il prenne en charge des champs d'équipe. Cette configuration permettra toujours aux équipes de travailler de façon indépendante, mais le travail pourra être assigné aux équipes au lieu de l'être en fonction du chemin de zone produit.

Q : que puis-je configurer pour mon équipe ?

R : Consultez Collaborer à l'aide des ressources d'équipe.

Q : comment modifier la date de début du diagramme de flux cumulé (Visual Studio Online et TFS 2013 Update 2)

R : ouvrez la boîte de dialogue Modifier le graphique du diagramme de flux cumulé, puis choisissez la date de début. Pour en savoir plus sur le diagramme de flux cumulé, cliquez ici.

Modifier la date de début du graphique

Q : comment modifier les jours de travail par défaut (Visual Studio Online et TFS 2013 Update 2) ?

R : ouvrez Paramètres à partir de la page d'administration de l'équipe. Si vous n'êtes pas administrateur d'équipe, faites-vous ajouter en tant que tel.

Page Paramètres de l'équipe pour les jours de travail par défaut

Pour modifier les jours de travail par défaut dans les déploiements TFS locaux qui n'incluent pas les mises à jour fournies dans TFS 2013 Update 2, vous devez modifier le fichier de configuration du processus pour le projet d'équipe.

Q : quel est le magasin de données auquel les outils de planification Agile font référence ?

R : les pages et graphiques Agile affichés via Team Web Access font référence au magasin de données WIT en temps réel. Cela signifie qu'il n'y a pas de décalage entre le moment où les données sont entrées ou mises à jour, et le moment où les données sont affichées dans les pages et les graphiques des outils de planification Agile.

Dans l'illustration suivante, les champs d'élément de travail sont affichés dans une zone bleue pour souligner que leurs définitions s'appliquent à tous les projets d'équipe dans une collection de projets d'équipe. Les zones de couleur jaune indiquent les objets WIT définis pour un projet d'équipe. Les pages et les graphiques Agile, affichés en violet, sont définis pour une équipe.

Traiter des dépendances de configuration

Q : où puis-je poser une question ?

R : vous pourrez trouver des réponses supplémentaires à vos questions ou publier une question sur l'un des forums TFS suivants : Team Foundation Server - Suivi des éléments de travail ou Team Web Access.