Project Server & Team Foundation Server

Publié par Noham CHOULANT le décembre 20, 2011 · Laisser un commentaire

Les projets informatique du XXI ^ième siècle ne sont plus les mêmes que les années 1990. Les équipes sont plus importantes, les projets sont soumis à plus de critères :

Financier
Qualité
Coût
Charge
Dates
Exigences
…

Un certain nombre de méthodes ont fait leur apparition pour permettre d’ordonnancer, de structurer les projets.

Mais une méthode a besoin d’outils pour parfaire son efficacité, il y a un nombre important de logiciels ou progiciels sur le marché, mais un se détache ; c’est MS Project. Cet outil n’a plus besoin d’être présenté tant il a déjà pu apporter, depuis des années, aux divers personnes ayant eux des besoins de planification, de gestions, de décisions.

Dans les projets informatiques il est utile d’avoir un outil de planification, mais il est aussi nécessaire d’avoir un outil plus technique « Software Development life cycle» SDLC. Pour cette partie, il est apparu en 2005 dans sa première version « Team Foundation Server » TFS qui permet la collaboration entre les membres d’une équipe de développement sur les domaines suivants :

Documentation
Code source
Tâche de travail
Gestion des builds
Gestion des tests

Après quelques années d’amélioration et le développement de nouvelles fonctionnalités, TFS permet aujourd’hui à une ou plusieurs équipes d’être plus productives avec une nette amélioration de la qualité, tout en simplifiant la vie des développeurs et des chefs de projets.

Les équipes de Microsoft ont travaillé en collaboration pour permettre à ceux qui souhaiteraient mettre à profit les deux outils (Project Server et Team Foundation Server), un connecteur permettant de synchroniser les tâches (éléments de travail) entre Project Server et Team Foundation Server.

Comment faire pour travailler avec ces deux outils ? La réponse est simple, comment travaillez-vous ? Effectivement la souplesse de ces outils et du connecteur permet de les adapter à votre méthodologie et non l’inverse.

Quels sont les gains ?

Temps, le ROI est rapide tant sur le management que sur la production
Coordination des équipes, interne, externe et client
Amélioration de la compréhension du besoin
Amélioration de la qualité logicielle, test, build, automatisation, traçabilité, gestion du changement…

L’utilisation conjointe des deux outils est un plus pour votre organisation.

Mais comment cela marche-t-il ?

Le client exprime des besoins, ce sont ces besoins dont il souhaite suivre l’évolution et pas forcément de la réalisation des couches applicatives (n-tiers par exemple).

Pour ce faire dans MS Project nous ne planifions que les fonctionnalités (exigences).

Nous n’allons pas nous occuper de la répartition du travail dans les équipes de développement, nous affecterons les tâches au Team Leader ou à l’architecte, dans les petites équipes nous pourrons nous l’affecter à nous même.

Une fois la planification terminée et publiée dans Project Server 2010, c’est au tour de votre Team leader d’affecter les tâches aux membres de l’équipe. Il dispose de deux choses pour avoir cette vision d’attribution :

Ses connaissances sur les compétences de son équipe
La gestion dans Project Server 2010 de la capacité de travail de son équipe

Dans Microsoft Excel, le Team Leader va pouvoir récupérer la liste des exigences pour les découper en tâches et les affecter aux développeurs. Toutes les informations enregistrées sont automatiquement synchronisées dans Project Server.