L’engouement pour les “serious games” est de plus en plus vivace. Pris séparément, ces ateliers ludiques sont déjà très efficaces, mais on peut obtenir des résultats carrément étonnants en les combinant. Voici comment j’ai organisé la journée de lancement annuelle d’une équipe de 40 personnes… en exploitant les “serious games”.
Blog de Jérémie Hattat
Par Jérémie • 28 jan, 2013 • Catégorie: Agilité, Productivité, populaire
Par Jérémie • 30 avr, 2012 • Catégorie: Agilité, Productivité, Test
2011 a été une année particulière, vous avez certainement vu vos twitters s’agiter sur le tag #codeRetreat ! En apogée, le 3 décembre 2011, près de 80 villes ont contribué au Global day of Code Retreat.
En quelques mots, le code retreat a pour objectif de “lever la tête du guidon” et de poser la réflexion sur nos pratiques de codage. Le but est d’explorer des voies, des techniques, et non le livrable développé.
En complément des différents retours de la blogosphère et en prémisse du legacy code retreat du 12 mai à ProxiAD, je vous propose de découvrir l’événement, du point de vue du facilitateur. Je remercie Adrian Bolbocoa, de m’avoir offert cette possibilité !
Première session
La première session constitue l’échauffement. Aucune contrainte.
L’idée est de se plonger dans le problème : le Jeu de la vie (GameOfLife).
Après 45 minutes, un “delete your code now” résonne dans la salle, il est temps d’effacer son code.
Les réactions se font vives “Quoi !” “Comment ?”, “Mais on ne va jamais avancer si on efface tout à chaque fois”.
Les frustrations sont logiques, mais l’objectif n’est pas de terminer l’exercice. Il s’agit d’identifier ce …
Par Jérémie • 22 fév, 2011 • Catégorie: Agilité, Java, Qualité, Test
On le sait, une opération de développement ou de maintenance se décompose en deux phases : la compréhension du sujet et son implémentation.
Des études démontrent que la phase de compréhension peut prendre jusqu’à 90% du temps de l’opération !
Cette phase de compréhension est complexe et les connaissances en jeux peuvent difficilement être transmises par un tiers. La raison en est simple : chacun construit ses représentations du monde et ses cheminements cognitifs en fonction de ses expériences, de sa culture, de son entourage et des connaissances qu’il possède. Par exemple, le discours doit être adapté si l’on s’adresse à un consultant junior ou à un architecte expérimenté !
Ces dernières années, cette conviction est devenu mon cheval de bataille, et j’ai trouvé dans le développement dirigé par les tests un catalyseur pour expliciter les représentations entre les différents intervenants d’un projet.
Je cherche aujourd’hui les moyens de faire “passer le message” autour des pratiques de codage, des méthodes agiles et d’évangéliser le TDD ! Ma participation à ce blog s’inscrit dans cette logique de partage et de retour sur ces principes.
Keep the bar green !
