Utiliser des artefacts de projet d'équipe, choisir un modèle de processus

Chaque fois que vous créez un projet d'équipe, vous devez choisir son modèle de processus. Le modèle de processus définit l'ensemble des types d'éléments de travail, requêtes et rapports que vous utiliserez pour planifier et suivre votre projet. Sélectionnez le modèle qui offre les outils dont votre équipe a besoin et réduit la charge pour permettre à votre équipe de se concentrer sur la qualité.

Pour créer un projet d'équipe, cliquez ici.

Pour accéder aux versions les plus récentes des modèles de processus Team Foundation Server (TFS), installez Visual Studio Team Foundation Server 2013 (TFS). Ensuite, téléchargez-les à l'aide du Gestionnaire de modèles de processus.

Les différences principales entre les trois modèles de processus par défaut sont dans les types d'éléments de travail qu'elles fournissent pour planifier et suivre le travail. Visual Studio Scrum est l'approche la plus légère et MSF for Capability Maturity Model Integration (CMMI) fournit la plus grande part de la prise en charge des processus formels et de la gestion des modifications.

Microsoft Visual Studio Scrum 2013 Choisissez Visual Studio Scrum si votre équipe gère les bogues en plus des éléments de backlog de produit pendant la planification du sprint. Le modèle Scrum est conçu pour prendre en charge la méthodologie Scrum définie par l'organisation Scrum. Ce modèle de processus effectue le suivi des bogues au même niveau que les éléments de backlog de produit et effectue le suivi des estimations à l'aide d'un champ Effort. Le système remet automatiquement à zéro le champ Travail restant quand l'état de la tâche est Terminé.
MSF for Agile Software Development 2013 Choisissez Agile si votre organisation classe les bogues séparément du backlog de produit et résout les éléments de travail avant de les fermer. En outre, choisissez Agile si votre équipe alloue du temps pour les bogues avec chaque sprint. Le modèle Agile est conçu pour prendre en charge le développement Agile pour les équipes qui ne souhaitent pas être limitées par Scrum. Il prend en charge l'estimation de récits utilisateur à l'aide de points de récit. Les pages contiennent des champs pour suivre les champs Estimation d'origine, Restant et Travail effectué. Les bogues ne sont suivis dans aucune page du backlog. Pour plus d'informations sur les méthodologies Agile, consultez http://www.agilealliance.org/.
MSF for CMMI Process Improvement 2013 Choisissez CMMI si votre organisation classe les bogues séparément du backlog de produit, résout les éléments de travail avant de les fermer et suit formellement les modifications apportées aux spécifications. Le modèle CMMI est conçu pour prendre en charge les processus de gestion de changements formels. Ce modèle prend en charge l'estimation des Spécifications à l'aide d'un champ Taille. Les pages contiennent des champs pour suivre les champs Estimation d'origine, Restant et Travail effectué. Les bogues ne sont suivis dans aucune page du backlog. Pour en savoir plus sur les processus CMMI, cliquez ici.

Distinctions principales entre les modèles de processus par défaut

Les modèles par défaut sont conçus pour répondre aux besoins de la plupart des équipes. Tous prennent en charge l'utilisation des outils de planification Agile pour créer le backlog des produits et pour travailler en sprints avec le tableau de tâches. Si votre équipe a des besoins exceptionnels, vous pouvez personnaliser un modèle puis créer le projet d'équipe, ou vous pouvez créer un projet d'équipe à partir d'un modèle, puis le personnaliser.

Le tableau suivant résume les différences majeures entre les types d'éléments de travail et les états utilisés par les trois modèles de processus par défaut.

Domaine de traitement	Visual Studio Scrum	Agile	CMMI
États de flux de travail	New Approuvé Validé Terminé Supprimée	New Active Résolu Closed Supprimée	Proposé Active Résolu Closed
Planification de produit (voir remarque 1)	Bogue Élément de backlog de produit	Récit utilisateur	Spécification
Backlog de portefeuille (2)	Fonctionnalité	Fonctionnalité	Fonctionnalité
Planification de tâches et d'itérations (3)	Tâche	Tâche	Tâche
Gestion du backlog des bogues (4)	Bogue	Bogue Classeur de triage	Bogue Classeur de triage
Gestion de projet (4)	Obstacle	Problème Classeur de problèmes	Problème Risque Récapitulatif Classeur de problèmes

