Partager via


Planifier et mettre en route un nouveau projet d'équipe

Un projet d'équipe dans Team Foundation Server (TFS) constitue un outil de planification central qui vous permet de suivre les informations et d'organiser le code source, les builds, les tests et les plans de votre équipe. Vous créez un projet d'équipe pour fournir un point central pour que votre équipe partage les activités d'équipe qui sont nécessaires au développement d'une technologie ou d'un produit logiciel spécifique. Après avoir créé un projet d'équipe, vous pouvez gérer et suivre le travail via les nœuds principaux créés pour votre projet d'équipe.

La création d'un projet d'équipe dans TFS vous offre un référentiel de code source (avec contrôle de version Team Foundation (TFVC) ou Git) et une fonctionnalité de suivi des éléments de travail. Vous pouvez configurer des ressources supplémentaires pour prendre en charge les builds et les tests. Selon les ressources qui ont été configurées pour TFS, votre projet d'équipe apparaît dans Team Explorer comme indiqué dans les images suivantes.



Team Explorer avec la configuration de base (TFVC)

Projet d'équipe - Configuration de base


Team Explorer avec la configuration avancée (TFVC)

Page d'accueil de Team Explorer avec TFVC comme contrôle de source


Team Explorer (Git)

Page d'accueil de Team Explorer avec Git comme contrôle de source

Notes

La page Mon travail apparaît pour les projets d'équipe configurés pour prendre en charge TFVC et lorsque vous installez Visual Studio Premium, Visual Studio Ultimate ou Visual Studio Test Professional.

Choix de mise en route

Vos choix de lancement d'un projet d'équipe varieront selon que vous utilisez une nouvelle installation ou que vous créez un projet d'équipe au sein d'une entreprise existante.

Mise en route avec le service cloud

Inscrivez-vous et créez un projet d'équipe sur le service hébergé, consultez Visual Studio Online.

Première installation – configuration standard

Installez la configuration de base pour TFS. Vous pourrez ajouter des ressources ultérieurement si nécessaire.

Consultez Configurer TFS sur un serveur.

Première installation – configuration avancée

Avec la configuration avancée, vous pouvez installer TFS et configurer des ressources supplémentaires pour prendre en charge les rapports et les portails de projet. Pour en savoir plus sur le mappage de fonctionnalités spécifiques sur les ressources du serveur, consultez Dépendances des fonctionnalités et des ressources.

Consultez Configurer Team Foundation Server à l'aide de la configuration avancée.

Conseil

Limitez autant que possible le nombre de collections de projets d'équipe pour réduire la charge d'administration.Vous pouvez lier des éléments dans plusieurs projets d'équipe définis dans la même collection.En outre, vous devez gérer les utilisateurs, les groupes et les autorisations indépendamment pour chaque collection.Une seule collection de projets peut gérer sans heurt des centaines de développeurs.

Pour plus d'informations, consultez gérer les collections de projets d'équipe..

Ajout d'un projet d'équipe dans une installation existante

Vous pouvez lancer un nouveau projet d'équipe à l'aide du processus suivant.

Lancer un processus de démarrage rapide de projet d'équipe

Conseils :

  • Créez un projet d'équipe pour les équipes qui utilisent un flux de travail ou des processus métier différents. Envisagez de créer un projet d'équipe pour prendre en charge toutes les applications ou tous les membres d'équipe qui utilisent des ressources partagées, telles que des éléments de travail, des personnes et du code source.

  • Dans le cas d'équipes qui travaillent sur différentes applications mais utilisent des flux de travail similaires, configurez-les comme des équipes distinctes au sein d'un projet d'équipe.

  • Si les applications sont développées séparément et que l'équipe utilise des processus distincts et ne partage pas de ressources, définissez un projet d'équipe pour chacune.

Reportez-vous aux étapes suivantes et aux rubriques connexes pour obtenir des instructions plus détaillées.

Étape

Conseils

Étape 1

Se connecter à une collection de projets d'équipe. Dans Visual Studio, ouvrez Team Explorer et connectez-vous à la collection où vous voulez créer le projet d'équipe. Les projets d'équipe qui résident dans la même collection de projets d'équipe partagent les mêmes ressources.

Pour plus d'informations, consultez Se connecter aux projets d'équipe dans Team Foundation Server.

Remarques :

  • Discutez des spécifications de votre projet avec l'administrateur de votre déploiement et déterminez la collection dans laquelle vous hébergerez votre projet d'équipe.

  • Prenez en compte les ressources dont vous avez besoin pour votre projet d'équipe.

  • Prenez en compte les exigences de collaboration entre groupes que votre projet d'équipe a en commun avec d'autres projets d'équipe. Sélectionnez la collection qui contient d'autres projets avec lesquels votre équipe interagit ou collabore. Les membres de l'équipe peuvent uniquement suivre les dépendances entre projets d'équipe lorsque ces projets sont stockés dans la même collection.

Étape 2

