Vue d'ensemble de Team Foundation

Mise à jour : novembre 2007

Team Foundation est un jeu d'outils et de technologies permettant à une équipe de collaborer et de coordonner ses efforts en vue de générer un produit ou d'exécuter un projet. Team Foundation améliore la communication entre les membres de l'équipe, suit l'état du travail, prend en charge des rôles d'équipe, active le processus d'équipe et intègre des outils d'équipe.

Collaboration

L'objectif principal de Team Foundation est de permettre aux membres d'une équipe de collaborer afin de faciliter la génération d'un produit ou l'exécution d'un projet. Il existe de nombreux types de projets. Les projets de logiciels impliquent la génération et la publication d'un produit logiciel, généralement un nouveau produit, une mise à niveau vers un produit existant ou une mise à jour mineure.

Team Foundation permet aux membres d'une équipe de collaborer grâce à une communication améliorée, la prise en charge de rôles multidisciplinaires, le suivi de l'état du travail, l'activation du processus de l'équipe et l'intégration d'outils.

Communication améliorée

L'amélioration de la communication dans une équipe permet d'éviter la perte d'informations ou de travaux lors de la transmission de tâches entre membres de l'équipe. Lorsque vous travaillez avec Team Foundation, le concept central est le projet d'équipe. Un projet d'équipe est stocké sur Team Foundation Server et possède un nom facilement identifiable par tous les membres de l'équipe. Par exemple, une équipe qui travaille sur la version 1.0 d'Adventure Works va probablement nommer ce projet Adventure Works 1.0. Le projet d'équipe constitue un emplacement central où chacun peut coordonner son travail.

Portail de projet

Chaque projet d'équipe possède un portail de projet associé qui est un site Web Windows SharePoint. Les membres de l'équipe peuvent utiliser le portail du projet pour stocker des documents, rechercher des rapports et utiliser d'autres fonctionnalités de collaboration de Windows SharePoint telles que les calendriers et les listes. Pour plus d'informations sur le portail du projet, consultez Utilisation du portail du projet d'équipe.

Remarque :
En fonction du processus, il se peut que vous ne disposiez pas d'un portail de projet.

Explorateur d'équipes

Tous les membres de l'équipe travaillent sur des projets d'équipe à l'aide de Team Explorer dans l'IDE de Visual Studio. Team Explorer se connecte à un serveur Team Foundation Server et affiche les projets d'équipe de ce serveur. Grâce à Team Explorer, chaque membre de l'équipe peut rechercher et mettre à jour des éléments de travail, afficher des rapports, gérer des documents et travailler avec des builds de produit. Pour plus d'informations sur Team Explorer, consultez Configuration de projets d'équipe avec l'Explorateur d'équipes.

Alertes

Team Foundation fournit des alertes qui vous sont envoyées par courrier électronique lorsque le projet d'équipe est modifié. Les alertes peuvent être envoyées en cas de modification d'un élément de travail, lors d'un archivage, à la fin d'une build ou en cas de modification de l'état d'une build. Pour plus d'informations sur les alertes, consultez Définition d'alertes.

Contrôle de code source

Le contrôle de version Team Foundation permet à l'équipe de gérer tous les fichiers sources d'un projet. Le contrôle de version Team Foundation est généralement utilisé pour les fichiers sources, mais vous pouvez ajouter d'autres fichiers tels qu'une documentation importante pour le projet. Pour plus d'informations sur le contrôle de version Team Foundation, consultez Contrôle de version Team Foundation.

Builds

Team Foundation Build permet à l'équipe de créer et de gérer régulièrement des builds de produit. Par exemple, une équipe peut exécuter des builds diurnes et les publier sur un serveur partagé. Team Foundation Build fournit aussi des rapports de build sur l'état et la qualité de chaque build. Pour plus d'informations sur le Team Foundation Build, consultez Gestion des builds avec Team Foundation Build.

Suivi de l'état du travail

L'objectif du suivi de l'état du travail est de comprendre l'état du projet, d'identifier les personnes auxquelles du travail est assigné et de connaître l'état de ce travail. Team Foundation utilise le concept de l'élément de travail pour suivre les parties fondamentales de travail d'un projet d'équipe. Différents types d'éléments de travail sont disponibles. Ceux-ci sont basés sur le type de travail qu'ils représentent. Par exemple, un type d'élément de travail Bogue suit les problèmes découverts lorsque vous créez le produit, et un type d'élément de travail Tâche suit le développement planifié, les tests ou d'autres types de tâches.

Historique de l'élément de travail

