Mixit 2025, les ateliers (partie 3/3)

Les ateliers
Redécouvrir la coopération : Atelier de Mob Programming
Le premier atelier, dont j’avais noté le créneau de longue date est Redécouvrir la coopération : Atelier de Mob Programming animé par Manon Carbonnel et Marjorie Aubert. De plus c’était l’occasion de revoir Marjorie dont j’avais pu échanger longuement à Newcrafts 2024 autour de son expérience du Mob programming. Marjorie possède une véritable expertise dans ce domaine, ayant travaillé en Mob Programming depuis plusieurs années. Ses conseils pendant l’atelier sont fondés sur une expérience solide. Le cadre de la coopération est fort bien amené et défini. Manon rappelle avec pertinence la directive du strong-style pair programming, tel que Llewellyn Falco nous l’a apprise. Directive indispensable au bon fonctionnement du Mob.
For an idea to go from your head into the computer it MUST go through someone else’s hands
Manon ajoute, c’est un garde-fou important, car celui qui a le clavier a beaucoup de pouvoir.
La première partie de l’atelier, introduit le Mob Programming autour du jeu Baba is you. C’est un excellent moyen pour qu’une équipe ou ici un groupe se règle et porte son attention sur les interactions.
A ma connaissance c’est une idée originelle de Bastien David.
La seconde partie de l’atelier se déroule autour d’un kata. Kata auquel, je n’avais jamais eu l’occasion de m’essayer. Il s’agit de Nearest color, c’est là aussi un excellent choix. C’est un kata peu utilisé, de ce fait c’est rafraichissant et, pour la plupart des participants c’est une découverte.
Je ressors de cet atelier, plein d’énergie et satisfait d’avoir pu participer à un moment qui, une fois de plus, a su déployer la magie d’une forte coopération en appliquant l’ensemble des pratiques du Mob programming. J’emporte également quelques tips, dont les resources fertiles
Merci à Manon et Marjorie pour cet atelier.
(Slow (code) retreat)
Guillaume Saint-Étienne m’avait recommandé cet atelier, "en précisant, cet atelier est fait pour toi". Guillaume me connait bien et il sait que j’apprécie particulièrement le rythme des "baby steps" en TDD. Je n’hésite pas à déployer ce rythme au sein de nos séances de pair-programming. Ce rythme et cette approche sont un puissant outil de feedback en zone d’incertitudes.
L’atelier de Philippe Bourgau et Mathieu Cans, va plus loin, la proposition est de ralentir pour mieux se focaliser sur ce que nous produisons ou avons à produire, en mettant l’accent sur l’attention à ce que nous produisons c’est une invitation à développer mieux avec plus de qualité. C’est aussi une invitation à entrer dans un état de pleine conscience afin d’être attentif à ce qui se joue en nous et dans nos interactions. Pour cela, Philippe et Mathieu nous invite à réduire le temps de rotation en pair-programming (ou Mob programming) et, surtout au terme d’une rotation, il convient de s’accorder un court temps afin de compléter par écrit la grille suivante :

Moment magique pour moi, où je prends le temps de verbaliser les émotions que j’ai pu ressentir au cours de la dernière rotation. Et l’on termine par cette question importante : que vais-je faire ? Quoi décider ?
C’est clairement un atelier que j’aurais apprécié avoir connu bien avant, j’aurais alors pu l’amener dans ma précédente équipe. Équipe qui avait fait le choix de travailler à plein temps en Mob Programming. La qualité des interactions est une composante essentielle au bon fonctionnement d’une séance de Mob Programming. Tout outil ou approche permettant d’améliorer cette composante essentielle et fondamentale est à considérer sérieusement.
Cette approche est complémentaire de l’outil Elephant Safari.
Philippe et Mathieu, nous rappellent par bon nombre de références qu’accorder le temps nécessaire au développement, au sein de nos équipes, fait partie de notre ADN. Kent Beck l’avait fort bien formulé dès 1999.
XP is an experiment in answer to the question, "How would you program if you had enough time?" Now, you can’t have extra time, because this is business after all, and we are certainly playing to win. But if you had enough time, you would write tests; you would restructure the system when you learned something; you would talk a lot with fellow programmers and with the customer.
Book eXtreme Programming explained