Choisir un modèle de processus

Lorsque vous créez un projet d'équipe, vous devez choisir le modèle de processus, comme décrit dans Create a Team Project.Vous pouvez choisir uniquement des modèles de processus par défaut qu' Visual Studio Team Foundation Server 2012 (TFS) fournit ou que vous avez téléchargés à TFS à l'aide de le gestionnaire de modèles de processus.Consultez Gérer des modèles de processus.

Le modèle de processus définit l'ensemble de types d'éléments de travail, requêtes, et signale que vous utiliserez pour planifier et suivre votre projet.Choisissez le modèle qui offre aux outils vos besoins d'équipe, et qui aide l'équipe à se concentrer sur la qualité en réduisant la surcharge.Cette rubrique vous permet de choisir entre trois modèles de processus par défaut que TFS fournit.

[!REMARQUE]

Les illustrations de flux de travail fournies dans cette rubrique font référence aux modèles de processus par défaut fournis avec d' Visual Studio Team Foundation Server 2012.

Vous pouvez accéder aux versions les plus récentes de ces modèles de processus en installant la mise à jour trimestrielle 1 de Microsoft Visual Studio Team Foundation Server 2012.Les définitions améliorées de flux de travail prennent en charge les transitions régressives supplémentaires.Ces transitions vous permettent rapidement passent des éléments vers le journal lorsqu'elles ont été correctement résolues et fermées.Avec ces modèles de processus mis à jour, lorsque vous faites glisser par inadvertance un élément de travail dans le panneau de Kanban ou le taskboard à un état résolu ou fermé, vous pouvez le faire glisser vers un premier état de flux de travail.Ces améliorations sont disponibles avec le scrum 2,1, Microsoft Solutions Framework (MSF) Visual Studio for Agile Software développement v6.1, et MSF for capability maturity model integration processus v6.1 integration (CMMI) de modèle de maturity model integration).

Vous pouvez obtenir la mise à jour du site de téléchargement Microsoft : Mise à jour trimestrielle pour Microsoft Visual Studio Team Foundation Server 2012.

Les modèles par défaut sont conçus pour répondre aux besoins de la plupart des équipes.Si votre équipe possède les besoins exceptionnels, vous pouvez rechercher des modèles supplémentaires sur MSDN.Choisissez un modèle qui apparaît comme l'ajustement à vos besoins, puis le personnaliser si nécessaire.Vous pouvez personnaliser le modèle puis créer le projet d'équipe, ou vous pouvez créer le projet d'équipe à partir d'un modèle et personnaliser le projet.

Vous pouvez choisir en fonction de les considérations suivantes :

• Choisissez Modèle de processus Scrum pour Visual Studio ALM si votre équipe utilise scrum, gère des bogues avec des éléments du journal des travaux en souffrance du produit au cours de la planification de sprint, et souhaite des éléments de travail et processus conçus pour prendre en charge le scrum.

• Choisissez MSF for Agile Software développement v6.0 si votre équipe utilise des méthodes agiles, et vous résolvez des éléments de travail avant de les fermer.

• Choisissez MSF for CMMI Process Improvement v6.0 si votre équipe requiert une piste d'audit rigoureuse, et faites suivre un processus formel pour la gestion des modifications.

Sinon, vous pouvez télécharger des modèles de processus supplémentaires du site Web Microsoft : Modèles de processus et outils.Sinon, vous pouvez personnaliser un modèle de processus pour respecter le processus de gestion de votre équipe.Consultez Personnaliser des modèles de processus.

Dans cette rubrique

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

• Différences dans le flux de travail entre les modèles de processus par défaut

• Personnaliser les modèles de processus

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

Le tableau suivant résume les distinctions principales entre les trois modèles de processus par défaut qu' Team Foundation Server fournit.

