.Net and Team System News - Nadège DEROUSSEN

Je n'ai pas encore utiliser Team System à ce jour (cela ne devrait plus trop tarder) mais j'ai déjà assister à un certain nombre de présentation Microsoft et le produit me paraît plus qu'intéressant. Aussi en attendant de l'utiliser, je glane quelques infos ici et là et je viens de trouver un article de Roy (encore lui) qui parle d'un outil permettant de lier plusieurs Team Foundation Server et de centraliser un certain nombre d'informations dans Outlook, les rendant ainsi disponibles dans un logiciel que nous avons toujours à portée de main, Outlook. Cet outil se nomme TeamLook, il ajoute de nouvelles fonctionnalités à Outlook permettant de gérer les WorkItems, les Reports, ... et il permet de faire des requêtes afin de personnaliser les informations affichées.
Si certains d'entre vous l'ont déjà utilisé, pourriez-vous nous dire ce que vous en pensez, l'outil a-t-il un réel intérêt ? Pour qui ? Les développeurs, les chefs de projet ?
Ce produit est payant mais il existe une version de démo de 90 jours.

L'article sur le site de Roy Osherove :
TeamLook Integrates Into Team System Projects From Outlook
Le site de TeamLook : TeamLook

Roy Osherove nous propose un article dans lequel il nous explique qu'il a une préférence pour Scrum plutôt que XP et en quoi cette méthode est plus facile à proposer car moins extrême.
Scrum ? Mais de quoi s'agit-il ? Je ne connaissais pas jusqu'à ce matin, j'ai découvert ce terme et ce qu'il regroupe sur le blog de Roy. Il s'agit en fait d'une méthode de développement basée sur un processus incrémental et itératif.
Dans son article, Roy nous explique les raisons qui lui font préférer Scrum à XP : Tout d'abord l'utilisation de la méthode Scrum n'est pas aussi contraignante que XP et peut être plus facilement modifiée pour correspondre aux besoins du projet et ensuite, l'appelation de la méthode ne contient pas le mot Extrem.
En effet, la plupart des projets n'utilisent pas une et une seule méthode de développement (ou de gestion de projet en général) mais plutôt une combinaison de bonnes pratiques choisies en fonction des besoins du-dit projet.

Every successful Agile project I've seen has used a combination of practices from several methodologies (you can always attribute some to XP and Some to Scrum, or just XP) - they always create their own version of e methodology 9 it's nether Scrum or XP, ("ScrumP" ? "Xrum" ?) - it's a mutant methodology that fits what that organization or team can do right now. Forcing it any other way will usually lead to failure in adoption - people don't like to be forced to do things they don't think will work - they need to choose to do it. They do whatever they think they need to do anyway - they may just tell management they do things like they are told.

Si vous souhaitez en savoir plus, rendez-vous sur le site de Roy :
Scrum Vs. XP - Why Scrum is easier to sell
Plus d'infos sur Scrum :
What is Scrum ?
Implementing Scrum

N'hésitez pas à partager avec nous votre opinion sur Scrum, XP ou n'importe quelle autre méthode. Pourquoi préférez-vous telle ou telle méthode, qu'apporte-t-elle de plus ?

20/11/2006 : Un nouveau lien pour obtenir des infos sur Scrum
Une description assez complète de la méthode sur Wikipédia : Scrum - Wikipédia