Tous les éléments de travail possèdent un historique qui enregistre toutes les activités qui ont lieu. Dès qu'un élément de travail est modifié, par exemple si l'élément passe à l'état fermé ou que des notes sont mises à jour avec de nouvelles informations, toutes les modifications sont enregistrées afin que l'historique complet des activités en rapport avec un élément de travail soit accessible à tout utilisateur à n'importe quel moment. Pour plus d'informations sur les éléments de travail, consultez Utilisation d'éléments de travail Team Foundation.

Requêtes

Les requêtes d'élément de travail sont utilisées pour rechercher des éléments de travail qui correspondent à un jeu spécifique de critères. Les requêtes permettent de rechercher l'état actuel d'éléments de travail. Par exemple, une requête peut rechercher tous les éléments de travail Bogue avec une priorité de 1. Une autre requête peut rechercher tous les éléments de travail Tâche qui sont assignés à l'équipe de développement Web. Pour plus d'informations sur les requêtes d'élément de travail, consultez Utilisation de requêtes d'élément de travail.

Intégration à Microsoft Project et Microsoft Excel

Les éléments de travail sont stockés dans une base de données sur le serveur Team Foundation ; toutefois, vous pouvez importer et suivre des copies d'éléments de travail dans Microsoft Project ou Microsoft Excel. Par exemple, vous pouvez importer les éléments de travail Tâche dans Microsoft Project et les organiser pour équilibrer la charge de travail entre les membres de l'équipe. Les éléments de travail Bogue peuvent également être importés dans Microsoft Excel pour créer une liste des bogues à forte priorité à résoudre. Enfin, vous pouvez mettre à jour les copies hors connexion d'éléments de travail dans Microsoft Project et Microsoft Excel et publier ces mises à jour dans la base de données des éléments de travail afin de synchroniser les éléments de travail hors connexion avec le serveur. Pour plus d'informations sur l'utilisation de Microsoft Project et de Microsoft Excel pour gérer des éléments de travail, consultez Gestion des éléments de travail dans Microsoft Excel et Microsoft Project.

Rapports

Les rapports sont stockés dans une base de données sur le serveur Team Foundation. Ils suivent l'état et les informations de tendance d'un projet d'équipe au fil du temps. Les données des rapports sont stockées dans un entrepôt de données et sont collectées à partir des bases de données opérationnelles sur le serveur Team Foundation. Les types d'informations que vous pouvez suivre dans les rapports sont les modifications apportées aux éléments de travail, les archivages, les états sur les builds de produit et les résultats des tests. Les rapports interprojets peuvent permettre de comparer des données d'historique pour plusieurs projets. Pour plus d'informations sur les rapports, consultez Utilisation de rapports et de métriques.

Rôles

Les rôles sont assumés par un ou plusieurs membres de l'équipe sur un projet d'équipe, et chaque rôle représente une ou plusieurs disciplines requises pour mener à bien le projet d'équipe.

Les rôles ne correspondent pas à des titres ou disciplines de travail spécifiques. Par exemple, le rôle de développeur peut être assumé par un individu avec un titre d'ingénieur en informatique ou de développeur de site Web. Les rôles ont aussi des significations différentes selon le contexte.

Rôles dans la documentation d'aide

La documentation d'aide organise le contenu en trois rôles généraux : Administrateurs, Coordinateurs de projet et Membres du projet. Ces rôles généraux sont utilisés par la documentation d'aide pour vous aider à trouver les tâches et les informations qui s'appliquent le plus vraisemblablement à votre situation lorsque vous travaillez sur un projet d'équipe.

Pour plus d'informations sur les rôles généraux utilisés dans la documentation d'aide, consultez Administrateurs Team Foundation, Coordinateurs de projet Team Foundation et Membres des projets Team Foundation.

Rôles dans le processus

Les nouveaux projets d'équipe sont créés à partir d'un modèle de processus qui définit un jeu de rôles qui sont assumés par tous les membres de l'équipe. Par exemple, le processus MSF for Agile Software Development définit six rôles : analyste métier, chef de projet, architecte, développeur, testeur et responsable de la livraison. Lorsqu'un projet d'équipe est créé à l'aide du processus MSF for Agile Software Development, chaque membre de l'équipe doit assumer l'un de ces rôles. Un rôle définit la façon dont un membre interagit avec le projet d'équipe et travaille sur celui-ci. Pour plus d'informations sur les rôles dans le processus, consultez le guide de processus pour le processus que vous utilisez avec votre projet d'équipe.

Groupes de sécurité

Les groupes de sécurité Team Foundation appliquent les autorisations disponibles pour chaque membre de l'équipe. Lorsqu'un nouveau projet d'équipe démarre, l'administrateur mappe les rôles de processus pour ce projet d'équipe à des groupes de sécurité et des autorisations spécifiques. En outre, le modèle de processus définit un jeu par défaut de groupes de sécurité. Par exemple, MSF for Agile Software Development définit les groupes de sécurité Contributors et Readers. Par conséquent, dans un nouveau projet d'équipe, un développeur est vraisemblablement mappé au groupe de sécurité Contributors.