Remarques :

1. Vous pouvez définir ces types d'éléments de travail à l'aide du Backlog de produit. La page du backlog de produit présente une vue unique du backlog actif qui peut être dynamiquement retrié et regroupé. Les propriétaires de produits peuvent rapidement classer par ordre de priorité le travail et esquisser des dépendances et des relations.

2. Vous pouvez créer des fonctionnalités et les lier aux éléments de backlog pour gérer le backlog de portefeuille. En utilisant les backlogs de portefeuille, vous pouvez définir une hiérarchie de backlogs pour comprendre la portée du travail entre plusieurs équipes et voir comment ce travail se déroule avec une perspective plus large.

3. Vous pouvez définir les tâches à l'aide du Backlog des sprints et du tableau de tâches. La page du backlog des sprints reflète (en temps réel) les données que vous entrez. Les données incluent les éléments de travail assignés au chemin d'itération, au travail restant, à la capacité de travail individuelle et aux interruptions de travail pour l'équipe et les personnes. Les équipes peuvent obtenir des commentaires instantanés sur le taux de burndown et les zones où elles dépassent la capacité.

4. Les classeurs ne sont disponibles que si le projet d'équipe est configuré avec un portail de projet SharePoint. Toutefois, vous pouvez créer votre propre classeur en ouvrant une requête correspondante dans Excel.

États de flux de travail

Les états de flux de travail prennent en charge le statut du travail à mesure qu'il passe d'un nouvel état à un état fermé ou terminé. Les diagrammes suivants montrent la progression classique des types d'éléments de travail utilisés pour suivre les erreurs de code et de travail pour les trois modèles de processus TFS par défaut. Ils indiquent également les régressions vers d'anciens états et les transitions vers des états supprimés. Chaque image présente uniquement la raison par défaut associée à la transition.

Scrum	Agile	CMMI
Fonctionnalité	Fonctionnalité	Fonctionnalité
Élément de backlog de produit	Récit utilisateur	Spécification
Bogue	Bogue	Bogue
Tâche	Tâche	Tâche

Les types d'éléments de travail Scrum et Agile utilisés par les outils de planification Agile prennent en charge les transitions de n'importe quel état à un autre. Vous pouvez mettre à jour l'état d'un élément de travail à l'aide du tableau Kanban ou du tableau de tâches en le faisant glisser vers la colonne d'état correspondante.

États de flux de travail, raisons et transitions

Le flux de travail définit la progression logique des tâches à effectuer et la personne qui doit les effectuer. Chaque flux de travail comprend un ensemble d'états, les transitions valides entre les états et les raisons de la transition de l'élément de travail à l'état sélectionné. Vous pouvez modifier le flux de travail pour prendre en charge d'autres états, transitions et raisons.

États Supprimé, Fermé et Terminé

Quand vous faites passer un élément de travail à l'état Supprimé, Fermé ou Terminé, le système répond comme suit :

• Fermé ou Terminé : les éléments de travail dans cet état n'apparaissent pas dans les pages du backlog de portefeuille et du backlog. Toutefois, ils apparaissent sur les pages du backlog de sprint, le tableau Kanban et le tableau de tâches. Par ailleurs, lorsque vous modifiez l'affichage du backlog de portefeuille pour afficher les éléments de backlog, par exemple pour afficher les fonctionnalités des éléments de backlog de produit, les éléments dans l'état Fermé et Terminé apparaissent.

• Supprimé : les éléments de travail dans cet état n'apparaissent dans aucun backlog ou tableau.

Les éléments de travail sont conservés dans un projet d'équipe tant que le projet d'équipe est actif. Même si vous leur attribuez l'état Fermé, Terminé ou Supprimé, un enregistrement est conservé dans le magasin de données. Vous pouvez utiliser un enregistrement pour créer des requêtes ou des rapports. Pour supprimer définitivement des éléments de travail, vous pouvez utiliser l'outil en ligne de commande witadmin destroywi.

Types d'éléments de travail ajoutés à tous les modèles de processus

Les types d'éléments de travail suivants sont les mêmes pour tous les modèles de processus.

Les équipes créent et utilisent les types suivants à l'aide de l'outil correspondant :