Choisir un modèle de processus. Le modèle de processus détermine les types d'éléments de travail et autres artefacts que votre équipe peut utiliser pour suivre et gérer le travail. Votre équipe peut créer uniquement ces types d'éléments de travail qui sont définis dans le modèle de processus utilisé pour créer le projet d'équipe ou les types ajoutés au projet d'équipe une fois celui-ci créé.

Remarques :

Étape 3

Créer un projet d'équipe. Dans Visual Studio, choisissez Fichier, Nouveau, puis Projet d'équipe pour lancer l'Assistant Nouveau projet d'équipe.

Remarques :

  • Vous devez disposer des autorisations requises sur chaque ressource du serveur pour créer un projet d'équipe. Pour plus d'informations, consultez Créer un projet d'équipe.

  • Le nom du projet d'équipe doit être unique dans la collection de projets d'équipe et contenir 64 caractères au maximum. Vous ne pouvez pas modifier le nom de votre projet d'équipe après sa création.

  • Déterminer la structure de branche pour le code source. Lorsque vous créez un projet d'équipe, vous pouvez créer un dossier vide pour votre code source ou une branche dans le contrôle de version.

Étape 4

Configurer les équipes. Vous pouvez ajouter une équipe ou une hiérarchie d'équipes.

Remarques :

  • L'équipe par défaut correspond au projet d'équipe. Vous pouvez créer des équipes supplémentaires pour organiser, suivre et faciliter la tâche d'un groupe de personnes travaillant dans le même domaine de produit. Vous pouvez créer autant d'équipes que vous le souhaitez pour un projet d'équipe.

  • Pour accorder aux membres d'équipe l'accès aux fonctionnalités de commentaires premium, vous devez leur accorder un accès avancé.

  • Vous pouvez contrôler le niveau d'accès aux projets d'équipe dont dispose un membre de l'équipe en assignant chaque membre à un groupe pour chaque projet. Vous pouvez ajouter individuellement des membres de l'équipe ou ajouter des groupes définis dans Active Directory ou dans un groupe de travail.

    Lorsque vous créez un projet d'équipe, quatre groupes par défaut sont créés pour ce projet, indépendamment du modèle de processus que vous avez choisi. Ces groupes sont Readers, Contributors, Administrateurs de build et Project Administrators. Par défaut, chaque groupe dispose d'un jeu d'autorisations définies pour lui et qui régissent ce que les membres de ce groupe sont autorisés à faire.

  • Pour autoriser les membres de l'équipe à accéder au portail du projet et au Gestionnaire de rapports, consultez Ajouter des utilisateurs aux projets d'équipe.

Étape 5

Planifier votre travail. Vous pouvez démarrer la planification de votre travail à l'aide du tableau de tâches et en définissant des sprints. Ces fonctionnalités sont accessibles à partir de Team Web Access. Consultez Choisir le client Team Foundation pour prendre en charge vos tâches.

Pour plus d'informations, consultez Planifier et suivre les projets.

Étape 6

Ajouter le code source. Ajoutez le code source à partir du contrôle de version Team Foundation ou de GIT.

Étape 7

Créer des définitions de build. Vous créez les définitions de build à partir de Visual Studio. Consultez Générer l'application.

Domaines d'application et dépendances des ressources

Le tableau suivant indique les serveurs qui doivent être mis en service dans votre déploiement Team Foundation pour que votre équipe puisse accéder à la fonctionnalité correspondante. Vous pouvez ajouter des ressources après avoir créé votre projet d'équipe. Consultez Q : comment ajouter des ressources après la création d'un projet d'équipe ?.

Domaine d'application

Team Foundation Server

Team Foundation Build

Produits SharePoint

SQL Server Analysis Services

SQL Server Reporting Services

Team Foundation Server Proxy

Visual Studio Lab Management

Icône Team Web Access Web Access (1)

Obligatoire

Explorateur du contrôle de code source (2)

Obligatoire

Nœud Éléments de travail Éléments de travail (3)

Obligatoire

Icône des builds Builds (4)

Obligatoire Obligatoire

Nœud Document Documents (5)

Obligatoire

Obligatoire

Rapports Excel (6)

Obligatoire

Obligatoire Obligatoire

Rapport Rapports (7)

Obligatoire

Obligatoire Obligatoire

Prise en charge de site distant (8)

Obligatoire

Recommandé

Environnements virtuels (9)

Obligatoire

Obligatoire

La coche (bleue) Obligatoire indique que la ressource serveur est requise pour prendre en charge la fonctionnalité correspondante.

