- Une draft pour permettre de travaillé sur un planning sans bloqué le projet
- Une Publish qui permet de visualiser le projet
- Une Archive contenant les projets archivés
Rien n'est permanent sauf le changement, la gestion de projet c'est savoir anticiper !!
jeudi 30 septembre 2010
[Suite] Scénario simple d'utilisation du connecteur
[Suite] Le connecteur de TFS et Project Server 2010
La principe est simple, toutes données modifiées dans TFS sont répercutées dans Project Server 2010 et inverssement, cela dans une fréquence de rafraichissement de 30 secondes.
Ce qu'il faut savoir :
- Une instance de PWA peut être liée à une collection de projets dans TFS (TCP)
- Une instance de PWA peut être liée à un ensemble de TCP
- Un TCP ne peux être lié à plusieurs instances de PWA
Le paramétrage ce fait en ligne de commande avec l'outil "TfsAdmin.exe".
Exemple pour récupérer la liste des collections de projets qui sont mappées sur TFS :
TfsAdmin ProjectServer GetMappedCollections /instance:http://localhost:8080/tfs
Je vous livre une vue réduite du scénario technique de création d'une liaison entre Project Server 2010 et TFS 2010 :
samedi 25 septembre 2010
Backup /restore Projet Server 2010
Une fois n'est pas coutume, je vous relaie une information. Il est important de pouvoir sauvegarder et restaurer ses données qui se trouve sur Project Server 2010.
Le 16 septembre Microsoft a sortir "Project Server 2010 Server Settings Backup/Restore tool".
Plus d'information voir ici :
http://technet.microsoft.com/en-us/library/gg128952.aspx
vendredi 17 septembre 2010
Le connecteur TFS -> Project Server 2010
Le connecteur de TFS 2010 et Project Server 2010 est sortie en CTP depuis plus d'un mois. J'ai pu prendre le temps de le tester sur les scénarios mis à notre disposition par Microsoft.
Mardi dernier j'étais au MTC Paris pour valider l'utilisation de ces scénarios, je direct qu'a 80% ces scénarios fonctionne, quel que zones d'ombre reste encore à explorer.
Le système de "QUEUE" de Project Server peut dans certain cas empêcher momentanément la synchronisation.
Le système de paramétrage reste encore inconnu, doit-il se faire coté TFS ou Project Server ou les deux ? Repose-t-il sur le fichier de mapping de TFS ou doit-on en paramétrer un supplémenaire ?
Que de questions, mais n'oublions pas que c'est une CTP et qu'il reste encore du travail à l'équipe de MS avant la version final.
Mes tests de cette semaine sont très concluant, connecteur rapide, fluide.
Je travaille actuellement a des scénarios plus complet que ceux fournit par MS, notamment deux scénarios :
Un pour les personnes venant de TFS
Un pour les personnes venant de Project Server.
D'ici quelques semaines je ferai une présentation au MTC, cela sera l'occasion de valider l'utilisation avec des clients ayant un réel besoin de cet outil.
Je continu mes tests et vous tiens au courant.
jeudi 9 septembre 2010
TFS et ma gestion local
Quel serait l'intérêt ?
Bien que TFS permet de réserver des modifications sur le serveur, il ne permet pas d'avoir un historique en local et encore moins d'échanger entre développeur un ensemble de modifications sans venir polluer le TFS de l'équipe.
Pour représenter mon idée voici un schéma explicatif simple :
Des solutions existe et je vous en présenterais une dans un prochain poste.
La question est : Et vous trouvez vous cela pertinant ?
Pour moi c'est un grand OUI !!!
mardi 7 septembre 2010
Agile ou es tu ? que fais tu ?
Je viens de lire l'article du dernier programmez nommé "Agile et productif !". Et là en fin d'article je me dis ouhaa !!!, c'est exactement ce que je fais au quotidien sur les projets que je gère.
Je suis totalement en accord avec les auteurs "Jean-Baptiste Cazeaux" et "Laurent Carbonneaux", sur la vision des méthodes agiles.
Effectivement coller à une méthodologie de A à Z ne permet pas de correspondre à une entreprise de A à Z.
C'est l’éternelle question entre productivité et habitude.
Mais, je ne suis pas en accord entre le titre et le contenu de l'article. Trop souvent "Méthode Agile" égale Scrum, hors Scrum n'est qu'une des nombreuses méthode Agile.
Les méthodes Agile repose sur le manifeste Agile :
- Individuals and interactions over processes and tools
- Working software over comprehensive documentation
- Customer collaboration over contract negotiation
- Responding to change over following a plan
Donc toutes méthodes mettant en place ces quatre éléments est une méthode agile.
- Rapid Application Development (RAD)
- Dynamic systems development method (DSDM)
- Scrum (1996)
- Feature Driven Development(FDD)
- Extreme programming
- Adaptive software development
- Crystal clear
- MSF Agile
Personnellement je n'ai pas de nom à mettre sur la méthode de projet que j'utilise, je respecte les 4 éléments fondamental de l'agile et j'ajoute aussi :
- L’écoute
- La communication
- La satisfaction
Ma méthode repose sur un peu toutes les méthodes, et c'est cela qui en fait une "Méthode H"