• Plan de test, suite de tests, étapes partagées de cas de test et paramètres partagés : Microsoft Test Manager.

  Les paramètres partagés sont devenus disponibles quand vous avez mis à niveau votre déploiement local vers TFS 2013.2.

  Les types d'éléments de travail du plan de test et de la suite de tests deviennent disponibles quand vous mettez à niveau votre déploiement local vers TFS 2013.3.

• Demande de commentaire et réponse aux commentaires : Demande de commentaire.

• Demande de révision du code et Réponse de révision du code : Mon travail (Team Explorer) et Demande de révision du code.

Les éléments de travail de ces définitions de type ne sont pas censés être créés manuellement et par conséquent sont ajoutés à la catégorie Types masqués. Les types d'éléments de travail ajoutés à la catégorie Types masqués n'apparaissent pas dans les menus utilisés pour créer des éléments de travail.

Notes

Si vous mettez à niveau votre projet d'équipe de TFS 2012 ou une version antérieure vers la version actuelle de TFS, vous devrez peut-être ajouter des WIT qui n'existaient pas dans les versions antérieures.Pour plus d'informations, consultez Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités.

Types d'éléments de travail prenant en charge l'expérience de test

Les types d'éléments de travail prenant en charge l'expérience de test et fonctionnant avec Test Manager et Team Web Access sont liés entre eux à l'aide des types de lien illustrés dans l'image suivante.

À l'aide de Team Web Access ou Test Manager, vous pouvez examiner les cas de test définis pour une suite de tests, ainsi que les suites de tests définies pour un plan de test. Cependant, ces objets ne sont pas connectés entre eux via des types de lien.

Comme indiqué ci-dessus, les types d'éléments de travail du plan de test et de la suite de tests apparaissent une fois que vous avez mis à niveau votre serveur de couche application vers TFS 2013.3. Vous pouvez personnaliser ces types d'éléments de travail à l'instar de tout autre type d'élément de travail. Consultez Personnaliser les objets de suivi de travail pour prendre en charge les processus de votre équipe.

Si vous modifiez le flux de travail du plan de test et de la suite de tests, vous devrez peut-être mettre à jour la configuration du processus comme indiqué ici.

Pour connaître les définitions de chaque champ de test, consultez Référence des champs d'intégration de build et de tests.

Pour en savoir plus sur les modifications apportées Test Manager et à Team Web Access avec la mise à niveau vers TFS 2013.3, consultez Opening test plan and test suite work item types.

Questions à poser à votre équipe

Pour suivre le travail efficacement, les membres de l'équipe doivent se mettre d'accord sur la façon dont ils utiliseront les types d'éléments de travail et les outils. Voici quelques questions auxquelles votre équipe doit répondre.

Question	Choix de l'équipe
Comment votre équipe effectue-t-elle le suivi du travail ?	Si votre équipe suit principalement la progression en mettant à jour l'état des éléments du backlog, elle peut utiliser le tableau kanban. Votre équipe peut également personnaliser le tableau Kanban pour suivre la progression dans plusieurs couloirs. Si votre équipe décompose les éléments du backlog en tâches pour chaque sprint et estime le travail restant, elle peut utiliser le tableau de tâches du sprint. Bien que le travail restant soit généralement estimé en heures, vous pouvez utiliser n'importe quelle unité de temps que vous souhaitez tant que votre choix est définitif. En estimant et en mettant à jour le travail restant, votre équipe peut suivre la progression à travers le burndown chart fourni avec chaque sprint.
Votre équipe effectue-t-elle le suivi de la capacité par personne ou par activité ?	Si votre équipe suit le travail restant via des tâches, elle peut évaluer la capacité d'un sprint pour différents membres de l'équipe ou différentes activités d'équipe telles que le développement, le test et la conception.
Comment votre équipe regroupe-t-elle le travail ?	Vous pouvez regrouper le travail de plusieurs façons. Les éléments que vous créez à partir de la page du backlog sont automatiquement assignés au chemin de zone de votre équipe. Les éléments assignés à un sprint sont assignés à son chemin d'itération. En outre, vous pouvez assigner des balises aux éléments de travail pour filtrer un backlog ou une liste de résultats de requête.
Votre équipe utilise-t-elle la vélocité et les prévisions ?	Pour ses prévisions, votre équipe peut utiliser les champs Effort (Scrum), Points de récit (Agile) ou Taille (CMMI) pour déterminer le nombre d'éléments pouvant être terminés pour un sprint. En outre, le graphique de vélocité indique la progression de l'équipe sprint après sprint.
Comment votre équipe partage-t-elle les informations ?	Les membres d'équipe peuvent joindre des fichiers aux éléments de travail, archiver les fichiers dans le code source ou partager le travail en utilisant le portail du projet d'équipe. Une fois qu'un portail du projet a été configuré, votre équipe a accès à toutes les fonctionnalités qu'un site SharePoint doit offrir, notamment les bibliothèques de documents, les pages de wiki, le blog et le calendrier d'événements.
Votre équipe prend-elle en charge le cumul de progression parmi plusieurs équipes ?	Les backlogs de portefeuille vous permettent d'afficher rapidement un cumul du travail en cours entre plusieurs équipes. Si un membre de l'équipe travaille dans plusieurs équipes, il peut allouer sa capacité en conséquence pour chaque équipe.

