A l’instar d’un musicien qui doit pratiquer ses gammes entre deux concerts pour parfaire la maîtrise de son art, un développeur doit savoir “faire retraite” pour s’exercer à d’autres techniques et méthodologies que celles qu’il pratique quotidiennement.

C’est avec cette métaphore on-ne-peut-plus-compréhensible que les deux organisateurs, Jérémie Hattat et Adrian Bolboaca, nous ont présenté l’intérêt d’évènements tels que ce deuxième Code Retreat lillois, qui s’est déroulé samedi 14 janvier dans les locaux de Proxiad. Le programme de la journée s’est composé de :

• 6 sessions de 45 minutes de programmation en binôme sur le thème du Jeu de la Vie, chacune devant nous pousser dans l’exploration par l’introduction de nouvelles contraintes,
• Le langage d’implémentation était au choix de chaque binôme.
• Chaque session était suivie d’une rétrospective commune, à la mode Agile, durant laquelle les participants exposaient leur approche du problème, leurs difficultés et progrès.

L’idée était bien entendu de partager les connaissances et de faire évoluer chacun, sans engager personne dans quelque compétition que ce soit.

L’intérêt de savoir implémenter le Jeu de la Vie ? Aucun.

Ce sujet était simplement l’occasion d’introduire, de pratiquer et d’expliquer les avantages du Test Driven Development (TDD) ou encore du Pair Programming ; de découvrir de nouveaux outils, tels …

Agile Tour Lille 2011

Le 10 Novembre 2010 s’est déroulé l’Agile Tour de Lille avec plus de 150 inscrits au sein d’Euratechnologies, cadre adéquat pour cette journée.

Au programme, pas moins de 3 Tracks, 16 sessions et 4 ateliers pratiques.

Les hostilités sont ouvertes par une courte intervention des organisateurs (Christophe Leroy, Julien Jakubowski, Thomas Clavier, Jérémie Hattat) précisant le déroulement de la journée. Après un rapide mot des sponsors de l’évènement : Octo, Cap Gemini, Efidev et Proxiad, s’en suit une petite nouveauté à l’Agile Tour Lille, le ch’Teaser. Chaque speaker présente sa session pendant 60 secondes afin d’allécher ses futurs auditeurs. C’est une idée très sympa,  certains Teaser sont pleins d’humour, la journée démarre donc sous les meilleurs hospices.

Et c’est parti !

Première session de la journée avec Pourquoi, où et comment les méthodes agile marchent ? par Pascal Van Cauwenberghe.

Pascal Van Cauwenberghe : Pourquoi, où et comment les méthodes agile marchent ?

…

L’automne est la saison des feuilles mortes … et des rencontres agiles.

Pour les 10 ans du manifeste agile, la communauté se retrouve pour l’Agile Tour dans plus de 70 villes sur les 5 continents pour échanger les dernières nouvelles de l’agile. Développeurs, coachs, scrums masters, agilistes historiques et utilisateurs occasionnels sont de la partie.

La journée strasbourgeoise, hébergée par l’ENSIIE s’est partagée entre ateliers, retours d’expérience, et outils pour la mise en place de l’agilité. Les séances ont permis à chacun de découvrir ou d’approfondir la mise en place d’un projet agile : contrat, expression et formalisation des besoins. Parmi les interventions à noter : le keynote de Matthias Grund (andrena object AG) sur l’évolution de l’industrie logicielle, les secrets du Kanban par Guillaume Lours, la formalisation des besoin avec JBehave par Cédric Vidal, et l’utilisation de l’agilité dans la définition de nouveaux services par Luc Bizeul. Plus de 100 personnes présentes, pour une première, c’est un vrai succès !

…

L’Agile Tour 2011 s’arrête le 14 octobre prochain à l’ENSIEE, à Illkirch, près de Strasbourg, de 9h30 à 17h30.

Toute la journée auront lieu en parallèle:

• des ateliers et des jeux agiles

• des retours d’expérience

• des conférences

qui permettront à tous de découvrir les dernières tendances de l’agilité, de s’y initier ou d’approfondir le sujet.
Les intervenants sont des coachs agiles, des chefs de projets expérimentés et des managers.
La journée sera clôturée par un ‘agile camp’, qui permettra à chacun de partager ses expériences.

Le thème de cette année : mise en place et évolution des méthodes agiles.

L’objectif est de faire découvrir les méthodologies et outils qui permettent de concrétiser une démarche agile ou de faire évoluer les pratiques existantes.

Pour tout renseignement:

• Un site web: http://at2011.agiletour.org/ > Strasbourg
• Une adresse mail: agile-tour-strasbourg (at) googlegroups (dot) com

Vous trouverez la plaquette de présentation de la journée ici:
http://at2011.agiletour.org/files/AT-Stras-2011-Participants.pdf

L’adresse de l’ENSIEE:
Bâtiment de l’ISU
1 rue Jean-Dominique Cassini
Parc d’innovation
67400 ILLKIRCH

Plan d’accès:
http://www.ensiie.fr/index.php?page=comment-acceder

Au 14 octobre,

L’équipe d’organisation de l’Agile Tour 2011 Strasbourg.

L’Elsass JUG s’est réuni le jeudi 19 Mai pour une soirée ‘Atelier Agile‘, avec Oana Juncu, scrum master et membre du board de l’Agile Tour. La soirée est à guichet fermé: le format ‘atelier’ ne permet d’accueillir que 35 personnes.

Agile c’est agile

