Partager via


Planification d'un projet d'équipe

Mise à jour : novembre 2007

Avant de créer un projet d'équipe, vous devez planifier avec soin la portée du projet et prendre en compte son évolution en termes des modifications qui seront apportées, de sa croissance et de sa maintenance. Cette rubrique présente une liste de questions auxquelles vous devez répondre pour déterminer s'il vaut mieux créer un nouveau projet d'équipe ou développer un projet existant. Cette liste de questions est fournie comme point de départ pour votre réflexion et ne constitue pas une liste exhaustive ou définitive pour tous les projets de développement de logiciels. Les questions sont réparties en quatre groupes :

  • Questions sur le projet d'équipe actuel et vos travaux ultérieurs

  • Questions sur la capacité et les performances de Team Foundation Server

  • Questions sur la structure ou la hiérarchie pour l'organisation du projet d'équipe

  • Questions sur le processus préféré de développement de logiciels

Pour la plupart des questions, si vous répondez oui, nous vous recommandons de créer un nouveau projet d'équipe.

Le diagramme suivant affiche les questions sous la forme d'une arborescence de décision et vous permettra de visualiser la façon dont les différentes questions sont associées.

Planification d'un projet d'équipe

Questions sur le projet d'équipe actuel et vos travaux ultérieurs

Pour répondre aux questions suivantes, songez à votre projet d'équipe actuel et à la façon dont vous souhaitez travailler à l'avenir. Vous pouvez également déterminer si la capacité du projet d'équipe est suffisante pour prendre en charge les travaux ultérieurs.

Le diagramme suivant affiche les questions sous la forme d'une arborescence de décision et vous permettra de visualiser la façon dont les différentes questions sont associées.

Planification d'un projet d'équipe - section 2

S'agit-il d'une nouvelle installation de Team Foundation Server ?

Si vous venez d'installer Team Foundation Server pour la première fois, vous devez créer un nouveau projet d'équipe avant de pouvoir utiliser les fonctionnalités ou les outils de Team Foundation. Si vous travaillez sur une installation existante, un projet d'équipe existant peut se trouver sur le serveur. Dans ce cas, vous devez évaluer l'adéquation de ce projet par rapport à vos travaux ultérieurs.

Avez-vous besoin d'un nouveau portail d'équipe ?

Examinez le contenu et le domaine de concentration du portail d'équipe actuel. Déterminez si le contenu et le domaine de concentration du portail sont adaptés aux travaux ultérieurs. Si vous souhaitez créer un autre portail d'équipe qui porte spécifiquement sur les travaux ultérieurs, vous devez créer un nouveau projet d'équipe et un nouveau portail d'équipe. Nous vous recommandons fortement d'utiliser un seul portail d'équipe pour chaque projet d'équipe.

Les utilisateurs doivent-ils disposer d'autorisations différentes ?

Examinez les assignations des tâches et les autorisations de sécurité pour tous les membres du projet d'équipe. Déterminez si :

  • Les membres du projet d'équipe actuel assumeront plusieurs rôles lors des travaux ultérieurs.

  • Une même personne aura besoin d'autorisations différentes pour différentes parties du projet.

  • Différents utilisateurs assumeront les mêmes rôles que les membres de l'équipe actuelle.

Si les utilisateurs qui travaillent sur le projet ont besoin d'autorisations différentes, vous devez créer un nouveau projet d'équipe.

Souhaitez-vous utiliser des stratégies d'archivage différentes ?

Examinez les stratégies d'archivage actuelles pour le projet d'équipe actuel. Déterminez si les stratégies d'archivage sont adaptées aux travaux ultérieurs. Si vous souhaitez utiliser des stratégies d'archivage différentes pour vos travaux ultérieurs, vous devez créer un nouveau projet d'équipe et définir de nouvelles stratégies d'archivage. Team Foundation Server prend uniquement en charge l'utilisation d'un seul jeu de stratégies d'archivage pour chaque projet d'équipe.

Souhaitez-vous utiliser des paramètres différents ?

