|
mai
26
|
 |
J’ai eu la chance de participer cette semaine aux XPday qui se tenait à Paris (Vincenne). Le bilan en un mot : Super !
Pour commencer, après quelques péripéties (erreur sur la gare de RER, Val de fontenay != Fontenay sous Bois 
), me voila sur les lieux dans le magnifique chalet de la porte jaune. Le cadre est très sympa, très vert avec un petit lac, des oies, des canards, des chats qui se baladent…
Je récupère mon badge ainsi que mon sac de goodies. Cette année, le cadeau était un timer (style minuteur de cuisine), cool, j’en voulais justement un (très important pour timeboxer une réunion).
La journée commence par une brève présentation, cela me permet de constater que l’évènement est une réussite : plus de 250 inscrits venant de toutes la France, de Belgique, du Canada (et d’ailleurs). Décidément, l’agilité en France à de beaux jours devant elle.
|
22:42
|
|
avr
16
|
|
Hier soir le ParisJug proposait un thème un peu différent en abordant Scrum : la star montante des méthodes agiles.
J’hésitais un peu à y aller, craignant que les présentations soient plus de l’introduction à Scrum. Puis je me suis décidé pour voir Eric Mignot de chez Pyxis, voir le Touilleur (aka Nicolas Martignole) faire sa première et pour revoir Guilaume Bodet qui avait fait une très bonne présentation au Scrum User Group en mars. Bien m’en a pris, car la soirée était très instructive !
|
9:06
|
|
avr
1
|
|
Cette semaine j’ai été pas mal inspiré par la lecture de cette article (how to become an expert). Ce que l’on peut retenir de cet article, c’est que tout le monde peut devenir un expert. Pour cela il faut : de la détermination, de la rigueur et du travail. A force de travail tous le monde peut devenir expert au bout de quelques années (contrairement à devenir un champion ce qui requiert en plus des aptitudes particulières).
De plus, l’article propose une méthode pour aller vers cet objectif. La méthode proposée et je trouve très interessante, elle propose de définir les domaines à travailler, d’identifier le but de tavailler ce domaine, puis de définir un ensemble d’actions concrètes. Rien de bien nouveau, cependant, j’ai trouvé intéressant la méthode qui est de travailler de manière incrémental, plutôt que de travailler full time un sujet. Mieux vaux travailler un ensemble de sujet et d’itérer dessus pour monter en compétence. Cela donne plus de recul et une meilleure vision d’ensemble. A titre d’exemple, l’année dernière en travaillant Spring, je travaillais en parallèle les design pattern, le fait de comprendre des design pattern comme le « template » ou le « stategy » m’ont aidé à avoir une meilleure compréhension de Spring et de son utilisation.
Après avoir lu l’article j’ai créé mon propre tableau d’objectif, je vous le livre dans sa version alpha :
|
9:09
|
|
fév
15
|
|
Cette semaine nous mettions en place chez BT des formations pour les collaborateurs. Le but du jeux est de permettre à ceux qui le souhaitent de partager leurs connaissances et de permettre à ceux qui le souhaitent de venir les écouter et d’en discuter. Pour ce premier essai je me suis lancé sur une présentation sur les tests. J’ai essayé de faire passer mon intérêt pour la démarche et sur le TDD, en essayant de faire passer l’argument que coder en testant ne coûte pas forcemment plus cher. Pour la suite, Jean-François Macresy nous a fait un topo des méthodes d’estimation de charges. La soirée était plutôt réussi avec une quinzaine de personnes attentives et à priori globalement satisfaites. Ci-dessous la présentation que j’ai donné :
View more presentations from nrichand. (tags: java tdd)
|
21:41
|
|
jan
21
|
|
Après avoir joué l’évangéliste Spring pendant plusieurs mois, me voici maintenant dans la peau de l’évangéliste agile. Cependant, mon évangélisation à plus de mal à passer. La majorité des gens à qui je présente les méthodes agiles n’ont que peu d’idées des concepts agiles voir même plutôt ont de fausses idées sur XP.
En effet, j’ai remarqué que beaucoup de gens connaissaient le terme eXtrem Programming. Malheureusement, pour ces personnes les seules idées qu’ils en restent sont : « XP c’est coder à deux sur un seul PC ? Très peu pour moi… » ou bien « XP c’est coder et ne pas faire de docs ? C’est faire un projet à l’arrache …».
Et bien non ! XP, et plus généralement les méthodes agiles, ce n’est pas ça !
Click to continue »
|
11:43
|
|
nov
16
|
|
J’ai découvert il y a un certain temps déja cette méthode d’estimation de charge qui commence à avoir pas mal de succès dans les projets Scrum. Cette méthode, assez ludique, permet d’estimer en équipe le cout d’un item de backlog.
Chaque « joueur » possède un jeu de carte avec une durée marquée sur chacune des cartes et à chaque tour, le joueur choisi la carte correspondant à son estimation. Puis chacun dévoile sa carte.
Une présentation sympa en est faites ICI.
|
21:16
|