Remarques :

  1. Icône Team Web Access Web Access ouvre Team Web Access, lequel fournit une interface Web à TFS qui autorise l'accès aux projets d'équipe, aux outils de planification et de suivi Agile, au contrôle de version et aux builds. Certaines fonctionnalités requièrent une configuration. Consultez Modifier les niveaux d'accès.

  2. À l'aide de l'Explorateur du contrôle de code source, votre équipe peut gérer le code source de votre projet d'équipe. Voir Utiliser un contrôle de version

  3. Sur la page Nœud Éléments de travail Éléments de travail, votre équipe peut créer des éléments de travail et des requêtes d'élément de travail pour suivre, analyser et rendre compte du développement d'un produit et de ses fonctionnalités. Un élément de travail est un enregistrement de base de données qui stocke la définition, l'assignation, la priorité et l'état d'un travail. Votre équipe peut créer uniquement ces types d'éléments de travail qui sont définis dans le modèle de processus utilisé pour créer le projet d'équipe ou les types ajoutés au projet d'équipe une fois celui-ci créé.

    Consultez Créer votre backlog.

  4. La page Icône des builds Builds répertorie les définitions de build spécifiées pour votre projet d'équipe. Cette page s'affiche uniquement lorsque votre déploiement a installé et configuré Team Foundation Build. Pour accéder à service Team Foundation Build, vous devez configurer la collection de projets d'équipe de manière à utiliser un contrôleur de build. Chaque contrôleur de build est dédié à une seule collection de projets d'équipe. Le contrôleur accepte les demandes de build de n'importe quel projet d'équipe dans une collection spécifiée. Team Foundation Build permet à votre équipe de créer et de gérer régulièrement les builds de produit. Par exemple, une équipe peut exécuter des builds quotidiennes et les publier sur un serveur partagé. Team Foundation Build fournit également des rapports de build sur l'état et la qualité de chaque build.

    Consultez Générer l'application.

  5. La page Nœud Document Documents s'affiche uniquement lorsque votre projet d'équipe a été configuré avec Produits SharePoint. Une fois le projet d'équipe créé, vous pouvez configurer un site SharePoint ou un autre emplacement Web comme portail du projet. Consultez Partager des informations à l'aide du portail du projet.

  6. Les rapports Microsoft Excel sont chargés vers le dossier Nœud Document Documents lorsque vous configurez votre projet d'équipe avec un site SharePoint. Avec ces rapports, vous pouvez suivre le taux d'avancement, le backlog des bogues, la qualité des logiciels, la progression des tests et d'autres métriques du projet. Bon nombre de ces rapports s'affichent dans les tableaux de bord de votre projet. Outre la dépendance Produits SharePoint, les rapports Excel dépendent du fait que la collection qui héberge votre projet d'équipe a été ou non configurée avec SQL Server Analysis Services.

    Pour une vue d'ensemble des rapports Excel par défaut, consultez Rapports Excel (Agile) ou rapports Excel (CMMI).

    Si votre projet d'équipe ne dispose pas d'un site SharePoint, vous pouvez toujours utiliser Excel pour créer des rapports d'état et de tendance. Consultez Créer des rapports Excel à partir d'une requête d'élément de travail.

  7. La page Rapport Rapportss'affiche uniquement quand la collection de projets d'équipe qui héberge votre projet d'équipe a été configurée avec SQL Server Reporting Services et SQL Server Analysis Services. Cette page permet d'accéder au Gestionnaire de rapports et aux rapports par défaut et personnalisés que vous téléchargez sur le serveur qui héberge SQL Server Reporting Services. Les modèles de processus par défaut fournis par Team Foundation Server comportent plusieurs rapports par défaut.

    Pour obtenir une vue d'ensemble des rapports par défaut, consultez Rapports (Agile).

  8. Si certains membres d'équipe sont situés à distance de l'emplacement principal du contrôle de version, vous pouvez installer et configurer Team Foundation Server Proxy pour les prendre en charge. Team Foundation Server Proxy gère un cache des fichiers de contrôle de version téléchargés à l'emplacement de l'équipe multisite, ce qui réduit considérablement la bande passante nécessaire sur les connexions étendues. Si des clients sont configurés pour utiliser Team Foundation Server Proxy, la gestion des fichiers est transparente à l'utilisateur. Tous les échanges de métadonnées et les téléchargements de fichiers continuent d'interagir directement avec TSF.

    Consultez Comment : installer le proxy Team Foundation et configurer un site distant.

  9. Avec Visual Studio Lab Management, votre équipe peut créer, assigner et suivre des environnements virtuels pour prendre en charge le développement, le déploiement et les tests d'applications. Grâce à Microsoft Test Manager, votre équipe des tests peut tester votre application à l'aide de ces environnements virtuels. Pour accéder à ces environnements virtuels à partir de Gestionnaire de tests, le serveur sur lequel votre projet d'équipe est stocké doit être configuré pour communiquer avec Lab Management.

    Consultez Configurer Lab Management pour les environnements SCVMM.

Q et R

Q : comment ajouter des ressources après la création d'un projet d'équipe ?

R : pour configurer une ressource après la création de votre projet d'équipe, consultez l'une des rubriques suivantes :

Q : comment personnaliser un projet d'équipe ?

R : Consultez Personnaliser les objets de suivi de travail pour prendre en charge les processus de votre équipe.

Q : comment personnaliser un modèle de processus ?

R : Consultez Personnaliser un modèle de processus.