À mesure que vous acquérez de l'expérience dans un projet d'équipe, vous pouvez décider de modifier les paramètres du projet. Certains paramètres peuvent être modifiés dans le projet d'équipe existant, alors que d'autres ne peuvent l'être qu'en créant un nouveau projet d'équipe pour continuer le travail. Les questions suivantes vous aideront à déterminer l'adéquation des paramètres actuels.

Souhaitez-vous utiliser un modèle de processus différent ?

Identifiez le modèle de processus et, le cas échéant, le guide de processus utilisé dans le projet d'équipe actuel. Déterminez si le modèle est adapté aux travaux ultérieurs. Si vous souhaitez utiliser un modèle de processus différent pour les travaux ultérieurs, vous devez créer un nouveau projet d'équipe qui utilise cet autre modèle. Team Foundation Server prend uniquement en charge l'utilisation d'un seul modèle de processus pour chaque projet d'équipe. Après le démarrage du projet d'équipe, vous pouvez personnaliser manuellement le modèle de processus utilisé en fonction du projet d'équipe. Toutefois, à moins que ces modifications personnalisées ne soient enregistrées dans le modèle de processus stocké sur le serveur Team Foundation, les modifications n'apparaîtront pas dans les nouveaux projets d'équipe basés sur ce modèle.

Souhaitez-vous utiliser des types d'éléments de travail différents ?

Identifiez le type des éléments de travail utilisés dans le projet d'équipe actuel. Déterminez si les types d'éléments de travail sont adaptés aux travaux ultérieurs. Si vous souhaitez utiliser des types d'éléments de travail différents ou les mêmes types d'éléments de travail, mais avec un contenu différent, vous devez créer un nouveau projet d'équipe et définir de nouveaux types d'éléments de travail. Team Foundation Server prend uniquement en charge l'utilisation d'un seul jeu de types d'éléments de travail pour chaque projet d'équipe.

Souhaitez-vous effectuer des essais avec le processus ou d'autres paramètres du projet d'équipe ?

Si vous débutez dans Team Foundation Server ou que vous souhaitez améliorer le fonctionnement de votre équipe, vous pouvez effectuer des essais avec d'autres flux de travail, hiérarchies de classification, processus de génération, stratégies, etc. Créez un projet d'équipe séparé pour effectuer ces essais.

Utilisez-vous un fichier .mpp ou .xls maître dans votre gestion ?

Examinez les informations et les outils que vous utilisez pour gérer l'équipe, surtout si vous gérez plusieurs projets d'équipe. Si vous utilisez Microsoft Project ou Microsoft Excel comme outil principal pour gérer des projets d'équipe et que vous souhaitiez suivre toute l'activité des projets dans le même fichier .mpp ou .xls maître, continuez à ajouter des itérations à un projet au lieu de créer un nouveau projet d'équipe. Team Foundation Server ne prend pas en charge l'utilisation de Microsoft Project ou de Microsoft Excel pour afficher les éléments de travail qui sont partagés entre projets d'équipe. En d'autres termes, si vous gérez deux projets d'équipe ou plus et que vous ayez des éléments de travail qui sont associés à plusieurs projets d'équipe, vous ne pouvez pas afficher ces éléments de travail dans Microsoft Project ou Microsoft Excel. Au lieu de cela, vous devez utiliser l'un des autres outils de création de rapports de Team Foundation Server pour afficher et gérer ces éléments de travail partagés.

Le projet comporte-t-il plus de 10 millions d'éléments de travail gérés ?

Comptez le nombre total d'éléments de travail dans le projet d'équipe actuel et déterminez si vous avez utilisé plus de la moitié de la capacité de Team Foundation Server. Team Foundation Server prend en charge un maximum de 20 millions d'éléments de travail gérés dans un même projet d'équipe. Si vous avez utilisé plus de la moitié, il se peut que vous manquiez d'espace avant la fin du nouveau projet d'équipe. En outre, la complexité des éléments de travail peut dégrader les performances de Team Foundation Server.

Souhaitez-vous déplacer manuellement tous les éléments de travail actifs dans le projet ?

