Pyxis

Voila déjà une semaine que j’ai assisté à l’Agile Tour de Montréal. J’ai décidé de partager mes commentaires en espérant avoir des réactions pour continuer les discussions qui ont été abordées durant l’événement.

Conférence de Mary Poppendieck

La journée a commencé avec la conférence de Mary Poppendieck. Cette conférence avait comme sujet : “Correctness can be proven at any time”

De cette conférence, je retiens 2 choses qui n’ont pas nécessairement un lien direct avec le sujet principal.

1. Le premier concept est le suivant : Ethnography.

En gros, ça consiste à étudier comment le produit que l’on développe est réellement utilisé. Mary a mentionné qu’une entreprise avait divisé les différents développeurs d’un produit en 6 équipes.

Ces équipes devaient suivre un client à l’achat du produit, le suivre jusqu’à la maison et évaluer comment l’utilisateur utilisait le produit. Par la suite, les gens se sont réunis et ont découvert que certaines fonctions n’étaient même pas utilisées.

2. La deuxième chose que je retiens, ce n’est pas vraiment nouveau mais la phrase qu’elle a utilisée ma beaucoup marqué. La voici :

The biggest defect is tolering defect.

En gros, il ne faut pas dire : C’est un bogue hyper-simple; ce n’est pas grave si on ne le corrige pas tout de suite. Chaque bogue devrait être de priorité 1.

Conférence de Scott Ambler

La deuxième conférence à laquelle j’ai assisté était celle de Scott Ambler. Cette conférence m’a laissé un peu perplexe. J’ai bien aimé le concept entre Myth Buster et Family Feud, mais le message véhiculé était plutôt négatif. Après chaque Myth confirmé ou détruit, il n’amenait pas de piste de solutions ou d’idées pour l’améliorer. Vers la fin, j’ai un peu décroché car il ne nous ‘garochait’ que des statistiques.

Conférence de François Beauregard

La troisième conférence était celle de François Beauregard. Comme toujours, François a su captiver l’auditoire avec son humour. J’ai bien aimé le message qu’il voulait véhiculer, soit que l’Agilité n’est pas une solution miracle. Ça prend une volonté de changer, et surtout un changement de philosophie. En gros, il faut miser sur l’humain.

Conférence de Gino Marckx

La quatrième conférence était celle de Gino Marckx. J’ai bien aimé car il s’agissait d’une séance interactive. De plus, merci à Éric Laramée, j’ai pu trouver une solution à un de mes problèmes. En gros, cette conférence avait pour but d’aider les gens à trouver les raisons derrières un problème et trouver des solutions.

Une phrase qui m’a marquée est la suivante :

Everybody is right from their own perspective.

Voici un exemple un peu extrême de ce que j’ai compris de la phrase :

Un développeur qui dit : Je ne comprend pas que le PO ne veuille pas que l’on fasse du refactoring , ça va prendre juste un sprint et après ça va aller tellement mieux.

Le développeur ne sait peut-être pas que le PO a eu une directive du stakeholder comme quoi s’il n’a pas développé la fonction demandée, le projet va être interrompu.

C’est un peu extrême mais j’essaie de démontrer que selon l’information en main, nous n’avons pas la même perspective.

Conférence de Jérôme Barrand

Je n’ai pas assisté à la cinquième conférence car la journée commençait à me rentrer dans le corps.

Cependant, je suis resté jusqu’à la conférence de Jérome Barrand, que j’ai bien aimée car l’humour de Jérôme m’a donné un regain d’énergie. Pour être franc, je ne me souviens plus trop du message si ce n’est que l’Agilité peut aider les entreprises.

La seule chose dont je me souvienne se sont ses histoires de Renaud 5 et de ce qui est plus complexe qu’un homme.

Pour finir, j’aimerais juste dire que j’ai bien aimé ma journée et que nous pouvons être fiers de ceux qui ont participé à l’évènement.

J’espère aussi que nous avons pu amasser beaucoup d’argent pour FIAN avec la vente de chandails et de l’application _agilely Timersur App Store.

Mon 5 cennes

