Personnalisation de modèle de processus
Un modèle de processus offre la possibilité de mettre en place des éléments clés permettant de mener à bien un projet d’équipe. Tous les acteurs de celui-ci sont inclus, chef de projet, développeur, testeur, architecte… On pourrait représenter un processus par une méthode de travail ayant pour but le bon déroulement du projet avec tous les rôles qu’il comprend.
Team System est l’un des outils permettant d’automatiser les processus de différents modèles. Cela comprend la génération de documentation, les tests, le contrôleur de code source, les suivis de projet... A la création d’un projet d’équipe, les modèles disponibles sur le serveur sont directement proposés. Par défaut, ils s’appuient sur Microsoft Solution Framework (MSF), qui est basé sur des concepts et des principes ayant pour but d’améliorer efficacement et simplement la productivité d’un large panel de projets.
Les deux modèles proposés ont une approche différente. Le premier, MSF for Agile Software Developpment, cible les projets plus souples, alors que le second, MSF for CMMI Process Improvment, s’applique aux projets ayant besoin d’être formalisés.
Ce schéma représente la réalisation d’un projet avec MSF, où l’intégration est continue. La durée d’une itération est fonction du projet lui-même mais également de la méthode qu’il utilise.
MSF for CMMI Process Improvment :
A la base, CMMI (Capability Maturity Model Integration) sert à mesurer, sur une échèle de 1 à 5, la réussite d’un projet. MSF for CMMI permet normalement d’atteindre le niveau 3, c’est à partir de ce palier que le projet reste cohérent. Pour cela un grand nombre de documents est nécessaire, pouvant servir de comparatif et de suivi tout au long du projet. Une entreprise qui a formalisé ses méthodes de travail correspond parfaitement à ce modèle. Nous allons voir un peu plus précisément les projets pouvant s’appliquer a cette méthode :
- Un projet à long terme, ainsi qu’une grande équipe.
- De longues itérations.
- Posséder une certaine assurance sur le projet (être certain qu’il sera fini).
- Un plan bien défini, on privilégiera le processus en lui même.
Pour plus de détails vous pouvez consulter le Process Guidance de MSF for CMMI Process Improvment.
MSF for Agile Software Developpment :
La réussite d’un projet dépend de plusieurs facteurs, et l’individu en est le principal. Les méthodes agiles se basent sur ce principe et vont améliorer la productivité des membres de l’équipe, l’interaction entre les personnes et les outils étant devenue plus importante que le processus lui-même. A quels projets s’applique donc cette méthode :
- L’équipe est de petite taille, ainsi que le projet.
- Les livraisons se font régulièrement, les itérations sont courtes (environ 1 mois).
- Les fonctionnalités peuvent changer fréquemment.
- Vous devez avoir confiance en votre équipe, fortement soudée.
Pour plus de détails vous pouvez consulter le Process Guidance de MSF for Agile Software Development.
Bien sûr il y a d’autres alternatives. Il existe en effet beaucoup d’autres modèles de processus. Scrum en est un exemple et fait partie des modèles agiles de processus. TFS nous permet d’installer des modèles de processus différents, ce qui tombe très bien puisque nous allons utiliser le modèle Scrum pour la réalisation du projet Touareg. La société Conchango a développé un add-in pour cela, Scrum for Team System.
Scrum :
Comme pour toutes les méthodes agiles, Scrum donne une grande confiance à son équipe, car tout va se jouer autour d’elle. La première étape consistera à établir une liste de fonctionnalités (Product Backlog) ordonnées par priorité. Ensuite, l’équipe va se répartir le travail en tâches (Sprint Backlog) toujours ordonnées par priorité, et ce à partir des Product Backlog définies précédemment.
C’est à ce moment là que commencent les Sprints (l’équivalent des itérations pour les autres méthodes), d’une durée de 1 à 4 semaines. Pendant ce laps de temps, l’équipe doit se réunir tous les jours (Daily Scrum) pour voir les points de la journée passée et de celle qui arrive. Chaque période de Sprint va conduire à un produit potentiellement utilisable, se répétant jusqu’au produit final.
L’équipe devra à chaque fin de Sprint faire un feedback sur celui-ci, mettant ainsi les Product Backlog à jour.
Les modèles de processus sont vraiment essentiels pour une bonne gestion de ses projets d’équipe, et TFS est l’outil adapté pour les mettre en place. Il reste encore beaucoup de fonctionnalités de Team System pour améliorer la qualité de réalisation d’un projet. D’une autre part, vous pouvez créer votre propre modèle de processus et l’intégrer dans TFS, car avant tout le meilleur processus méthodologique, c’est le vôtre.
Après avoir vu les principes des trois modèles différents, nous ne manquerons pas de vous donner le retour d’expérience tout au long de la réalisation de Touareg Project avec Scrum et Team System.
Jérôme