Activation du processus

De nombreuses équipes de produit tentent à tort d'adapter leurs outils à leur processus. Team Foundation active le processus dans les outils en donnant aux équipes la possibilité de personnaliser le processus par le biais d'un jeu de fichiers XML. Chaque projet d'équipe peut suivre un processus différent.

Team Foundation prend en charge la personnalisation des éléments de travail, des instances d'élément de travail, des rapports, de la sécurité, du portail du projet, des documents et des modèles, des paramètres du contrôle de code source et du contenu du guide de processus.

Pour plus d'informations sur la personnalisation du modèle de processus, consultez Gestionnaire de modèles de processus.

Intégration des outils

Pour améliorer la collaboration, les outils utilisés par une équipe doivent fonctionner de manière intégrée afin d'éviter d'une part la duplication des travaux, par exemple la répétition des configurations de sécurité dans plusieurs outils, et d'autre part les tâches manuelles et pourtant évidentes, par exemple la mise à jour manuelle de l'état dans un rapport lorsqu'un élément de travail est fermé.

Les outils Team Foundation s'intègrent entre eux pour automatiser de nombreuses tâches qui n'ont généralement pas lieu entre outils. Par exemple, lorsque vous archivez le code source pour corriger un bogue, vous pouvez résoudre automatiquement l'élément de travail qui décrit le bogue.

Intégration dans l'environnement de développement intégré

De nombreux outils Team Foundation sont intégrés à l'environnement de développement intégré (IDE) de Visual Studio. Team Explorer est la fenêtre principale qui permet de travailler avec les projets d'équipe. Des fenêtres supplémentaires sont disponibles dans Team Explorer, telles que l'Explorateur du contrôle de code source et l'Build Explorer.

Extensibilité de Team Foundation

Team Foundation peut également être étendu pour intégrer des outils supplémentaires qui sont créés par des organisations tierces. Pour plus d'informations, consultez le Centre d'extensibilité Visual Studio.

Intégration à d'autres outils

Vous pouvez utiliser Team Foundation avec d'anciens projets Visual Studio et d'autres outils et projets de code. Bien que vous ne puissiez ni afficher ni compiler ces types de projets à l'aide de Team Foundation, vous pouvez les exécuter côte à côte. Vous pouvez utiliser Team Foundation pour collaborer sur les projets, lorsque vous utilisez une version antérieure de Visual Studio, ou les autres outils, pour générer le code. Pour plus d'informations sur la façon de travailler avec d'anciens projets et d'autres outils, consultez Utilisation de projets Visual Studio antérieurs ou d'autres projets de code.

Démarrage

Lorsque vous commencez à travailler avec Team Foundation, vous pouvez vous demander par où commencer. La réponse dépend de votre rôle. Les administrateurs commencent généralement par configurer les serveurs Team Foundation et accorder des autorisations. Les coordinateurs de projet créent bien souvent de nouveaux projets d'équipe et commencent à suivre le travail. Quant aux membres du projet, ils joignent en général des projets d'équipe et commencent à créer des éléments de travail ou à travailler sur des éléments de travail qui leur sont assignés.

Project Administrators

Les administrateurs de projet gèrent les opérations quotidiennes des serveurs Team Foundation. Leur rôle consiste notamment à configurer de nouveaux serveurs Team Foundation, à créer de nouveaux projets d'équipe, à sauvegarder et à restaurer les données, et à configurer la sécurité pour les membres de l'équipe.

Questions sur le démarrage

Le tableau suivant répertorie les questions types que peut se poser un administrateur du projet avant de commencer, ainsi que des liens vers des informations supplémentaires.

Coordinateurs de projet

Les coordinateurs de projet sont chargés d'un ou plusieurs projets d'équipe. Ils surveillent l'activité quotidienne du projet en exécutant des requêtes et des rapports, et assignent également des éléments de travail pour veiller à la progression du projet.

Questions sur le démarrage

Le tableau suivant répertorie les questions types que peut se poser un coordinateur de projet avant de commencer, ainsi que des liens vers des informations supplémentaires.

Membres du projet

Un membre de projet est une personne qui travaille sur un ou plusieurs projets d'équipe. Les membres du projet doivent comprendre le processus qu'ils utilisent dans le cadre de leur projet d'équipe, savoir comment rechercher et résoudre les éléments de travail qui leur sont assignés, et savoir comment travailler avec le contrôle de code source.

Questions sur le démarrage

Le tableau suivant répertorie les questions types que peut se poser un membre du projet avant de commencer, ainsi que des liens vers des informations supplémentaires.

Voir aussi

Autres ressources

Documentation Visual Studio Team System

Architecture Edition

Development Edition

Test Edition