Q et R

Q : Que se passe-t-il si je mets à jour un projet d'équipe ?

R : Pour utiliser les nouvelles fonctionnalités ajoutées lorsque vous installez la version la plus récente de TFS, consultez Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités.

Pour personnaliser des projets d'équipe existants, consultez Personnaliser les objets de suivi de travail pour prendre en charge les processus de votre équipe.

Q : Quel modèle de processus dois-je utiliser avec le tableau Kanban ?

R : Vous pouvez utiliser le tableau kanban avec n'importe quel modèle de processus, par défaut ou personnalisé.

Q : Comment puis-je obtenir les modèles de processus les plus récents ?

R : Les versions les plus récentes des modèles de processus par défaut sont automatiquement téléchargées lors de l'installation ou de la mise à jour de la dernière version de TFS. Utilisez Charger, télécharger et supprimer les modèles de processus pour une collection de projets d'équipe pour les télécharger.

Vous pouvez également télécharger Team Foundation Server 2013 Process Template Samples - Support for Scaled Agile Framework (SAFe). Ces modèles contiennent les personnalisations décrites dans le livre blanc suivant : Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs.

Q : Existe-t-il un outil qui prend en charge la visualisation du diagramme d'état de flux de travail ?

R : oui. Vous pouvez utiliser l'outil Processus Editor fourni avec Team Foundation Server Power Tools.

Q : Quel autre élément est défini dans un modèle de processus ?

R : Outre la définition des artefacts du projet d'équipe, le modèle de processus spécifie la configuration initiale de nombreux éléments utilisés pour suivre le travail et prendre en charge des activités de test. Parmi ces éléments, citons les suivants :

• Chemins d'accès d'itération et de zone

• Requêtes d'élément de travail

• Variables de test, configurations, états de résolution et paramètres de test par défaut

• Définitions de groupes et de membres et attributions d'autorisations

• Mappage des champs Microsoft Project aux champs Team Foundation

Tous les éléments peuvent être configurés ou personnalisés après la création d'un projet d'équipe à partir du modèle de processus.

Q : Puis-je personnaliser un modèle de processus ?

R : oui. Les modèles par défaut sont conçus pour répondre aux besoins de la plupart des équipes. Si votre équipe a des besoins exceptionnels, vous pouvez personnaliser un modèle puis créer le projet d'équipe, ou vous pouvez créer un projet d'équipe à partir d'un modèle, puis le personnaliser.

Q : Quelles modifications ont été apportées aux modèles de processus depuis la version précédente ?

R : Consultez Modifications apportées aux projets d'équipe et aux modèles de processus par défaut lors de la mise à niveau de Team Foundation Server.

Q : que faire si j'ai besoin de plusieurs backlogs de portefeuille ?

R : vous pouvez définir des backlogs de portefeuille supplémentaires, jusqu'à cinq au total.

Q : où puis-je en savoir plus sur la création de plan conceptuel ?

R : l'onglet Storyboards dans le formulaire des éléments de backlog de produit vous permet de créer des liens vers des plans conceptuels que vous avez téléchargés vers un emplacement réseau partagé. Vous pouvez pointer vers n'importe quelle URL accessible à votre équipe. En outre, vous pouvez pointer vers des plans conceptuels que vous avez créés avec Création de plan conceptuel PowerPoint.

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

R : vous pouvez poser une question ou rechercher dans les résultats sur le forum Team Foundation Server – Team Project and Work Item.