Domaine de traitement	Scrum 2,0 de Visual Studio	MSF for agile v6.0	MSF for CMMI v6.0
États de flux de travail	Nouveau Approuvé Validé Terminé Supprimée	Nouveau Active Résolu Closed Supprimée	Proposé Active Résolu Closed
Planification de produit Pour personnaliser des pages de journal des travaux en souffrance, consultez Personnaliser les pages Journal des travaux en souffrance.	Bogue (Scrum) Élément de journal des travaux en souffrance du produit (scrum) Arriérés agiles	Récit utilisateur (agile) Arriérés agiles	Spécification (CMMI) Arriérés agiles
Tâche et planification d'itérations Pour personnaliser le volet de tâches, consultez Personnaliser la page Tableau des tâches.	Tâche (Scrum) Panneau agile de tâche	Tâches (Agile) Panneau agile de tâche	Tâche (CMMI) Panneau agile de tâche
Gestion du journal des bogues en souffrance	Bogue (Scrum)	Bogue (Agile) Triage, classeur	Bogue (CMMI) Triage, classeur
Gestion de projet	Obstacle (Scrum)	Problème (Agile) Problèmes, classeur	Problème (CMMI) Risque (CMMI) Révision (CMMI) Problèmes, classeur
Gestion des tests	Cas de test (Agile) Étapes partagées	Cas de test (Agile) Étapes partagées	Cas de test (Agile) Étapes partagées
Révision du code et commentaires	Requète de révision du code Réponse de révision du code Requète de commentaires Reponse aux commentaires	Requète de révision du code Réponse de révision du code Requète de commentaires Reponse aux commentaires	Requète de révision du code Réponse de révision du code Requète de commentaires Reponse aux commentaires
Piste d'audit	Non pris en charge	Minimal	Pris en charge

Types d'éléments de travail de révision du code et de commentaires

Les définitions de type pour les expériences d' Révision du code et d' Commentaires sont les mêmes pour tous les modèles de processus.

[!REMARQUE]

Les éléments de travail de ces définitions de type ne sont pas destinés à être créés manuellement et ne sont pas ajoutés aux types masqués catégorie.Si vous avez mis un projet d'équipe à niveau d'une version antérieure, vous pouvez ajouter ces types d'éléments de travail.Pour plus d'informations, consultez Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités.

Les états du flux de travail suivants sont définis pour chacun de ces types d'éléments de travail :

• Demande de révision du code : Demandé et Fermé.

• Réponse de révision du code : Demandé, Accepté, et Fermé.

• Demande de commentaires : Actif, Fermé et Supprimé.

• Réponse de commentaires : Actif et Fermé.

Voir aussi Référence de champ Révision du code et Commentaires.

Retour au début

Différences dans le flux de travail entre les modèles de processus par défaut

Les illustrations suivantes montrent les diagrammes d'état définis pour les types d'éléments de travail utilisés aux spécifications du produit, des bogues, des tâches, et aux questions de suivi.

[!REMARQUE]

Les états du flux de travail scrum et des modèles de processus agiles ont été mis à jour leurs versions antérieures.Chaque contient maintenant un état Supprimé, qui prend en charge supprimer des éléments de travail couper de journal.En outre, le modèle de processus agile prend désormais Nouveau comme l'état initial pour les récits utilisateur et des tâches cette modification a été présenté pour prendre en charge des récits utilisateur et des tâches transition d'un état de à l' NouveauActived'une application.Sans état Nouveau, les récits utilisateur assignés à une itération restent dans le journal des travaux en souffrance du produit jusqu'à ce qu'ils soient résolus, qui n'est pas un comportement souhaité ou prévu.

Scrum 2,0 de Visual Studio	MSF for agile v6.0	MSF for CMMI v6.0
Diagramme d'état de l'élément de journal des travaux en souffrance du produit	Diagramme d'état de récit utilisateur	Diagramme d'état des spécifications
Diagramme d'état des tâches	Diagramme d'état des tâches	Diagramme d'état des tâches OBE : Sur pris par les événements
Diagramme d'état des bogues	Diagramme d'état des bogues	Diagramme d'état des bogues
Diagramme d'état de type obstacle	Diagramme d'état des problèmes	Diagramme d'état des problèmes

Retour au début

Personnalisation des modèles de processus

Lorsque vous exécutez l'Assistant nouveau projet d'équipe, les tâches définies par les connexions indiquées dans l'illustration suivante sont exécutées pour créer votre projet d'équipe.Les tâches consistent à définir des autorisations, créer des dossiers, télécharger des fichiers, activer des sites ou définir d'autres variables configurables.

Vous pouvez personnaliser un modèle de processus en fonction de vos besoins.Vous pouvez également personnaliser votre processus du projet d'équipe après sa création.Vous pouvez ajouter des artefacts d'un modèle de processus à un autre modèle de processus.Pour plus d'informations, consultez les rubriques suivantes :

• Mettre à jour un projet d'équipe mis à niveau pour accéder à de nouvelles fonctionnalités

• Liste de vérification : planifier et suivre les modifications apportées à votre modèle de processus

• Personnaliser des modèles de processus

• Personnaliser le journal des travaux en souffrance et le tableau des tâches à l'aide de la configuration du processus

• Personnaliser les projets et processus d'équipe

Retour au début

Voir aussi

Concepts

Référence des champs d'éléments de travail pour Visual Studio ALM

Autres ressources

Guide de processus et modèles de processus pour Team Foundation Server