Comptez le nombre d'éléments de travail actifs dans le projet d'équipe actuel. Si vous créez un nouveau projet d'équipe, vous devez copier ces éléments de travail du projet actuel vers le nouveau projet d'équipe. Team Foundation Server ne prend pas en charge la copie en bloc ni le déplacement d'éléments de travail entre projets. Supposons qu'il faille 30 secondes pour copier un élément de travail d'un projet d'équipe et le coller dans un autre. La copie de 500 éléments de travail nécessiterait donc 250 minutes de travail continu, soit plus de 4 heures.

Vous pouvez également utiliser Microsoft Excel pour copier en bloc des éléments de travail d'un projet d'équipe vers un autre. Bien que la copie en bloc effectue une copie des informations actuelles contenues dans les éléments de travail, l'historique des éléments de travail, les pièces jointes et les liens dans le nouveau projet d'équipe ne sont pas copiés. Pour plus d'informations sur la copie en bloc d'éléments de travail à l'aide de Microsoft Excel, consultez Utilisation des éléments de travail dans Microsoft Excel et Microsoft Project.

Vous devez déterminer si les avantages liés à la création d'un nouveau projet d'équipe l'emportent sur les coûts associés à la copie des éléments de travail.

Les fonctionnalités logicielles changent-elles considérablement ?

Si les travaux ultérieurs introduisent de nouvelles technologies ou de nouvelles fonctionnalités logicielles significatives, vous pouvez envisager de créer un nouveau projet d'équipe. Des nouvelles technologies ou fonctionnalités peuvent nécessiter des flux de travail, des tests, des scripts de génération et d'autres éléments très différents qui peuvent à leur tour nécessiter l'apport de modifications significatives au modèle de processus ou au guide de processus en cours.

Questions sur la capacité et les performances de Team Foundation Server

Pour répondre aux questions suivantes, songez au serveur Team Foundation qui stocke le projet d'équipe actuel et qui hébergera les travaux ultérieurs. Vous pouvez également déterminer si la capacité et les performances du serveur sont suffisantes pour prendre en charge la charge des travaux ultérieurs.

Le diagramme suivant affiche les questions sous la forme d'une arborescence de décision et vous permettra de visualiser la façon dont les différentes questions sont associées.

Planification d'un projet d'équipe - section 3

Des problèmes de performances surviennent-ils sur le serveur ?

À mesure que Team Foundation Server accumule des éléments de travail, du code source, des documents et autres artefacts, le serveur peut prendre plus de temps pour retourner des requêtes, archiver des fichiers ou générer un projet de logiciel. Si ces actions s'exécutaient plus rapidement lors des premières utilisations de Team Foundation Server, ce ralentissement des performances du serveur peut être dû au nombre de projets d'équipe sur le serveur Team Foundation. Plus il y a de projets d'équipe sur le serveur, plus les performances du serveur seront moindres. Si les performances du serveur constituent un problème, songez à mettre à niveau la configuration matérielle du serveur et à poursuivre le projet d'équipe actuel, ou à créer un nouveau projet d'équipe sur un autre serveur.

Avez-vous mis à niveau le serveur ?

Si les performances liées aux requêtes, à l'archivage ou à la génération constituent un problème, contactez votre administrateur Team Foundation Server pour passer en revue les mises à niveau qui ont été apportées à la configuration matérielle du serveur ou qui sont prévues pour la période des travaux ultérieurs. Si la configuration matérielle du serveur n'a pas été mise à niveau, une mise à niveau peut permettre d'obtenir des niveaux de performances acceptables. Si une mise à niveau est planifiée, mais qu'elle n'a pas encore été effectuée, vous pouvez créer un nouveau projet d'équipe au lieu d'ajouter des itérations à un projet existant.

Une bibliothèque de documents contient-elle plus d'un million de documents ?

