Article paru dans la newsletter #20 – Ete 2007

Au début du mois de juin, 3 Hollandais ont organisé dans leur pays la 3ème édition de AgileOpen, un séminaire OpenSpace sur l’agilité. Bien que relativement modeste dans son format (2 jours de retraite dans la campagne pour une trentaine de personnes), il peut servir de modèle dans une certaine mesure pour la partie OpenSpace des Valtech Days.

Le profil des personnes était assez inhabituel. Peu de développeurs débutants, mais beaucoup de consultants sur l’agilité. Il y avait aussi la présence notable de plusieurs personnes (certaines assez connues, comme Diana Larsen et Rachel Davies) qui font un travail de facilitateur. Certaines n’avaient apparemment jamais programmé dans leur vie! C’est intéressant, parce que cela peut représenter une autre évolution professionnelle crédible pour des personnes non techniques qui cherchent à devenir chefs de projets informatiques.

Voici quelques sessions intéressantes.

Agile Retrospectives
Diana Larsen nous a parlé de la méthode qu’elle utilise pour gérer les rétrospectives projet. Mes commentaires sont disponibles ici :
http://ericlefevre.net/wordpress/2007/06/14/agileopen-agile-retrospectives

Coding Dojo
Il s’agit d’un exercice appliquant les principes XP de TDD et Pair Programming. Le but est de faire attaquer un problème intéressant et bien circonscrit (un Kata, comme dit Dave Thomas sur http://codekata.pragprog.com/) par plusieurs personnes simultanément. Pour ajouter du piment, les personnes passent de machine en machine toutes les 5 minutes…

Fun With Agile
Plusieurs personnes étaient particulièrement intéressées par l’utilisation de jeux de société dans le cadre de rétrospectives projet ou de sensibilisation à l’agilité. “Apples to Apples” est souvent utilisé par Diana Larsen. Les jeux expérimentés lors de la formation sont :

• Fluxx, une intéressante méthaphore des spéficications qui changent en permanence.
• Werewolves / Loups de Thiercelieux, ou comment déguiser ses vrais intensions — pas forcément très pro-agile  — c’est aussi un bon exercice de facilitation pour le meneur de jeu.
• Chrononauts, des événements historiques qui changent tout le temps — assez compliqué à prendre en main.

Il serait intéressant dans une soirée “loisirs” Valtech d’essayer certains de ces jeux… et il se trouve que je possède un exemplaire du jeu Les Loups de Thiercelieux…

Measuring Agile
A ma question sur comment prouver par les chiffres l’intérêt de l’agilité, la conclusion décevante a été que ça n’est pas vraiment possible… Sur ce sujet, je renvoie tout de même à la présentation “Les chiffres pour convaincre” faite à XP Day http://xp-france.net/sessions2007/S722-Lafontan.ppt) ainsi que le livre Lean Software Development – An Agile Toolkit. Ces deux documents expliquent comment on peut gagner plus d’argent en appliquant les principes agiles.

Pour ce qui est de mesurer l’adéquation aux principes Agile, Rachel Davies a expliqué que sur les projets où elle intervient, elle identifie les pratiques à utiliser (l’adoption de l’intégration continue, par exemple), donne une note au projet de 0 à 10 et surtout indique quels sont les manques qui permettraient au projet d’atteindre la meilleure note. Je dois dire que je suis assez sceptique sur cette approche. Elle semble ignorer l’idée que l’agilité a pour but l’amélioration permanente : même une note sur 10 serait perfectible.

Une solution présentée à XP Day répond partiellement à cela: l’idée est de demander aux membres de l’équipe, à chaque rétrospective d’itération, d’évaluer eux-mêmes la qualité de leur application de l’agilité (en plus d’autres critères du type ‘êtes-vous heureux sur ce projet’, ‘quelle est notre adéquation aux besoins métier’, etc.). C’est très séduisant: cela permet de la conserver à l’esprit de l’équipe, les aide à devenir autonome, évite l’effet “cases à cocher”… et c’est économique à mettre en place! La présentation est disponible ici : http://xp-france.net/sessions2007/S705-Cassagnabere.ppt.

Agile Performance Testing
Rien de magique ici… la conclusion est que la meilleure stratégie est de systématiser les tests de performance à chaque itération, le but étant de réserver le matériel et les consultants longtemps à l’avance. Jamie Dobson en parle un peu sur son site : http://jamiedobson.co.uk/?q=node/25. Pour ceux que ça intéresse, j’ai aussi un white paper qu’il a distribué pendant AgileOpen.

Facilitation – hexagonal cards
Un certain Jan nous a montré un outil qu’il utilise dans les réunions qu’il facilite. Il s’agit de cartes hexagonales sur lesquelles les participants écrivent les points qui leurs paraissent importants dans le cadre de la question posée au début de la réunion. Ces cartes sont ensuite organisées par les participants autour de la question, elle-même écrite sur une carte hexagonale. Par la force des choses, 6 branches émergent, qu’il s’agit ensuite de nommer. Les noms de ces branches sont les sujets majeurs qu’il s’agit ensuite d’étudier par groupes. A noter que la couleur des cartes à son importance, les vertes étant dédiées aux solutions. Très chouette, à retenir.

Apparemment, ces cartes proviennent toutes des stocks de Digital Consulting Services en Suisse. Lors du rachat par Compaq, un Hollandais malin les a toutes rachetées au prix du transport (un camion entier!). Jan se procure encore aujourd’hui ses cartes chez lui.

Pour plus d’information sur AgileOpen, voir le Book of Proceedings (http://www.agileopen.net/node/47) ou mon blog : http://ericlefevre.net.

Eric Lefèvre

This entry was posted on Thursday, June 28th, 2007 at 1:45 am and is filed under Agile. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.