Après une nuit difficile (fièvre), je me dope au paracétamol au petit-déjeuner, et me voici sur place à Blagnac pour l’Agile Tour Toulouse seconde édition. 200 personnes présentes, un timing parfaitement respecté, des sessions de qualité, et de très bons petits fours

En première session, je suis allé écouter Jean-marie Damas au sujet « des promesses de l’agilité » : exposé très général sur les enjeux et les opportunité à « être agile ». Ensuite, ce fut l’occasion pour moi de parler des « core protocols » devant une salle de classe plutôt bondée. Difficile de savoir comment un tel sujet est perçu par un public aussi varié Quelques personnes enthousiastes sont venus à ma rencontre après la session, et ça m’a donné la pêche.

1 gramme de paracétamol plus tard, je vais assister au retour d’expérience « Scrum sur un projet critique » présenté par Julien Patou. Le projet concerne le milieu des assurances dans le bancaire. J’en ai retenu que le projet fut un succès.

Après la pause déjeuner, c’est l’heure du XP-Game animé par Thierry Cros, David Brocard et votre dévoué. Mais la concurrence est telle durant ce créneau horaire (Session de Claude Aubry, atelier TDD…) que bien peu de personnes viennent à notre atelier. Tant pis, l’atelier démarre avec 1 table bien motivée et encadrée par 2 coachs, quel luxe

Après une introduction de Thierry pour expliquer quelques fondamentaux d’eXtreme Programming, l’atelier démarre avec son lot de timeboxing, de stress, de rires et de gonflage de ballons. C’est dans la bonne humeur que l’on fait un débriefing de la session. A ce moment là, Thierry nous explique le TDD (développement dirigé par les test) grâce à un ballon, édifiant !!!! Mais comment ?

Imaginez que le ballon corresponde à du code : disons que la fonctionnalité à implémenter requiert un ballon de 40 cm de circonférence. Si vous gonglez un ballon directement, il est probable que vous ne résussirez pas à produire un ballon d’exactement 40 cm :
- Soit il sera trop petit : du coup, la fonctionnalité ne sera pas « terminée »
- Soit il sera trop grand : le volume supplémentaire correspond alors à du code mort : vous avez dépensez trop de souffle ! (trop d’argent dans vrai un projet)

Alors, avant de gonfler le ballon, fabriquez un garabit : un anneau en papier de 40 cm de long : placez le ballon au milieu du gabarit et soufflez : dès que le ballon sera en contact, arrêtez ! Voilà, grâce à votre gabarit (= le test) vous produisez le « juste » ballon (le « bon » code dans un vrai projet).

La dernière session fut une présentation de GreenHopper, l’outil qui permet de rendre JIRA plus agile, assurée par Eudes Nouvellon. L’outil très puissant, flexible et facilement configurable selon les besoins des projets, a visiblement intéressé les participants.

Je tiens à remercier chaleureusement Thierry, Jean-Marie et David pour leur invitation à cette conférence. La qualité de leur accueil m’a réellement touché. L’Agile Tour Toulouse fut pour moi une belle occasion de faire plus ample connaissance avec des personnes de la communauté agile de Toulouse. J’ai pu aussi revoir des amis de très longues dates qui m’ont gentillement accueilli durant mon séjour. Et surtout, j’ai découvert comment faire du TDD avec des ballons

Venez voir les photos de l’Agile Tour à Montréal sur www.SeDevelopperAgilement.com. C’est aussi  à cette adresse que vous retrouverez les présentations de François Beauregard et Léo Lachance.

Find pictures of Agile Tour in Montreal and presentation of Leo and François (Quebec and Montreal) on www.sedevelopperagilement.com

Ma troisième session de l’Agile Tour Genève était « Pour passer la crise, remboursez votre dette technique ! » animée par Rémy Sanlaville et Freddy Mallet. J’ai adoré le sens de la mise en scène : de vrais acteurs. Au programme la crise, la grippe A et la dette technique : tout y était pour qu’on s’y sente bien

