jeudi 30 septembre 2010

[Suite] Scénario simple d'utilisation du connecteur

Suite à mon poste de ce matin voici un premier scénario sur l'utilisation simple du connecteur.





Comme le montre ce schéma, les données partant de TFS vers Project Server passe obligatoirement par la base Draft de Project Server. Je rappel que Project Server contient 3 bases de données.
  • 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



[Suite] Le connecteur de TFS et Project Server 2010

Toujours dans mon analyse du connecteur de Team Foundation Server 2010 et de Project Server 2010, je vous livre mon impréssion et les premières explications techniques.

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 :

4 dll font leur apparition, je ne vais pas encore rentrer dans les détails aujourd'hui car j'ai tout simplement pas encore fait le tour de ces DLL, mais cela laisse à penser que nous allons pouvoir développer des applications UI où d'autre connecteur assez simplement.

Petite remarque : La mise en place du connecteur nécessite une petite personnalisation des workitem mais moins importante que dans la version CodePlex de l'ancien connecteur.

La suite au prochain épisode :)

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

Je suis en train d'étudier des possibilités d'avoir une version locale des modifications effectuées lors du développement d'une application et une version équipe de l'ensemble des modifications.  

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"