Nous avons commencé par une présentation de quelques principes fondateurs de l’agilité, que je vous présente librement:

• le client c’est le client: l’objectif est de livrer un produit fonctionnel correspondant aux besoins. Ceci ne peut se faire que par une communication régulière avec le client du produit.
• le développeur développe: une communication régulière permet de maximiser le temps de développement efficace. De plus, seul le développeur sait quelle est la complexité des fonctionnalités à réaliser, il est donc associé pleinement à la planification du projet.
• l’heure c’est l’heure: chaque ’sprint’, c’est à dire chaque étape du projet telle que définies par Scrum, est définie par son ‘backlog‘, l’ensemble des fonctionnalités à implémenter, et par une date de livraison. Les fonctionnalités livrées peuvent être réduites, mais les délais sont toujours respectés.

• fini c’est fini: un produit livré ne doit plus être modifié. S’il est nécessaire de …

L’Elsass JUG s’est retrouvé le 24 Février au CPPlex pour le premier JavaCamp organisé en Alsace. Vous connaissez le principe ?

Sur le modèle des BarCamps, les JavaCamps sont des ‘non-conférences’, dans lesquelles les speakers sont les participants. Les thèmes de la soirée ? Ceux qui motivent les présents: l’intégration continue, les serveurs Web avec JSF, l’agilité et la lazyness avec Google Guava.

La soirée JavaCamp commence par un tour de présentation: chacun est invité à se présenter en trois tags: agilité et web sont les mots clés qui reviennent.

Les Jugers sont ensuite invités à écrire sur des posts-it les thèmes qui leur tiennent à coeur. JSF et l’intégration continue sont les grands vainqueurs de ce premier sondage.

Préparation de la première session du JavaCamp

Session 1: Intégration continue, JSF

Je ne peux vous parler que de la session à laquelle j’ai participé: l’intégration continue consiste à construire régulièrement les builds des applications développées, pour s’assurer que la chaine de compilation, tests unitaires, tests d’intégration et packaging est stable. Une implémentation légère consiste en l’utilisation de Maven, qui …

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 !

J’ai assisté récemment à une n-ième présentation sur les méthodes agiles (”l’Agile”).

Deux parties :

• Une introduction pertinente et efficace à l’Agile
• Une vision originale des bonnes pratiques Agile, hors de toute méthodologie spécifique.

Les orateurs ont des messages tout à fait intéressants à nous transmettre. Mais voilà, il n’ont pu éviter ce que je vais désormais appeler le bulldozer Agile. Celui qui écrase tout sur son passage. Bon d’accord, j’exagère un peu.

Entendons nous bien je ne jette la pierre à personne, tant il semblerait que toutes les présentations sur l’Agilité commencent de la même manière, néanmoins :

Non, tous les projets dits “traditionnels” ne dépassent pas leur délais et/ou leurs charges.

Non, tous les projets “traditionnels” ne livrent pas à leurs clients des produits à 100 000 lieux des besoins clients.

Et, non, non et non, les projets “traditionnels” n’en sont plus au simple et historique cycle en V. Voilà un moment que ces projets sont en Y ou en double-V, en itératif incrémental et en participatif.

Bien entendu cela ne réduit pas les intérêts de l’Agile. La pratique rend ceux-ci rapidement indéniables. Cependant la pratique, le professionnalisme, la valeur des chefs de projets en place n’est pas aussi aisément jetable.

Alors pourquoi faire de l’Agile; …

1) Introduction
2) Développement “piloté par les tests” vs “assisté par les tests”
3) Tests unitaires “en isolation” ou “contextuels” ?
4) Gestion des données de tests et choix des outils
5) Conclusion

Il va de soit que les tests représentent un gage de qualité pour un projet. Leur adoption dépend à mon avis de deux aspects :

• une bonne méthodologie ;
• une infrastructure adaptée.

Si les méthodes agiles et le TDD représentent un facteur de motivation, il serait dommage de ne pas les mettre en œuvre. Si ce n’est pas le cas, ou que le projet ne s’y prête pas, l’important à mon sens est de créer un besoin. L’un des aspects essentiels du développement assisté par les tests est de fournir un maximum de confort et de possibilités aux développeurs, afin de faire du test unitaire un outil de développement apprécié et indispensable.

Quelque soit la solution choisie, sa pérennité dépend fortement de la mise en place de l’infrastructure et de l’outillage nécessaires. L’intégration continue, notamment, est capitale.

Enfin, une solution de tests fonctionnels complètera efficacement l’une ou l’autre des méthodes citées.

1) Introduction
2) Développement “piloté par les tests” vs “assisté par les tests”
3) Tests unitaires “en isolation” ou “contextuels” ?
4) Gestion des données de tests et choix des outils
5) Conclusion

Gestion des données

Pour résumer, l’objectif est ici de placer la BDD dans un état prédéfini avant le test, de façon automatique, afin d’assurer sa reproductibilité. De plus, cette initialisation doit se faire :

• de façon suffisamment rapide pour que la durée d’exécution des tests ne devienne pas une contrainte ;
• de façon suffisamment souple pour injecter facilement toutes sortes de données. En outre, une méthode d’insertion dynamique permettra par exemple de créer des listes volumineuses pour tester un composant de pagination ou de tri.

Les tests contextuels nécessitent des jeux de données plus conséquents que les tests en isolation. Malgré tout, il est important que ceux-ci restent suffisamment légers pour conserver des performances acceptables.

Pour organiser ces jeux de données de façon optimale, nous distinguerons :