Freddy et Rémy nous expliquent le concept de « dette technique » et nous montre qu’il existe des moyens pour la mesurer (l’outil Sonar). Ce concept souvent mal connu, explique à lui tout seul bien des déboires que rencontre une équipe qui veut produire du logiciel à des fréquences de livraisons soutenues. Bien que la majeure partie de la session fût dédiée à l’ingénierie logicielle et les outils, Rémy et Freddy relèvent en conclusion le plus important : les individus et les interactions.

Ma quatrième session de l’Agile Tour Genève était « Introduction du Lean dans le développement de la webTV d’Orange » animée par Antoine Contal et Régis Medina. J’avoue avoir captivé par ce retour d’expérience, vrai, sans fioritures, en toute humilité. Les idées fortes que je retiens du témoignage d’Antoine et de Régis :
- pour s’améliorer, une équipe a besoin de définir des standards et des règles, sinon il n’y a pas de capitalisation des savoirs et des apprentissages : on réinvente en permanence et on repart de zéro à chaque fois. Un exemple d’amélioration de processus d’une équipe donnée durant la session : si on a du mal à trouver une classe ou un test dans une jungle de fichiers, c’est qu’il existe l’opportunité à l’équipe de définir un standard d’organisation du code source.
- pour accompagner des personnes et les aider à s’améliorer, il ne suffit pas de mettre les problèmes sur les post-its et de jouer avec ; il faut s’asseoir avec les personnes, passer du temps avec eux, pour comprendre leur quotidien, leurs difficultés et surtout, coder avec eux Antoine avoue que c’est un exercice difficile et fatiguant mais le jeu en vaut la chandelle. Merci Régis d’avoir montrer du code !
- Quand on rencontre une situation frustrante, il est bon de se poser et de s’accorder 10 minutes pour simplement réfléchir à la situation. L’identification des causes profondes d’un problème ne se fait pas toujours naturellement. Il existe pourtant des outils simples qui permettent d’identifier les causes et un plan d’action, comme le QRCQ (Quick Quality Response Check).

En conclusion, Antoine et Régis nous disent que développer une culture de l’amélioration continue (appeler ça kaisen, lean, PDCA, agile…) c’est LONG : ça se compte en nombre d’années.

Ma dernière session de l’Agile Tour Genève était « Alchimiste-Agile.com : l’Art de la Rétrospective » animée par Jacques Couvreur et François Bachmann.

On attache sa ceinture ! C’est parti pour faire la rétrospective de la dernière livraison de cadeaux du Père Noël : lettres au Père Noël non traduites, grève surprise des elfes, nouvelle législation concernant la circulation des Rennes, bref tout ne s’est pas déroulé à la perfection et tout le monde est nerveux ou fatigués. La rétrospective est le lieu de prédilection pour tirer partie de l’expérience afin de s’améliorer la prochaine fois.
François et Jacques propose une façon très ludique d’appréhender ce concept clef dans les approches agiles : un jeu de rôle. Par la suite, il est possible d’utiliser ce jeu pour animer de « vraies » équipes. Mais pourquoi avoir appelé ce jeu « L’Alchimiste » ? Eh bien c’est que la rétrospective permet de transformer le « plomb » de nos expériences en véritables richesses – « or » – pour notre futur.

Ayant accepté d’animer une des rétrospective durant le jeu, j’ai eu la chance de repartir avec le jeu de l’Alchimiste Agile! Je suis très impatient de le mettre en pratique : pour moi, c’est un excellent outil pour enseigner les différentes techniques d’animation de rétrospective ! Merci à leurs inventeurs !

Ainsi s’achève la journée à l’Agile Tour Genève. Vivement l’année prochaine !

En route vers la Suisse. Après 1h30 de bouchons pour faire 12 km, j’arrive enfin au centre d’affaire où se déroule Agile Tour Genève pour la seconde année consécutive. Ouf, je ne suis pas en retard pour les premières sessions. L’évènement est orchestré de main de maître par les organisateurs Jacques Couvreur, Maxime Nowak et David Gimelle. Un vrai succès avec une audience de 100 personnes, le maximum attendu pour cette conférence.

