Visual Studio Team System et Microsoft Solutions Framework
Mise à jour : novembre 2007
Dans Microsoft Visual Studio Team System, une équipe de pairs applique la connaissance des rôles dans le modèle d'équipe MSF Process Guidance. Vous pouvez utiliser ce modèle d'équipe tout au long du cycle de vie du projet, notamment la vision, la production, l'utilisation et la maintenance.
Les éléments suivants sont des rôles dans le modèle d'équipe :
Architecture
Développement
Chefs de produit
Responsables de programmes
Opérations de lancement
Test
Expérience utilisateur
Pour plus d'informations sur Microsoft Solutions Framework, visitez le site Web de Microsoft.
Pour plus d'informations sur l'utilisation de Team Explorer dans le cadre de ces rôles, consultez Comment faire dans Team Foundation.
Architecture
L'architecte est chargé de concevoir et de maintenir l'intégrité architecturale du produit. Il définit aussi bien la structure organisationnelle de l'application que la structure physique de son déploiement. Dans ces domaines, l'objectif de l'architecte est de réduire la complexité ainsi que les effets de couplage et de régression, et d'augmenter la cohésion des composants. En partitionnant le système, chaque partie peut être construite et testée de manière autonome.
L'architecture résultante est importante car elle dicte comment le système sera construit à l'avenir. L'architecture sert également de base à de nombreux aspects d'un projet réussi. Le cadre architectural garantit l'utilité d'un produit, sa fiabilité et la facilité de sa maintenance, son niveau de performances, son respect des normes de sécurité et sa capacité à évoluer en cas de besoin.
Le flux de travail de l'architecture est le suivant :
Analyse
Créer une spécification de qualité de service
Créer des spécifications de produits
Créer l'architecture de la solution
Établir des environnements
Établir un processus de projet
Tester une spécification du client
Vérifier une spécification du produit
Développement
Le développeur est responsable de la construction du produit. Le développeur sénior et le responsable du développement ont également d'autres responsabilités en matière de gestion de projet et de communication. Le développeur s'occupe principalement de l'élaboration du code. En facilitant la communication, le développeur peut plus facilement rester concentré sur cette tâche. Pendant les premières étapes d'un projet, il est également attendu des développeurs qu'ils participent à la création des spécifications du produit qui ne figuraient pas parmi celles définies par le client. Le développeur travaille souvent en collaboration avec l'architecte dans le cadre d'une équipe multi-disciplinaire.
Le rôle du développeur sénior est de coordonner et de communiquer pour le compte des autres développeurs. Il prête son expérience et sa compétence, et fait montre de capacité à orienter le travail de ses collègues développeurs. Les développeurs sénior ont la charge des révisions du code, de la conception et de la couverture de test unitaire. Ils servent de sas vers le reste du projet pour les développeurs. Pour augmenter la productivité, les développeurs sénior coordonnent les communications entre l'ensemble de l'équipe de projet et les organisations externes, et protègent les développeurs contre les divers facteurs susceptibles de perturber leur travail quotidien. C'est pourquoi les développeurs peuvent rarement s'occuper des tâches de codage. En général, ils consacrent environ 50 pour cent de leur temps à communiquer et le reste du temps à diriger, conseiller les développeurs de leur équipe et rédiger le code pour les tâches de développement.
Le flux de travail de développement est le suivant :
Analyse
Créer l'architecture de la solution
Élaborer la documentation
Établir des environnements
Établir un processus de projet
Résoudre un bogue
Implémenter une tâche de développement
Livrer un produit
Tester une spécification du client
Vérifier une spécification du produit
Chefs de produit
Le chef de produit simule le consommateur final du produit. Il a la responsabilité générale vis-à-vis des spécifications du produit. Il doit s'assurer que la vision du produit est réalisée dans le respect des spécifications et que les tests d'acceptation sont développés pour valider le produit. Le chef de produit doit montrer que le produit est en phase avec la planification stratégique de l'organisation et est adapté au(x) segment(s) de marché visé(s) dans l'énoncé de vision initial. Il s'assure que le projet ne dépasse pas le budget et que le dossier commercial est constitué. Son travail est utilisé comme source principale pour les points de contrôle des suivis dans le modèle de gouvernance MSF.
Le flux de travail de la gestion de projets se présente comme suit :
Définir la vision du produit
Livrer un produit
Responsables de programmes
Le responsable de programme est chargé du flux des connaissances et de la création de valeur d'un projet. Cette valeur est généralement décrite esquissée dans l'énoncé de la vision. Le responsable de programme s'approprie le cycle de vie du projet du début à la fin.
Sa mission principale consiste à apporter une valeur commerciale tout en respectant le calendrier et le budget convenus. Le responsable de programme est chargé de la planification des tâches, notamment le développement des plans du projet et d'itération, le contrôle et la création de rapports sur l'état d'avancement du projet ainsi que l'identification et l'atténuation des risques. On attend aussi de lui qu'il consulte les analystes d'entreprise pour planifier tout retard du projet. Le responsable de programme doit consulter les architectes, les développeurs, les testeurs, les spécialistes de la documentation utilisateur et les architectes de l'information pour estimer le travail et faciliter la communication au sein de l'équipe.
Le flux de travail des responsables de programmes est le suivant :
Définir la vision du produit
Créer des spécifications de produits
Élaborer la documentation
Établir un processus de projet
Gérer les problèmes
Planifier une itération
Planifier un projet
Gérer le risque
Tester une spécification du client
Vérifier une spécification du produit
Opérations de lancement
Il incombe au responsable du lancement de gérer le déploiement du produit. Il coordonne la publication avec les équipes d'exploitation ou le contrôle de médias. Ensemble, ils créent un plan de livraison et valident l'expédition ou le déploiement des versions finales candidates (RC).
Le flux de travail des opérations de livraison est le suivant :
Gérer la configuration des référentiels
Créer des spécifications de produits
Établir un processus de projet
Gérer les demandes de modification
Livrer un produit
Test
Le testeur a pour principale mission de découvrir et de communiquer les problèmes que présente le produit et qui pourraient avoir un impact négatif sur sa valeur. Le testeur doit connaître le contexte du projet et aider les autres à prendre des décisions éclairées sur cette base. Un des objectifs principaux du testeur est d'identifier et de signaler les bogues significatifs du produit en testant ce dernier. Une fois qu'un bogue a été identifié, le testeur doit également faire part de son impact avec précision et décrire les solutions susceptibles de diminuer cet impact. Le testeur rédige les descriptions de bogues et les étapes à suivre pour les recréer de manière claire et simple à comprendre. Il participe avec l'ensemble de l'équipe à la définition des normes de qualité du produit. L'objectif des tests est de prouver que les fonctionnalités connues fonctionnent correctement et de découvrir les éventuels problèmes que présente un nouveau produit.
Le flux de travail du testeur se présente comme suit :
Analyse
Fermer un bogue
Élaborer la documentation
Établir des environnements
Établir un processus de projet
Livrer un produit
Tester une spécification du client
Vérifier une spécification du produit
Expérience utilisateur
Le spécialiste de la documentation utilisateur est généralement un rédacteur technique qui s'emploie à rédiger une documentation technique orientée consommateur susceptible de renforcer ou d'améliorer la valeur du produit. Il peut travailler à la rédaction de manuels produit, de l'aide en ligne, de manuels d'utilisation, de maintenance et de formation ainsi que d'autres éléments de documentation pouvant être utilisés pour améliorer l'utilité et la valeur du produit. Les architectes de la documentation utilisateur travaillent généralement en étroite collaboration avec les spécialistes de la documentation utilisateur.
Le flux de travail de l'expérience utilisateur est le suivant :
Analyse
Élaborer la documentation
Établir un processus de projet
Livrer un produit