SoireeJeudi28Juin2007

Un article de Agile-Swiss.

Jump to: navigation, search

Le Jeudi 28/06/2007 à partir de 18h30 à Carouge, au Bar du Nord.

Sommaire

1 A propos
2 Ca y'est, c'est fait...

[modifier]

A propos

Le principe de l'AOP est décrit ici

[modifier]

Lieu

Propositions :

Lausanne : (à déterminer) Uniquement s'il y a des vaudois ou des fribourgeois qui viennent ;)
Genève : Bar du Nord à Carouge sinon.

[modifier]

Discussions autour des thèmes proposés

La métaphore. C'est un thème que Jérôme a évoqué lors du dernier AOP. On pourra l'aborder de facon "pratique", sur un exemple: quelqu'un jouera le role du client pour definir le projet et les autres essaieront de representer le(s) probleme(s) sous forme metaphorique. On pourra poursuivre par un débat sur l'utilité réelle de cette pratique un peu "mal-aimee" :-)

Donc:

Quid de la métaphore d'eXtreme Programming? Qu'est-ce? A quoi ca sert? Qui s'en sert? (45 min)
Simulation sur la métaphore (jeux de rôle) (45 min) (Cette partie sera remplacée par des Questions/Réponses sur l'Agilité de personnes extérieures à l'association s'il y en a)

[modifier]

Les membres de l'association participant

[modifier]

Ca y'est, c'est fait...

[modifier]

Bilan

OK, il n'y avait pas grand monde :-( seulement 3 personnes... Mais excellente surprise que cette soirée ! Merci à Sylvain d'avoir proposé le thème de la métaphore. Je pensais, à tort, qu'il s'agissait uniquement d'instaurer un vocabulaire commun. Ce n'est qu'une toute petite partie de cette pratique.

Pratique que nous avons explorée à l'aide d'un exemple fourni par Sylvain (un projet de facturation pour les pharmaciens). Nous sommes parti du vocabulaire métier "le vrai" ; un patient, une facture, un assuré et l'avons transposé dans le monde de l'aiguillage des chemins de fer. sic. Au bout d'une demi-heure se dessinait même, sous le crayon de Jérôme, un atelier de peinture des wagons, des trains qu'on coupait en deux, etc... Et on avait bu qu'une bière !

Tout ça pour dire que la métaphore permet (IMHO) :

d'aider à faire rentrer quelqu'un sur un projet plus rapidement en se servant d'un vocabulaire issu du sens commun
d'aider (et là c'est assez étonnant) à perfectionner/développer une architecture informatique en facilitant la représentation de concepts abstraits.

[modifier]

Les débats

Didier n'étant pas là pour dire tout le peu de bien qu'il pense de cette pratique, c'est plutôt de consensus qu'il faudrait parler. Les questions suivantes restent cependant ouvertes :

Une métaphore peut-elle décrire l'ensemble d'un gros projet IT ? Ou doit-on procéder par sous-partie ?

Une métaphore peut-elle durer tout le temps du projet ? Ou doit-on l'abandonner au profit d'une autre plus pertinente, à mesure que la compréhension du métier progresse ?

[modifier]