Première session, je choisis « La parabole du trafic urbain (ou “Comment expliquer l’Agilité à grand-maman?”) » de François Bachmann. J’ai beaucoup aimé le fond et la forme : les propos de François invitent les participants à comparer ce qu’il se passe dans leurs projets de développement logiciel avec des situations du trafic urbain. Nous pouvons comparer le temps pour réaliser un produit (ou un service) à un flux de trafic urbain. Il existe plusieurs critères directeurs concernant le trafic : confort, temps de parcours ou sécurité, selon les modes d’utilisation. On retrouve des notions similaires dans nos métiers.

Dans nos projets, sommes-nous sur des autoroutes à régime de croisière ? Somme-nous dans des ambulances, enfreignant les règles en vigueur au regard des circonstances ? Somme-nous tous arrêtés en plain milieu des bouchons ? Il est troublant de constater que pour gérer la complexité du trafic urbain, la solution mise en place repose sur la discipline et le respect des règles de chacun : il n’existe pas d’organe central responsable de coordonner ou de synchroniser les déplacements de chacun.
Une étude aux USA montre les impacts du remplacement des carrefours à feux tricolores par des ronds-points giratoire :

• une augmentation du flux (+50%) ;
• une baisse des accidents graves (-90%).

Dans cet exemple, le feu tricolore illustre un outil de synchronisation directif ; les conducteurs n’ont pas à décider, ils doivent se conformer à la règle (qui est très simple toutefois). Le rond-point giratoire quand à lui donne de l’autonomie au conducteur : c’est à lui d’apprécier les risques et de ralentir si nécessaire. Dans ce cas, les règles sont différentes et il est nécessaire d’anticiper ce changement de comportement souhaité (information et formation).

Ensuite, ce fut ma session « Introduction aux Core Protocols » que j’ai animé avec un peu de trac au début, mais beaucoup de plaisir. Au programme d’abord une présentation rapide des Core Protocols. Ensuite un exercice durant lequel je demande aux participants de me donner du feedback sur une prestation (ici un morceau de musique à 2 guitares enregistré avec Bernard Notarianni). Ensuite, après une explication du protocole « Perfection Game », les participants expérimentent ce dernier. A l’issue de la session, j’ai pu recueillir de bonnes remarques pour améliorer le déroulement de session Rendez-vous donc à Agile Tour
Paris et Toulouse pour une nouvelle version de cette session. Retrouvez les slides de cette présentation sur www.sedevelopperagilement.com

La suite de ma journée à Genève dans un prochain billet

Quel lien peut-il donc exister entre une société informatique s’occupant de gestion Agile de projets de développement logiciel et une ONG internationale des droits de l’Homme travaillant sur le droit à l’alimentation? A priori aucun, mais il suffit parfois de deux personnes (imaginons un couple où Madame travaille à Pyxis et où Monsieur travaille à FIAN, par exemple…) pour que la relation devienne possible et pour que l’on se rende compte que si les activités sont évidemment très différentes, Pyxis et FIAN œuvrent à mettre l’humain au centre des préoccupations, dans une recherche de dignité et d’amélioration des conditions de vie ou de travail.

Voici la raison d’être de Pyxis : « Pyxis aide les organisations de développement logiciel à devenir des endroits où les résultats, la qualité de vie et le plaisir coexistent de façon durable en étant en premier lieu un exemple de ce qu’elle propose à ses clients et en accompagnant ceux-ci. » De plus, Pyxis affiche publiquement dans son blogue sa volonté de faire croître l’organisation de manière profitable tout en améliorant la vie des gens et en s’amusant.

