Depuis que je suis indépendant, la formation représente environ un tiers de mon activité¹. Et j’en profite pour tester pas mal de chose sur le format, la durée, le contenu, l’échange…

Pour l’agilité, les formations sont la plupart du temps un prélude à un processus d’accompagnement, donc fournir de la valeur en quelques jours qui sera réellement mis en œuvre sur le terrain, c’est assez facile. Puisque je serai là sur le terrain.

Mais voilà, si quand il s’agit d’agilité, les propositions d’accompagnement / conseil sont facilement acceptées, quand il s’agit de pratiques de développement, ça devient tout de suite plus compliqué. Il y a un je ne sais quoi dans l’inconscient collectif² qui fait que l’on est persuadé qu’en deux jours de formation on peut acquérir suffisamment pour mettre efficacement en pratique dès le lendemain matin.

Ce qui est évidemment complètement faux. Et si les gens sortent ravis de ma formation “Clean Code”, trop souvent, il n’en font rien une fois que je suis parti. Pas qu’ils n’en ont pas envie, ni les moyens, tout simplement parce que démarrer quelque chose de nouveau c’est compliqué, changer l’existant encore plus. Et c’est bien dommage, parce que l’itératif incrémental, si on ne produit pas de la qualité, ça devient vite insoutenable. Adieu l’agilité.

Alors pour concilier tout ça, j’ai envie d’essayer un truc, condensant formation et accompagnement.

la formation les mains dedans³

Réunis dans une unique salle autour d’un unique poste de travail⁴, nous partirons dans l’optique de réaliser une vraie fonctionnalité⁵ en une semaine.

Bien sûr, ce développement n’est qu’un prétexte pour permettre de voir ensemble les étapes et techniques concrètes pour réaliser une telle tache dans l’environnement quotidien de l’équipe de dév. Pourront alors être abordés les problèmes de refactoring de code existant, les principes du design simple, la mise en place progressive des tests unitaires, …

Lorsque nécessaire, nous interromprons les développements pour faire des petits points ‘‘théoriques’’ immédiatement suivis de mise en pratique dans le code de l’application.

Pour que cela se passe au mieux, il faudra prévoir une journée préalable pour que je puisse prendre connaissance du fonctionnement de l’application et surtout de son code. Si le code est accessible, cela doit pouvoir se faire à distance⁶.

en bref

• Objectif : partager les bonnes pratiques de développement et les techniques de survie dans du code legacy
• durée : 5 jours + 1 jour de préparation préalable⁷
• format :
  • une équipe⁸, une machine, un vidéoprojecteur, une salle
  • une vraie fonctionnalité à développer dans votre code à vous⁹
  • tous ensemble, avec des moments ‘‘théorie’’ quand c’est nécessaire
  • langage : java¹⁰
• et comme c’est très expérimental, je ferai un prix pour les premières équipes à s’engager :)

Ça vous tente ? alors envoyez moi un petit message par e-mail à hello@crafting-labs.fr, via le formulaire de contact ou sur twitter @avernois