Contactez votre administrateur Team Foundation Server et déterminez le nombre de documents stockés sur le serveur Team Foundation. Windows SharePoint Services prend en charge 2 millions de documents au maximum dans une bibliothèque de documents sur un serveur. Lorsque le nombre de documents s'approche du maximum autorisé, les performances du serveur diminuent et votre équipe peut se trouver dans l'incapacité de stocker des documents par manque de place. Si vous avez utilisé plus de la moitié de la capacité du serveur, nous vous recommandons de créer un nouveau serveur Team Foundation et un nouveau projet d'équipe sur ce nouveau serveur. Pour plus d'informations, consultez « Capacity Planning for Windows SharePoint Services » (https://office.microsoft.com/en-us/assistance/HA011607741033.aspx.

Remarque :

Lorsque vous planifiez la capacité de votre projet, sachez que vous ne pourrez pas déplacer ultérieurement le projet d'équipe d'un serveur à un autre. Le projet d'équipe peut être sauvegardé et restauré sur ce serveur, mais le déplacement du projet d'équipe d'un serveur Team Foundation Server à un autre n'est pas pris en charge.

Team Foundation Server contient-il plus de 200 projets d'équipe ?

Contactez votre administrateur Team Foundation Server et déterminez le nombre de projets d'équipe contenus sur le serveur Team Foundation. Team Foundation Server peut prendre en charge cinq cents (500) projets d'équipe au maximum si vous utilisez le modèle de processus MSF for Agile Software Development pour la création de projet. Team Foundation Server peut prendre en charge deux cent cinquante (250) projets d'équipe au maximum si vous utilisez le modèle de processus MSF for CMMI Process Improvement pour la création de projet. Lorsque le nombre de projets d'équipe s'approche du maximum autorisé, les performances du serveur diminuent et votre équipe peut se trouver dans l'incapacité de stocker des projets d'équipe par manque de place. Si vous avez utilisé plus de la moitié de la capacité du serveur, prévoyez d'installer un nouveau serveur Team Foundation et un nouveau projet d'équipe sur ce nouveau serveur. Pour plus d'informations, consultez Présentation de la planification de Team Foundation Server.

Le serveur Team Foundation Server contient-il plus de 1000 utilisateurs ?

Contactez votre administrateur Team Foundation Server et déterminez le nombre d'utilisateurs uniques sur le serveur Team Foundation. Team Foundation Server prend en charge un maximum de 2000 utilisateurs sur un même serveur, en fonction du matériel installé sur le serveur. Lorsque le nombre d'utilisateurs s'approche du maximum autorisé, les performances du serveur diminuent et votre équipe peut se trouver dans l'incapacité d'ajouter des utilisateurs uniques par manque de place. Si vous avez utilisé plus de la moitié de la capacité du serveur, nous vous recommandons de créer un nouveau serveur Team Foundation Server et un nouveau projet d'équipe sur ce nouveau serveur. Pour plus d'informations, consultez Configuration requise pour le serveur Team System.

Souhaitez-vous conserver les artefacts de projet d'équipe d'une période donnée pour un audit ou une révision historique ultérieur ?

Si vous souhaitez créer périodiquement un enregistrement historique des artefacts de projet d'équipe (par exemple, le code source, les éléments de travail, les documents ou les rapports) et protéger cet enregistrement contre toute modification intentionnelle ou involontaire, vous pouvez créer un nouveau projet d'équipe après une itération majeure, un jalon ou une version finale. Pour protéger l'enregistrement, vous pouvez créer un nouveau projet d'équipe, brancher l'arborescence source existante, copier les autres objets dans le nouveau projet d'équipe, puis supprimer toutes les autorisations pour apporter des modifications dans le projet d'origine.

À ce stade du processus de planification, vous devez décider si vous souhaitez créer un nouveau projet d'équipe ou continuer à utiliser le projet d'équipe existant pour les travaux ultérieurs. Si vous décidez de créer un nouveau projet d'équipe, avant de passer au jeu suivant de questions, vous devez également déterminer :

  • Votre plan à long terme, par exemple pour les cinq années à venir, concernant la création et la dénomination des projets de développement de logiciels.

  • La limite conceptuelle pour le nouveau projet d'équipe, par exemple les types de choses qui sont incluses ou exclues.

Ces deux décisions reposant très probablement sur des facteurs situés à l'extérieur de Team Foundation et propres à votre organisation, elles ne sont pas traitées plus en détail dans cette rubrique.

Questions sur la structure ou la hiérarchie pour l'organisation du projet d'équipe

Pour répondre aux questions suivantes, songez à la façon dont le projet d'équipe actuel est organisé et déterminez si ce mode d'organisation est optimal pour les travaux ultérieurs. Vous pouvez également évaluer l'adéquation de l'organisation des travaux ultérieurs par rapport à l'organisation du code source et au reste de votre organisation.

Le diagramme suivant affiche les questions sous la forme d'une arborescence de décision et vous permettra de visualiser la façon dont les différentes questions sont associées.

Planification d'un projet d'équipe - section 4

La structure est-elle imposée par un groupe externe ?

Votre organisation peut déjà posséder une structure standard pour les projets de logiciels qui est basée sur l'unité d'exploitation ayant fait la demande du logiciel, la source de financement du travail, les événements critiques à l'organisation ou tout autre facteur en dehors du cycle de vie de développement de logiciels. Définissez la hiérarchie des zones et des itérations du projet d'équipe de façon à ce qu'elle corresponde à la structure requise.

L'équipe crée-t-elle un produit ?

Si vos travaux ultérieurs portent principalement sur la création d'un produit autonome avec une identité claire, vous pouvez organiser le code source, les itérations et les zones selon les caractéristiques du produit. Chaque nouveau produit doit correspondre à un projet d'équipe distinct.

Créez-vous une nouvelle version ?

Si vos travaux ultérieurs portent principalement sur la création d'une nouvelle version d'un produit existant, vous pouvez organiser le code source, les itérations et les zones selon la version du logiciel. Chaque nouvelle version doit correspondre à un projet d'équipe distinct.

Des dates de début et de fin fixes ont-elles été définies ?

Si vos travaux ultérieurs portent principalement sur des dates de début et de fin fixes, vous pouvez baser votre organisation sur la version du logiciel. Chaque jeu majeur de dates de début et de fin doit correspondre à un projet d'équipe distinct.

Êtes-vous préoccupé par l'accumulation des éléments ?

Au fur et à mesure de l'avancée du travail sur le logiciel, le projet d'équipe peut faire l'objet d'une accumulation d'éléments de travail, de documents, de rapports, de scripts génération et d'autres éléments de projet d'équipe et produits de travail. La surveillance et la gestion de ces éléments entraînent des coûts de stockage et de personnel. Si vous êtes inquiet au sujet de l'accumulation des éléments du projet d'équipe et que vous souhaitez archiver ou supprimer ces éléments le plus rapidement possible, vous pouvez baser votre organisation sur la version du logiciel. Chaque version majeure doit correspondre à un projet d'équipe distinct.

Souhaitez-vous stocker le code source par équipe ?

Si vous préférez avoir un seul projet de code source pour tout le projet d'équipe au lieu de projets de code source séparés selon le produit, la version ou l'unité d'exploitation, vous pouvez organiser votre hiérarchie de zones et d'itérations de façon à ce qu'elle corresponde à l'organisation de toute l'équipe de développement de logiciels.

Effectuez-vous simplement une maintenance de logiciels ?

Si vos travaux ultérieurs portent principalement sur la maintenance de logiciels dans l'infrastructure de l'organisation et non à des fins de distribution à l'extérieur de l'organisation, vous pouvez organiser votre hiérarchie de zones et d'itérations de façon à ce qu'elle corresponde à l'organisation de toute l'équipe de développement de logiciels.

Questions sur le processus préféré de développement de logiciels

Pour répondre aux questions suivantes, songez au processus de développement de logiciels que vous souhaitez utiliser pour accomplir les travaux ultérieurs. Vous pouvez également déterminer s'il existe un processus mandaté ou une priorité sur l'amélioration du processus.

Le diagramme suivant affiche les questions sous la forme d'une arborescence de décision et vous permettra de visualiser la façon dont les différentes questions sont associées.

Planification d'un projet d'équipe - section 5

Êtes-vous tenu, légalement ou dans le cadre d'un contrat, d'utiliser CMMI ?

Dans certains cas, vous ne pouvez pas choisir le modèle de processus utilisé pour créer un nouveau projet d'équipe. Par exemple, certaines réglementations gouvernementales peuvent exiger que le logiciel soit développé à l'aide du processus CMMI. Vous devez par conséquent sélectionner le modèle MSF for CMMI Process Improvement lorsque vous créez le projet d'équipe. L'organisation de financement peut aussi imposer l'utilisation de CMMI.

Avez-vous besoin d'un plus grand nombre de rôles ?

Si vos travaux ultérieurs nécessitent de nombreux rôles pour les membres de l'équipe, vous devez déterminer si le modèle MSF for CMMI Process Improvement est approprié. Par exemple, vous venez peut-être de terminer un projet d'équipe à l'aide du modèle MSF for Agile Software Development et vous constatez que les rôles suivants, qui sont fournis par défaut avec ce modèle, n'étaient pas suffisants pour votre équipe :

  • Analyste d'entreprise

  • Chef de projet

  • Architecte

  • Développeur

  • Testeur

  • Responsable de la livraison

Le modèle MSF for CMMI Process Improvement est fourni par défaut avec un jeu plus complexe de rôles. Ceux-ci sont les suivants :

  • Chef de projet

  • Commanditaire

  • Architecte

  • Expert

  • Développeur

  • Responsable du développement

  • Ingénieur de conception

  • Testeur

  • Gestionnaire de tests

  • Auditeur

  • Spécialiste en qualité de service

  • Responsable de la livraison

  • Responsable de la gestion intégrée

  • Architecte de l'information

  • Spécialiste de la documentation utilisateur

  • Chef de produit

  • Analyste d'entreprise

Un groupe extérieur recommande-t-il des améliorations de processus ?

Si votre organisation est soucieuse d'améliorer les processus, l'organisation peut faire appel à un groupe spécial à l'intérieur ou à l'extérieur de l'organisation pour examiner le flux de travail et les processus métier actuels et suggérer des améliorations. Si vous faites appel à un groupe spécial, utilisez le modèle MSF for CMMI Process Improvement lorsque vous créez un nouveau projet d'équipe.

Documentez-vous actuellement votre processus ?

Si votre organisation est soucieuse des processus, l'organisation peut faire appel à un groupe spécial à l'intérieur ou à l'extérieur de l'organisation pour examiner le flux de travail et les processus métier actuels et suggérer des améliorations. Si vous faites appel à un groupe spécial, utilisez le modèle MSF for CMMI Process Improvement lorsque vous créez un nouveau projet d'équipe.

Existe-t-il un modèle tiers approprié ?

Votre organisation a peut-être déjà adopté un modèle de processus fourni par un fournisseur tiers. Si un modèle est déjà sélectionné, utilisez le modèle tiers lorsque vous créez un nouveau projet d'équipe.

Êtes-vous satisfait de votre processus actuel ?

Si vous êtes satisfait du processus de flux de travail actuel, vous ne souhaiterez peut-être pas en changer ou utiliser un modèle formel. S'il fonctionne bien, ne changez rien.

Le cycle de vie du projet est-il court ?

Si le cycle de vie de votre projet d'équipe est relativement court, c'est-à-dire moins de 90 jours, vous ne souhaiterez peut-être pas recourir à un processus formel tel que CMMI en raison de la charge mémoire supplémentaire engendrée. Dans ce cas, utilisez le modèle MSF for Agile Software Development.

Remarque :

Lorsque vous planifiez la capacité de votre projet, sachez que vous ne pourrez pas déplacer ultérieurement le projet d'équipe d'un serveur à un autre. Le projet d'équipe peut être sauvegardé et restauré sur ce serveur, mais le déplacement du projet d'équipe d'un serveur Team Foundation Server à un autre n'est pas pris en charge.

Voir aussi

Tâches

Procédure pas à pas : création d'un nouveau projet d'équipe

Procédure pas à pas : création d'un nouveau projet d'équipe à partir d'un projet d'équipe existant

Concepts

Création d'un projet d'équipe

Autres ressources

Création et gestion de projets d'équipe