FIAN pour sa part travaille au respect et à la réalisation du droit à l’alimentation en lançant notamment des campagnes de lettres adressées aux autorités responsables d’une violation de ce droit. Ainsi, quand des petits paysans sont expulsés sans qu’aucune compensation ne leur soit donnée ou encore quand des peuples autochtones sont chassés de leurs territoires ancestraux pour laisser place à des projets agricoles ou d’exploitation des ressources naturelles, FIAN intervient afin de mettre fin à des situations qui menacent l’alimentation quotidienne de milliers, voire de millions de personnes. Mais l’action de FIAN ne se limite pas seulement à cela puisque FIAN est très active dans les forums internationaux (Organisation des Nations Unies pour l’alimentation et l’agriculture ou FAO) afin que le droit à l’alimentation soit défini comme l’un des piliers des politiques de développement et de coopération des pays du « Nord », dont le but est depuis plus de quarante ans l’éradication de la faim dans le monde. Et nous en sommes loin puisqu’en 2009, l’humanité a dépassé pour la première fois le seuil symbolique du milliard de personnes touchées par la faim et la malnutrition (1,02 milliard selon les chiffres de la FAO de juin 2009). Cette situation est tout simplement inacceptable sur une planète qui pourrait nourrir 12 milliards de personnes si les ressources alimentaires étaient justement réparties.

En juillet 2009, j’ai eu l’opportunité de rencontrer plusieurs employés de Pyxis à Laval (Québec) et j’ai été véritablement surpris de leur intérêt pour FIAN et son travail. De mon côté, je voulais profiter de cette rencontre pour leur expliquer les difficultés de communication au sein de notre structure, entre les différentes composantes (salariés, conseil d’administration, bénévoles, traducteurs, collègues européens…). Rapidement, des ébauches de solution sont apparues parce que les difficultés de communication au sein d’une ONG sont les mêmes que celles rencontrées au sein d’une équipe d’ingénieurs en informatique. Dans ces cas-là, l’installation (et surtout l’utilisation) d’un wiki apparaît comme une première étape visant à ne plus perdre cette ressource si précieuse qu’on appelle temps. J’imagine que les Pyxissiens doivent encore se demander comment une ONG comme FIAN parvient à travailler avec aussi peu d’outils efficaces de partage d’information… Et pourtant, cela se fait parce que les gens qui y travaillent sont des passionnés, de la même manière que les Pyxissiens le sont aussi dans leur domaine.

Cette passion et cet idéal communs de mettre l’humain au centre des préoccupations font que Pyxis a décidé de soutenir FIAN financièrement en reversant l’ensemble des revenus de la vente d’une application iPhone développée par Pyxis.

Xavier Papet – FIAN.org

À partir du 15 octobre prochain, retrouvez-nous sur l’Agile Tour 2009. C’est un événement d’envergure international et une excellente conférence pour tous ceux qui s’intéressent à l’agilité au sein de leur service et de leur organisation. Vous pouvez consulter le programme de la conférence pour en apprendre d’avantage sur les diverses présentations offertes.

Le 12, à Genève (Suisse), Emmanuel Etasse présente Introduction aux Core Protocoles.
Le 14 à Nantes, Eric Mignot présente TDD (Test Driven Development)
Le 15 à Paris, vous retrouvez Emmanuel Etasse et Bernard Notoriani qui présenteront Introduction aux Core Protocoles, tandis qu’à Marseille, vous pourrez écouter Yves Crespin sur Artistes et spécifieurs

Le 20, à Grenoble, Emmanuel Etasse et Luc Bizeul animent un atelier XP- game et Emmanuel et Eric Mignot co-présentent respectivement “Decouvertes des méthodes agiles” et “La gestion des défauts et besoins non fonctionnels avec Scrum”
Le 22, c’est à Toulouse qu’Emmanuel va à nouveau présenter Introduction aux Core Protocoles et son atelier XP-Game.

Le 26 et 27 octobre prochain, ce sont Québec et Montréal qui accueilleront cette année l’événement.

Le lundi 26 octobre 2009, à Québec, François Beauregard présentera Aucun processus ou méthode ne peut réparer votre organisation… Vous pouvez le faire! et Léo Lachance présentera L’Agilité dans des projets d’envergure.

Le mardi 27 octobre 2009, à Montréal, François Beauregard présentera Aucun processus ou méthode ne peut réparer votre organisation… Vous pouvez le faire! et Léo Lachance présentera L’Agilité dans des projets d’envergure.

A titre de commanditaire de l’événement, venez rencontrer les membres de l’équipe Pyxis.

Martin proulx / Anne-Laure Miquel